{"id":36652,"date":"2019-10-31T22:12:57","date_gmt":"2019-10-31T19:12:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/lyubit-i-ne-lyubit-dns-over-https\/"},"modified":"2019-10-31T22:12:57","modified_gmt":"2019-10-31T19:12:57","slug":"lyubit-i-ne-lyubit-dns-over-https","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/lyubit-i-ne-lyubit-dns-over-https","title":{"rendered":"\u201eElsker og elsker ikke\u201c: DNS over HTTPS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vi unders\u00f8ger meninger om DNS over HTTPS, som for nylig er blevet et \"\u00e6ble af splid\" blandt internetudbydere og browserudviklere.<\/p>\n

\"\u201eElsker<\/a><\/noindex><\/a><\/noindex>
\n\/ Unsplash \/ Steve Halama<\/a><\/noindex><\/i><\/p>\n

Kernen i uenighederne<\/h2>\n

\nFor nylig store medier<\/a><\/noindex> og faglige platforme<\/a><\/noindex> (herunder Habr), skriver ofte om protokollen DNS over HTTPS (DoH). Den krypterer anmodninger til DNS-servere og svarene derfra. Denne tilgang g\u00f8r det muligt at skjule de dom\u00e6ner, som brugeren henvender sig til. Udgivelserne antyder, at den nye protokol (i IETF godkendte den<\/a><\/noindex> i 2018) har delt IT-samfundet i to lejre.<\/p>\n

Den ene halvdel mener, at den nye protokol vil \u00f8ge internetsikkerheden og implementerer den i deres applikationer og tjenester. Den anden halvdel er overbevist om, at teknologien blot komplicerer arbejdet for systemadministratorer. Herunder vil vi gennemg\u00e5 argumenter fra begge sider. <\/p>\n

Hvordan fungerer DoH<\/h2>\n

\nF\u00f8r vi g\u00e5r videre til at diskutere, hvorfor internetudbydere og andre akt\u00f8rer p\u00e5 markedet er for eller imod DNS over HTTPS, vil vi kort gennemg\u00e5 principperne for dets funktion.<\/p>\n

I tilf\u00e6lde af DoH indkapsles anmodningen om at bestemme IP-adressen i HTTPS-trafikken. Derefter sendes den til en HTTP-server, hvor den behandles ved hj\u00e6lp af API. Her er et eksempel p\u00e5 en anmodning fra RFC 8484 (s. 6<\/a><\/noindex>):<\/p>\n

   :method = GET\n   :scheme = https\n   :authority = dnsserver.example.net\n   :path = \/dns-query?\n           dns=AAABAAABAAAAAAAAAWE-NjJjaGFyYWN0ZXJsYWJl\n           bC1tYWtlcy1iYXNlNjR1cmwtZGlzdGluY3QtZnJvbS1z\n           dGFuZGFyZC1iYXNlNjQHZXhhbXBsZQNjb20AAAEAAQ\n   accept = application\/dns-message\n<\/code><\/pre>\n
\nDermed er DNS-trafikken skjult i HTTPS-trafikken. Klienten og serveren kommunikerer via standardport 443. Som f\u00f8lge heraf forbliver anmodninger til dom\u00e6nesystemet anonyme.<\/p>\n
Hvorfor det ikke er popul\u00e6rt<\/h2>\n
\nModstandere af DNS over HTTPS repr\u00e6sentanter fra IBM, denne tilgang giver mulighed for at reducere driftsomkostningerne og forbedre kvaliteten af de tjenester, IT-afdelingen leverer.<\/a><\/noindex>, h\u00e6vder at den nye protokol vil reducere sikkerheden for forbindelser. If\u00f8lge if\u00f8lge<\/a><\/noindex> Paul Vixie, medlem af DNS-udviklingsteamet, vil det v\u00e6re sv\u00e6rere for systemadministratorer at blokere potentielt skadelige websteder. Almindelige brugere vil miste muligheden for at konfigurere s\u00e5kaldt for\u00e6ldrebeskyttelse i browsere.<\/p>\n
Paul f\u00e5s st\u00f8tte fra internetudbydere i Storbritannien. Landets lovgivning forpligter<\/a><\/noindex> dem til at blokere ressourcer med forbudt indhold. Men underst\u00f8ttelsen af DoH i browsere komplicerer opgaven med trafikkontrol. Kritikerne af den nye protokol inkluderer ogs\u00e5 Den Britiske Regerings Kommunikationshovedkvarter (GCHQ<\/a><\/noindex>) og Internet Watch Foundation (IWF<\/a><\/noindex>), som f\u00f8rer et register over blokerede ressourcer.<\/p>\n
I vores blog p\u00e5 Habr:<\/b><\/p>\n