Skrá viðskiptavinarins sýnir DNS-þjóninn sem ýtt var, göngin eru tengd, og innra nafn leysist samt ekki. Ekkert er bilað í sendingunni sjálfri. Valkosturinn kom og leysir stýrikerfisins notaði hann aldrei, því á flestum Unix-biðlurum afhendir OpenVPN gildið og skilur forritið eftir hjá pallinum.

Einkennið: skráin sýnir DNS og nöfnin mistakast enn

OpenVPN dhcp-option ber DNS- og lénsupplýsingar, og biðlarinn skráir það sem hann fékk. Í sumum útfærslum beitir biðlarinn þessum stillingum innvortis; í öðrum flytur hann þær út fyrir samþættingarskript eða netþjónustu. Skrárlínan lýsir aðeins fyrri helmingi sögunnar. Seinni helmingurinn gerist þar sem biðlarinn stjórnar ekki. Þar býr bilunin yfirleitt.

Þess vegna hittast tengd göng og innra nafn sem mistekst svo oft. Gildið er til staðar, notandinn vantar eða er rangstilltur, og leysirinn heldur hljóðlega áfram að nota opinbera þjóninn sem hann notaði fyrir tenginguna.

Að taka á móti er ekki að beita

Biðlari getur skráð ýtt DNS-gildi á meðan leysir kerfisins er enn í eigu annarrar þjónustu. Vafri getur líka haft sína eigin stefnu um dulkóðað DNS sem fer algjörlega fram hjá leysi kerfisins, sem skapar eftirminnilegu aðstæðurnar þar sem eitt forrit leysir innri nöfn og annað ekki.

Athugaðu studda samþættingu útfærslunnar í stað þess að gera ráð fyrir að hver Unix-biðlari endurskrifi sömu skrá. Þessi forsenda er ástæðan fyrir því að fólk breytir leysirskilgreiningu sem ekkert les.

Finndu eiganda leysisins eftir palli

Í Windows getur stefnutöflun nafnupplausnar beint tilteknum viðskeytum til tiltekinna þjóna, og VPN-biðlarinn getur sett reglur þar. Athugaðu stefnuna, ekki bara DNS-lista millistykksins. Í Linux getur NetworkManager eða systemd-resolved átt skilgreininguna, og hvor þeirra á hana ræður því hvað endurtenging varðveitir.

Lestu raunverulega stöðu með tólinu sem svarar fyrirspurnum í raun: resolvectl query internal.example.net á systemd-resolved hýsli, eða samsvarandi pallsins. Berðu síðan það svar saman við DNS-þjóninn sem skrá biðlarans segir að hafi verið ýtt.

Forðastu að keyra nokkrar þjónustur sem skrifa yfir leysirstillingar án samhæfingar. Tveir eigendur gefa niðurstöðu sem virðist slitrótt, og hver endurtenging virðist laga eða brjóta hana af handahófi.

Skript og foreign_option

OpenVPN flytur ýtta valkosti út til skripta í gegnum breytur sem heita foreign_option_N, og skript getur þýtt þá í leysirskipanir. Þetta fyrirkomulag er studd samþætting, ekki sjálfvirk hegðun, og það verður að setja upp og kalla á í biðlinum.

Ef þú treystir á skript skaltu skrá keyrslu þess og útstöðustöðu. Skript sem keyrir en mistekst hljóðlega skilur eftir sama einkenni og ekkert skript, og er erfiðara að taka eftir því að stillingarnar virðast fullkomnar. Athugaðu úttak skriptsins, ekki skriptskrána. Skrá sem er til er ekki skript sem keyrði.

Prófaðu nafnið, ekki skrána

Spurðu biðlarann um hýsilsnafn sem er aðeins innra eftir tengingu, spurðu síðan um opinbert nafn, og athugaðu síðan hvaða þjónn svaraði. Í vinnandi uppsetningu koma svörin tvö frá mismunandi stöðum, og bæði ættu að passa við hönnunina.

Ef nafnið leysist en þjónustan mistekst skaltu halda áfram í leiðsögn og aðgang forrita í stað þess að breyta DNS aftur. OpenVPN-handbókin skjalfestir dhcp-option og skriptumhverfið; notaðu hana til að staðfesta hvað biðlarans er ætlað að beita áður en þú breytir annarri leysirskrá.

Tengdir greinar