Kopjet lokale të zonës rrënjësore të DNS mund të rrisin trafikun e resolver-it, zbulojnë studiuesit

Një projekt kërkimor i diskutuar në podcast-in APNIC PING më 3 shtator 2026 ka zbuluar se shërbimi lokal i zonës rrënjësore të DNS mund, në disa konfigurime, të gjenerojë më shumë trafik rrjeti sesa kërkesat e zakonshme që synon të reduktojë. Puna u krye nga Ilyas Rahimi, i cili së fundmi përfundoi një Master në Siguri dhe Inxhinieri Rrjetesh në Universitetin e Amsterdamit (UvA), dhe Willem Toorop nga NLnet Labs. Ilyas përfundoi programin Master OS3 në UvA, i cili e merr emrin nga fokusi i tij në Standarde të Hapura, Software të Hapur dhe Siguri të Hapur. NLnet Labs ndodhet në kampusin e UvA-së dhe Willem ka punuar ngushtë me programin për shumë vite, duke mbikëqyrur kërkime studentësh në DNS dhe DNSSEC gjatë komponentit të tezës së Master-it. Si pjesë e programit, studentët ndërmarrin dy projekte kërkimore origjinale njëmujore, ku i dyti formon bazën e tezës së tyre të Master-it.

Zona rrënjësore e DNS qëndron në majë të hierarkisë së DNS. Në terma të përditshëm, DNS, ose Sistemi i Emrave të Domenit, është libri i adresave i internetit që kthen emrat e domenit të njohur për njerëzit në adresa të lexueshme nga makinat. Zona rrënjësore është lista e nivelit të lartë e të gjitha mbaresave të emrave të domenit, si .com, .org dhe mbaresat e kodeve të vendeve. Një resolver DNS është serveri ose programi që kryen këto kërkime në emër të pajisjeve tuaja. Normalisht, një resolver pyet serverët rrënjësorë për informacion se cilit domen të nivelit të lartë duhet t'i drejtohet më pas. Rrënja e shërbyer lokalisht është një model resolver që para-merr dhe ruan një kopje të kësaj zone rrënjësore. Të kesh një kopje lokale i lejon resolver-ët të përfundojnë shpejt kërkesat për domene të nivelit të lartë që nuk ekzistojnë dhe mund të sigurojë disa përfitime privatësie duke reduktuar nevojën për të pyetur serverët rrënjësorë për emra të zgjidhshëm. Ekziston një propozim aktual në IETF, Task Forca e Inxhinierisë së Internetit, për ta bërë këtë një Praktikë më të Mirë Aktuale, që do të thotë një mënyrë e rekomanduar për të bërë diçka në internet.

Ilyas shqyrtoi tre baza kodi të resolver-eve publikë, BIND, Unbound dhe Knot Resolver, në katër konfigurime të ndryshme. Kërkimi i tij eksploroi si marrjen në-bandë të zonës rrënjësore, që do të thotë se resolver-i merr zonën përmes mekanizmit të tij DNS, ashtu edhe marrjen përmes HTTPS, versioni i enkriptuar i protokollit të uebit. Këto janë dy metodat kryesore që një resolver mund të përdorë për të marrë një kopje të zonës rrënjësore. Zgjedhja e softuerit të resolver-it dhe metodës së marrjes ka rëndësi sepse çdo implementim e trajton zonën ndryshe dhe këto dallime shfaqen në trafikun real të rrjetit.

Matjet prodhuan dy gjetje të dukshme. Së pari, Ilyas identifikoi një defekt në Unbound që shkaktonte një rritje të trafikut. Unbound është një resolver DNS me burim të hapur i përdorur gjerësisht, kështu që një defekt që shkakton trafik shtesë mund të prekë shumë rrjete. Së dyti, ai zbuloi se cikli i përditësimit të zonës rrënjësore mund të gjenerojë një sasi çuditërisht të madhe trafiku rrjeti kur merret zona. Në disa raste, kjo tejkaloi trafikun e lidhur me kërkesat shumë më të shpeshta, por shumë më të vogla, të dërguara te serverët rrënjësorë për të dhëna të pa-ruajtura në memorie. Me fjalë të tjera, shkarkimi periodik i një kopjeje të plotë të zonës rrënjësore mund të tejkalojë kursimet nga mosdërgimi i shumë kërkimeve të vogla. Kompensimi varet nga sa shpesh resolver-i rifreskon zonën dhe si e merr atë.

Ka ende më shumë punë për të bërë në këtë fushë. Me komponentin e tezës së Master-it OS3 tani që ka më shumë kohë të alokuar brenda programit të diplomës, Willem shpreson të vazhdojë bashkëpunimin me studentët e UvA-së dhe të zgjerojë punën e matjes. Ai gjithashtu ka eksploruar se si sistemi sillet kur përdor përditësime inkrementale të zonës, të njohura si IXFR, në vend që të marrë të gjithë zonën rrënjësore çdo herë. IXFR transferon vetëm pjesët e ndryshuara të një zone DNS, gjë që mund të reduktojë sasinë e të dhënave të transferuara gjatë çdo përditësimi. Burimi gjithashtu tregon për lexim të mëtejshëm: Teza e Master-it e Ilyas Rahimit me titull "Local root serving by default: Quantifying the traffic trade-off", një prezantim që Ilyas bëri për tezën e tij në NLnet Labs, një draft BCP i IETF nga Warren Kumari i quajtur "Populating resolvers with the root zone", një shembull i gjendjeve rrënjësore të nënshkruara në mënyrë inkrementale në një depo git nga Willem Toorop në codeberg, dhe dokumenti RSSAC 02 "Measurements of the Root Server System" nga ICANN.

Për përdoruesit e zakonshëm të internetit dhe bizneset që zgjedhin një resolver DNS, ky kërkim tregon se sjellja e resolver-it nuk është neutrale. Diçka që tingëllon efikase, si mbajtja e një kopjeje lokale të zonës rrënjësore, mund të ketë kosto të papritura trafiku në varësi të mënyrës se si implementohet dhe përditësohet. Është një kujtesë se softueri pas kërkimeve tuaja DNS duhet të mbahet i përditësuar, sepse defektet mund të shkaktojnë ngarkesë shtesë edhe kur ideja është e shëndoshë. Për lexuesit që duan një resolver që është privat dhe i sigurt nga dizajni, një shërbim DNS i enkriptuar i fokusuar te privatësia si AEU DNS ofron DNS over HTTPS, TLS dhe QUIC me një politikë pa regjistra, kështu që kërkesat tuaja mbeten konfidenciale ndërsa operatori menaxhon përditësimet e zonës rrënjësore në prapaskenë. Kjo ju jep përfitimin e një resolver-i të operuar me kujdes pa pasur nevojë të akordoni intervalet e përditësimit të zonës ose të korrigjoni vetë softuerin e resolver-it.