Hver rekur 1.1.1.1? Athuga DNS-vistfang áður en þú treystir því

Þú límdir 1.1.1.1 í DNS-reit VPN-sins, síðan hlaðist og leiðarvísirinn virðist nú staðfestur. Þessi athugun er þrengri en hún finnst: forritið hagaði sér öðruvísi, og breytingin segir enn ekkert um hver svaraði fyrirspurninni eða hvers vegna gamla fyrirkomulagið brást. Afritaður leiðarvísir kallar oft þekkt opið vistfang „DNS VPN-sins“, og það er fullyrðing um eignarhald, ekki um aðgengi. Að athuga hvað vistfangið stendur fyrir tekur fimm mínútur og kemur í veg fyrir varanlega breytingu sem gerð er af rangri ástæðu.

Stilling sem virkar er ekki auðkenni

Vistfangið í stillingareit er endapunktur, og endapunktur hefur rekstraraðila. Þessar tvær staðreyndir eru aðskildar, og sú seinni er sú sem fólk sleppir. Fyrir parið sem oftast er afritað er svarið opinbert: Cloudflare birtir 1.1.1.1 og 1.0.0.1 sem vistföng uppflettingarþjónsins og skráir þau í opinbera vistfangaskrána. Þess vegna á nafn rekstraraðilans heima við hlið vistfangsins, ekki í sér leiðarvísi.

Að slá inn það par á meðan göng er uppi gerir VPN-fyrirtækið ekki að rekstraraðila þess og gerir umferðina ekki nafnlausa. Fyrirspurnin fer frá vélinni þinni til fyrirtækis sem birtir vistfangabilið, og það fyrirtæki getur verið virt og samt ekki verið aðilinn sem leiðarvísirinn gaf í skyn. Merkið í leiðbeiningunum og rekstraraðilinn í raun eru mismunandi fullyrðingar. Hvorug segir hver rekur netleiðina þar á milli.

Notaðu eigin birtu skrá uppflettingarþjónsins til að staðfesta vistfangapar eða dulkóðaðan endapunkt. Tillaga frá öðrum söluaðila getur verið lögmæt, og „mælt með af“, „náð í gegnum“ og „rekið af“ lýsa enn þremur mismunandi tengslum.

Berðu saman þrennt sem færsla þarf

Færsla sem er tilbúin til yfirferðar aðgreinir þrjár spurningar: hver á að fá fyrirspurnina, hvort skiptin eru í hreinum texta eða dulkóðuð og hvaða slóð á að bera hana. Nafn þjónustuveitanda getur ekki fyllt annað eða þriðja, og landamerki getur ekki fyllt neitt þeirra. Skrifaðu þrjár færslurnar niður fyrir breytinguna og berðu þær saman eftir á. Þessar færslur eru ekki skiptanlegar, og að meðhöndla þær sem eina er leiðin sem ágiskun verður að skjölun.

Samanburðurinn er það sem gerir virka stillingu að skjalfestri ákvörðun. Án hans erfir næsta manneskja vistfang án nokkurrar ástæðu. Lestu fyrst þriðja dálk töflunnar hér að neðan, því þar stöðvast flestar staðfastar skýringar í raun.

Taflan er viljandi stutt. Tilgangurinn er að hver færsla svarar annarri spurningu og ekkert eitt svæði fyllir öll þrjú.

Staðbundinn áframsendir felur raunverulega uppsprettu

Tæki sem er stillt til að nota beininn sinn sem DNS bendir á áframsendi. Það vistfang auðkennir næsta viðtakanda fyrirspurnarinnar, ekki uppflettingarþjóninn sem svarar henni að lokum. Staðbundinn stub-uppflettingarþjónn bætir sama aukaskrefi við, og auðvelt er að rugla honum saman við raunverulega hlutann því hann birtist í hverri stöðuúttakinu.

Stub sendir áfram til uppsprettna sem sama úttak skráir líka, venjulega neðar. Lestu alla keðjuna áður en þú ályktar nokkuð um rekstraraðilann, því fyrsta línan er ekki allt svarið. Annars ertu að kalla móttökuna fyrirtækið.

resolvectl status | grep -A4 'Current DNS Server'
dig +short CH TXT whoami.cloudflare @1.1.1.1
dig example.com | grep -E '^;; SERVER'

Önnur skipunin notar bergmálsnafn uppflettingarþjóns, þar sem rekstraraðilinn birtir eitt, til að tilkynna upprunavistfangið sem hann sér. Sú þriðja nefnir þjóninn sem svaraði, sem er oft ekki vistfangið sem þú stilltir. Berðu saman öll þrjú úttökin áður en þú skrifar rekstraraðila niður.

Dulkóðað DNS breytir því sem er sýnilegt, ekki hver sér það

DNS over HTTPS og DNS over TLS verja skiptin milli biðlarans og uppflettingarþjónsins. Uppflettingarþjónninn les samt hvert nafn sem spurt er um, því að svara er starfið. Það sem breytist er hver getur fylgst með skiptunum: staðbundna netið sér tengingu við einn endapunkt í stað streymis af fyrirspurnum í hreinum texta.

Það sem breytist ekki er traustsambandið, sem bendir enn á hvaða stofnun sem rekur þann endapunkt. Vafri með eigin stillingu fyrir öruggt DNS getur farið alveg fram hjá uppflettingarþjóni stýrikerfisins. Meðhöndlaðu þau sem tvær stillingar sem geta verið ósammála, ekki sem eina stillingu sem beitt er tvisvar.

Einkanöfn þurfa aftur sína eigin ákvörðun. Vinnugöng geta beint völdum lénum til uppflettingarþjóna stofnunarinnar, og að skipta því út fyrir opinbera þjónustu getur brotið innri uppflettingar eða lekið innri nöfnum til rangs aðila. Athugaðu lénastefnuna áður en þú skiptir út stillingum heils adapter.

Haltu athuguninni þröngri

Þegar þú berð saman skaltu varðveita gömlu stillinguna og breyta einni stillingu í einu. Skráðu forritið, aðgerðina, stefnu uppflettingarþjónsins og hvort opinber og leyfð einkanöfn leysast enn eftir endurtengingu. Samanburður með tveimur breytingum sannar hvoruga. Skrifaðu niðurstöðuna þar sem næsta manneskja finnur hana, við hlið stillingarinnar sjálfrar.

resolvectl query intranet.corp.example
resolvectl domain
dig +short @1.1.1.1 example.com

Ef forritið byrjar að virka skaltu halda fullyrðingunni eins lítilli og sönnunargögnin leyfa. Sú breyting hjálpaði einni prófun, og hún segir ekkert um hvort fyrri uppflettingarþjónninn hafi unnið í vondri trú, hvort göngin hafi verið brotin eða hvort annað tæki þurfi sömu skipti. Varanlega niðurstaðan er stilling sem þú getur útskýrt rekstraraðila og tilgang hennar fyrir.