{"id":36194,"date":"2019-10-31T22:10:13","date_gmt":"2019-10-31T19:10:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/reliz-powerdns-recursor-4-2-i-initsiativa-dns-flag-day-2020\/"},"modified":"2019-10-31T22:10:13","modified_gmt":"2019-10-31T19:10:13","slug":"reliz-powerdns-recursor-4-2-i-initsiativa-dns-flag-day-2020","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/reliz-powerdns-recursor-4-2-i-initsiativa-dns-flag-day-2020","title":{"rendered":"Lansare PowerDNS Recursor 4.2 \u0219i ini\u021biativa DNS flag day 2020","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dup\u0103 un an \u0219i jum\u0103tate de dezvoltare la sf\u00e2r\u0219itul anului 2019. Pe l\u00e2ng\u0103 protocoalele ActivityPub \u0219i diaspora, Hubzilla se federeaz\u0103 \u00een cadrul re\u021belei prin propriul s\u0103u protocol<\/a><\/noindex> lansare a unui server DNS caching PowerDNS Recursor 4.2<\/a><\/noindex>, care se ocup\u0103 de transformarea recursiv\u0103 a numelui. PowerDNS Recursor este construit pe aceea\u0219i baz\u0103 de cod cu PowerDNS Authoritative Server, dar serverele DNS recursive \u0219i autoritative PowerDNS evolueaz\u0103 \u00een cadrul unor cicluri diferite de dezvoltare \u0219i sunt lansate sub form\u0103 de produse separate. Codul proiectului se r\u0103sp\u00e2nde\u0219te<\/a><\/noindex> sub licen\u021ba GPLv2. <\/p>\n

\u00cen noua versiune, toate observa\u021biile legate de procesarea pachetelor DNS cu steaguri EDNS au fost remediate. \u00cen versiunile anterioare ale PowerDNS Recursor, p\u00e2n\u0103 \u00een 2016, s-a practicat ignorarea pachetelor cu steaguri EDNS neacceptate, f\u0103r\u0103 a trimite un r\u0103spuns \u00een vechiul format, elimin\u00e2nd stindardele EDNS, a\u0219a cum cere specifica\u021bia. Aceast\u0103 comportare non-standard a fost anterior sus\u021binut\u0103 \u00een BIND sub form\u0103 de ocol, dar \u00een cadrul ini\u021biativei<\/a><\/noindex> din februarie DNS flag day<\/a><\/noindex>, dezvoltatorii serverelor DNS au decis s\u0103 renun\u021be la aceast\u0103 solu\u021bie. <\/p>\n

\u00cen PowerDNS, principalele probleme legate de procesarea pachetelor cu EDNS au fost rezolvate \u00eenc\u0103 din 2017 \u00een versiunea 4.1, iar \u00een ramura lansat\u0103 \u00een 2016, 4.0, au ap\u0103rut incompatibilit\u0103\u021bi sporadice care, \u00een general, nu afectau func\u021bionarea normal\u0103. \u00cen PowerDNS Recursor 4.2, ca \u0219i \u00een BIND 9.14<\/a><\/noindex>, au fost eliminate ocolurile de suport pentru serverele autoritative care r\u0103spundeau incorect la cereri cu steaguri EDNS. P\u00e2n\u0103 acum, dac\u0103 dup\u0103 trimiterea unei cereri cu steaguri EDNS, nu se primea un r\u0103spuns dup\u0103 un anumit interval de timp, serverul DNS considera c\u0103 steagurile extinse nu sunt acceptate \u0219i trimitea o cerere repetat\u0103 f\u0103r\u0103 steaguri EDNS. De acum \u00eenainte, acest comportament este dezactivat, deoarece prezen\u021ba unui astfel de cod a dus la cre\u0219teri de laten\u021b\u0103 din cauza retransmiterii pachetelor, la o \u00eenc\u0103rcare mai mare a re\u021belei \u0219i la ambiguitate \u00een absen\u021ba unui r\u0103spuns din cauza c\u0103derilor de re\u021bea, precum \u0219i a afectat implementarea func\u021bionalit\u0103\u021bilor bazate pe EDNS, cum ar fi utilizarea cookie-urilor DNS pentru protec\u021bia \u00eempotriva atacurilor DDoS. <\/p>\n

Anul viitor s-a decis organizarea unui eveniment DNS flag day 2020<\/a><\/noindex>, destinat s\u0103 concentreze aten\u021bia asupra solu\u021bion\u0103rii<\/a><\/noindex> problemelor<\/a><\/noindex> fragment\u0103rii IP la procesarea mesajelor DNS de dimensiuni mari. \u00cen cadrul ini\u021biativei se preconizeaz\u0103<\/a><\/noindex> se va fixa dimensiunea recomandat\u0103 a bufferelor pentru EDNS la valori de 1200 de octe\u021bi, precum \u0219i a traduce<\/a><\/noindex> procesarea cererilor TCP este absolut necesar\u0103 pe servere. Acum suportul pentru procesarea cererilor UDP este obligatoriu, iar TCP este de dorit, dar nu esen\u021bial pentru func\u021bionare (standardul prevede o op\u021biune de dezactivare a TCP). Se propune eliminarea op\u021biunii de dezactivare a TCP din standard \u0219i standardizarea trecerii de la trimiterea cererilor prin UDP la utilizarea TCP \u00een cazurile c\u00e2nd dimensiunea buffer-ului EDNS nu este suficient\u0103.<\/p>\n

Modific\u0103rile propuse \u00een cadrul ini\u021biativei vor elimina confuzia legat\u0103 de alegerea dimensiunii buffer-ului EDNS \u0219i vor rezolva problema fragment\u0103rii mesajelor UDP mari, a c\u0103ror procesare duce frecvent la pierderi de pachete \u0219i timeout-uri pe partea clientului. Pe partea clientului, dimensiunea buffer-ului EDNS va fi constant\u0103, iar r\u0103spunsurile mari vor fi trimise imediat clientului prin TCP. Excluderea trimiterii mesajelor mari prin UDP va permite, de asemenea, blocarea... atacuri<\/a><\/noindex> atacurilor de \u00eembun\u0103t\u0103\u021bire a cache-ului DNS, bazate pe manipularea pachetelor UDP fragmentate (la fragmentare, al doilea fragment nu con\u021bine antetul cu identificatorul, astfel poate fi falsificat, av\u00e2nd doar nevoie s\u0103 se potriveasc\u0103 cu suma de control).<\/p>\n

\u00cen PowerDNS Recursor 4.2 au fost luate \u00een considerare problemele cu pachetele UDP mari \u0219i s-a realizat trecerea la dimensiunea buffer-ului EDNS (edns-outgoing-bufsize) de 1232 octe\u021bi, \u00een loc de limita anterioar\u0103 de 1680 octe\u021bi, ceea ce ar trebui s\u0103 reduc\u0103 semnificativ probabilitatea pierderii pachetelor UDP. Valoarea 1232 a fost aleas\u0103 deoarece este maximul la care dimensiunea r\u0103spunsului DNS, av\u00e2nd \u00een vedere IPv6, se \u00eencadreaz\u0103 \u00een valoarea minim\u0103 MTU (1280). De asemenea, valoarea parametrului truncation-threshold, care r\u0103spunde de t\u0103ierea r\u0103spunsurilor c\u0103tre client, a fost redus\u0103 la 1232.<\/p>\n

Alte modific\u0103ri \u00een PowerDNS Recursor 4.2:<\/p>\n