WireGuard DNS í iPhone: lénið er bara leitarviðskeyti

Þú skrifar eina línu með vistfangi upplausnaraðila og lén fyrirtækis, og býst við að aðeins nöfn í því léni noti upplausnaraðila göngunnar. Á Apple-biðlaranum fara öll nöfn nú þangað, og stutt nöfn í léninu eru líka leyst. Línan gerir tvo aðskilda hluti, og aðeins annar þeirra snýr að því hvaða fyrirspurnir göngin sjá um. Hinn er innsláttarþægindi sem var hækkað í stefnu með óskhyggju.

Í hvað DNS-línan er greind

Biðlarinn les færsluna sem lista og flokkar hvert atriði eftir lögun. Allt sem lítur út eins og vistfang verður DNS-þjónn; allt sem lítur út eins og lén verður leitarviðskeyti. Bæði enda í stillingum göngunnar, en í mismunandi reitum. Dæmalína fyrir göng sem bera einkanlegan upplausnaraðila og eitt innra lén lítur svona út.

DNS = 10.24.8.53, lab.internal.example

Vistfangið veitir upplausnaraðilann. Lénið veitir viðskeyti sem gerir biðlaranum kleift að slá inn stutt nafn og kerfinu að bæta restinni við áður en spurt er. Hvorugt atriðið segir neitt um að takmarka upplausnaraðilann við það lén, og það er einmitt hlutinn sem fólk býst við og fær ekki. Aðeins einn reitur á pallinum getur tjáð þá takmörkun, og það er ekki þessi reitur.

Tveir Apple-reitir, tvö mismunandi verk

Apple sýnir aðgreininguna í DNS-stillingahlut sínum. Leitarlénalistinn er skjalfestur sem listinn sem notaður er til að hæfa einmerkta hýsilnöfn: sláðu inn bert hýsilnafn og kerfið getur bætt hverju viðskeyti við í röð. Það er fyllingarregla, ekki leiðarregla. Ekkert á þeim lista ræður því hvaða þjónn er spurður.

Samsvörunarlénalistinn er annar eiginleiki. Hann ræður því hvaða nafnrymi nota þessa DNS-stillingasamstæðu, og tóm færsla þýðir sjálfgefið lén frekar en eitt tiltekið viðskeyti. framleiðandi stillinga fyrir pakkagöng í Apple-biðlaranum fylgir því líkani. Hann setur greind leitarviðskeyti í leitarlistann, og þegar þjónar eru til staðar setur hann samsvörunarlistann á tóma strenginn. Niðurstaðan er upplausnaraðili göngunnar sem svarar öllu sem kerfið sendir honum, auk viðskeytis sem hjálpar með stutt nöfn.

Svo lén á þeirri línu er ekki nafnrymisvalari. Að bæta öðru við þrengir ekki hvaða fyrirspurnir göngin nota, og að fjarlægja það víkkar þær ekki heldur. Það eina sem breytist er hversu mörg stutt nöfn eru fyllt út.

Hvers vegna hvert nafn nær samt upplausnaraðila göngunnar

Með tómu samsvörunarfærslunni er göngin frambjóðandi upplausnaraðili fyrir venjuleg nöfn, ekki bara fyrir lén fyrirtækisins. Í fullri göngustillingu skiptir þetta yfirleitt litlu máli, því allur umferð er hvort eð er í gönginni. Í skiptri göngu skiptir þetta miklu. Opinber nöfn geta nú verið leyst af upplausnaraðila sem geymir aðeins einkasvæði, og bilun lítur út eins og bilað VPN þegar það er í raun upplausnaraðili sem svarar aðeins hluta nafnrymisins. Göngin eru í lagi, fyrirspurnirnar fara út, og svörin koma tóm til baka.

Tvær lagfæringar eru í boði og þær eru mismunandi ákvarðanir. Gerðu upplausnaraðila göngunnar að fullum upplausnaraðila sem sendir opinber nöfn áfram eftir samþykktri leið, eða hættu að senda opinber nöfn þangað með því að breyta stillingum biðlarans í stað lénalistans. Fyrri heldur hverri fyrirspurn í gönginni og treystir uppstreyminu. Sú seinni heldur sumum fyrirspurnum staðbundnum og samþykkir að einkanöfn geti hætt að leysast á meðan göngin eru niðri.

Hvers þyrfti skipt DNS í raun

Upplausnarstefna sem er bundin nafnrymi krefst biðlara sem leyfir þér að tjá hana: samsvarandi lén á Apple-pöllum, eða jafngild stilling í vörunni sem þú notar. Stillingarreitur sem tekur aðeins við þjónum og viðskeytum getur ekki tjáð hana, hvernig sem hann er greinarmerktur. Prófíll getur borið stefnuna því hann lýsir stýrðri stillingu en ekki vísbendingu við tengingu. Hann getur nefnt lénið, þjónana og hvað eigi að gerast þegar það lén er óaðgengilegt. Það er munurinn á stillingu og samningi.

Á stýrðum Apple-tækjum er þetta venjulega afhent með stillingaprófíli sem ber DNS-stillingar sem eru sérstakar fyrir lénið. Það er önnur aðferð en WireGuard-stillingarskrá, og þau tvö geta aðeins verið saman ef biðlarinn virðir prófílinn. Athugaðu hvað biðlarinn þinn kallar reitinn í raun áður en þú gerir ráð fyrir að vörurnar tvær hegði sér eins. Skrift wg-quick á Mac og WireGuard-forritið á iPhone lesa svipaðar línur og setja þær upp í gegnum mismunandi lög.

Lestu uppsettu stillingarnar, ekki stillingarskrána

Á Mac geturðu skoðað hvað kerfið endaði með, sem er upplýsandi en að lesa skrána sem þú skrifaðir aftur. Upplausnaralistinn sýnir hvaða þjónar eru stilltir fyrir hvaða lén, og afmörkuðu fyrirspurnirnar sýna hver vann. Biðlari sem spillir línunni sýnir það hér frekar en í skránni sem þú skrifaðir. Á iOS er engin jafngild skipanalína, svo sönnunin þar er niðurstaða: einkanafn sem leysist í gegnum göngin, og opið nafn sem svar þess afhjúpar hvaða upplausnaraðili svaraði.

scutil --dns | grep -A3 resolver
networksetup -getdnsservers Wi-Fi

Þessar tvær skipanir prenta núverandi upplausnarstillingu og DNS-þjóna virku þjónustunnar. Ef upplausnaraðili göngunnar birtist sem sjálfgefin upplausnaraðili án lénatakmörkunar, gerir stillingin nákvæmlega það sem biðlarinn bað um. Lagaðu það með því að breyta aðferðinni, ekki með því að bæta öðru viðskeyti við og vona að hegðunin breytist.