openfortivpn skrifar yfir DNS aftur og aftur? Finndu raunverulega eigandann

Fylgdu tengingunni frá þeirri stundu sem hún kemur upp: biðlarinn sannvottar, pppd semur, og þá skrifar eitthvað DNS-stillingar inn í stýrikerfið. Ef þú veist bara að VPN-ið breytti uppleysinum þínum veistu ekki enn hvaða þrep gerði það. Tvö þeirra geta, og á biðlara sem notar skjalfestu pppd-samþættinguna keyra þau nógu nálægt hvort öðru til að líta út eins og einn aðili. Að nefna skrifarann er fyrsta skrefið; að velja staðgengil hans er það annað, og það er sérstök ákvörðun með eigin bilunarmáta.

Röðin hér að neðan fylgir biðlaranum út á við: hvað tengingin breytti, hvaða rofi þaggar niður hvaða skrifara, hver á að taka við og hvernig á að staðfesta að niðurstaðan standist endurtengingu. Hvert þrep skilur eftir sig annað spor, og sporið er það sem segir þér hvort afhendingin hafi raunverulega átt sér stað.

Byrjaðu á því hvað tengingin breytti í raun

Tengdu einu sinni með venjulegu skipuninni þinni og berðu saman upplausn fyrir og eftir. Á Linux-vél með systemd-resolved prentar resolvectl status DNS-þjónana og leitarsvæðin fyrir hverja tengingu, og ný tun- eða ppp-tenging sem ber eigin þjóna er fingrafar uppfærslu frá biðlarahlið. Á macOS sýnir scutil --dns stillingar uppleysins í þeirri röð sem forrit ráðfæra sig við hana.

Berðu þetta saman við skrána sem þú bjóst við að myndi breytast. Færsla sem er bundin tengingunni í yfirlitinu fyrir hverja tengingu og endurskrifuð /etc/resolv.conf eru tvær ólíkar niðurstöður, og sú seinni gæti verið táknræn hlekkur sem eitthvað allt annað stjórnar. Skráðu vistfang uppleysins, leitarsvæðin og heiti viðmótsins á sama augnabliki; breyting á hverju þeirra bendir á annan skrifara. Án þessarar grunnlínu er hver síðari lagfæring ágiskun um hver af þremur hlutum hreyfðist.

Rofarnir tveir og skrifarinn sem hvor um sig þaggar niður

openfortivpn skjalfestir valkostabrot sem slokkir á báðum skrifurunum sem það getur stjórnað, og hver rofi hefur fullskrifaða samsvarandi stillingu sem handbókin meðhöndlar sem sömu stillingu.

openfortivpn gw.example.com:443 --no-dns --pppd-no-peerdns
# written out in long form
openfortivpn gw.example.com:443 --set-dns=0 --pppd-use-peerdns=0

--no-dns kemur í veg fyrir að biðlarinn beiti DNS-þjónunum sem hann lærði af gáttinni, en --pppd-no-peerdns kemur í veg fyrir að pppd ýti DNS jafningjans inn í kerfið. Handbók upstream varar við því að DNS-uppfærslur um PPP geti keppt við eigin DNS-uppfærslur biðlarans, og þess vegna eiga báðir rofarnir heima í brotinu frekar en að annar þeirra sé talinn nægjanlegur.

Enginn rofi nefnir staðgengilsuppleysi, og hvorugur kemur í veg fyrir að netstjóri, DHCP-biðlari eða sérstök VPN-samþætting skrifi upplausn eftir á. Að þagga niður tvo skrifara lætur sviðið opið frekar en eign. Ef þriðji hlutur stjórnar þegar DNS getur brotið ekki breytt neinu sem þú getur séð; ef ekkert stjórnar því hefurðu einmitt fjarlægt eina uppsprettu upplausnar einkenna. Þetta er aðeins gild skipan þegar staðgengilseigandinn var valinn fyrst og prófaður sjálfstætt.

Veldu eigandann áður en þú slekkur á neinu

Ákveddu fyrst hver svarar fyrirspurnum um vinnuheiti, því sú ákvörðun takmarkar allt sem á eftir kemur. Að halda núverandi uppleysi þýðir að einkasvæðið verður þegar að vera aðgengilegt þaðan sem biðlarinn situr, og einkauppleysir inni á skrifstofunni þarf leið sem stenst að göngin komi upp. Að senda hverja fyrirspurn til einnar innri þjónustu er þriðja stefnan með skarpari bilunarmáta: þegar sú þjónusta er óaðgengileg falla opinber heiti ásamt einkuheitunum.

Eignarhald leiðarinnar helst aðskilið að vilja. Leiðarvalkostirnir eru ekki nauðsynlegir vegna þess að þú breyttir DNS, og að slökkva á leiðaruppsetningu án þess að setja upp staðgengil getur gert uppleysinn sem þú valdir einmitt núna óaðgengilegan. Athugaðu leiðartöfluna sérstaklega fyrir vistfang uppleysins, ekki bara fyrir undirnet forritsins sem þú prófaðir fyrir tilviljun.

Athugaðu upplausn fyrir hverja tengingu, ekki hverja skrá

Eitt /etc/resolv.conf er ekki listi yfir það sem forrit nota í raun á vél með takmarkaðri eða svæðisbundinni upplausn, svo lestu stöðu uppleysins eins og vettvangurinn birtir hana.

resolvectl status
resolvectl query vpn.internal.example.com
resolvectl query example.com
ip route get 10.20.0.53

Spurðu eitt einkennilegt heiti og eitt opinbert heiti þegar tengingin er komin upp, og athugaðu hvaða tenging svaraði hvoru. Þar sem VPN-tengingin ber leitarlista fyrir hvert svæði getur einkennilegt heiti leyst rétt á meðan opinbert heiti fer enn til staðbundna uppleysins, og sú skipting er hönnunin að virka en ekki bilun. Ef einkafyrirspurnin mistekst skaltu skoða leiðina að uppleysinum áður en þú snertir DNS aftur; ef hún tekst á meðan forrit mistekst enn gæti forritið verið að lesa eigin skyndiminnið eða sérstaklega stilltan uppleysi.

Tengdu aftur og staðfestu aftengda stöðu

Taktu tenginguna niður og endurtaktu báðar fyrirspurnirnar. Það sem valdi eigandinn setti upp ætti sá eigandi að fjarlægja eða endurheimta, ekki skilja eftir sig biðlarinn sem þú þaggaðir niður. Úrelt færsla fyrir hverja tengingu sem lifir göngin lengur heldur áfram að senda einkafyrirspurnir á vistfang sem er ekki lengur aðgengilegt.

Tengdu svo aftur og lestu sömu þrjú gildin: vistfang uppleysins, leitarsvæðin, viðmótið.

Ef þau samsvara stefnunni sem þú skráðir er afhendingunni lokið og VPN-biðlarinn er ekki lengur einn af skrifurunum. Ef gildi rekst til baka nokkrum sekúndum eftir að tengingin kemur upp er eitthvað annað enn að beita stillingum, og næsta skref er að bera kennsl á þann hlut í stað þess að bæta við annarri flaggi. Lokastöðan sem þú vilt er atburðalaus: einn eigandi, ein skjalfest stefna og aftengd vél sem leysir nákvæmlega eins og hún gerði áður en göngin voru til.