Hvaða tenging svarar: leiðardrægni fyrir DNS VPN með klofnum göngum

Haltu venjulegri vafrun á staðbundnu tengingunni á meðan nöfn fyrirtækisins leysast gegnum DNS netþjóninn sem göngin bjóða. Slökkt á sjálfgefinni leið VPN gefur þér fyrri helminginn og skilur þann seinni óbyggðan. Hér á eftir koma stillingin sem vantar, greinarmerkið sem breytir merkingu hennar og eina skipunin sem sýnir hvaða tenging svaraði í raun. Gengið er út frá NetworkManager og systemd-resolved allan textann, því það par er þar sem ruglingurinn byrjar venjulega.

Fyrsta skref: aðskildu leiðina frá leysinum

ipv4.never-default svarar leiðarspurningu og kemur í veg fyrir að NetworkManager setji þessa tengingu upp sem leið fyrir allan IPv4 umferð. DNS leiðardrægni svarar annarri spurningu: hvaða nafnaþjónar hvaða tengingar fá fyrirspurn fyrir samsvarandi viðskeyti. Hvort tveggja gefur ekki hið annað í skyn, og prófíll getur borið annað í ár meðan hitt vantar. Leið eingöngu þýðir að göngin bera undirnet fyrirtækisins og leysir þeirra svarar nöfnum fyrirtækisins, en allt annað er látið ósnert.

Stilltu aðeins leiðareiginleikann og innri nöfn mistakast, venjulega með tímanum sem hljómar eins og brotin göng. Stilltu aðeins drægnina og þú hefur hljóðlaust bætt leitarviðskeyti við hvert stutt nafn á vélinni. Bæði mistökin senda miðann á VPN netþjóninn, sem er sjaldan hluturinn sem er rangur.

Annað skref: bættu eingöngu-leiðar drægni við prófílinn

Gerum ráð fyrir að tengingin heiti corp-vpn, viðskeyti fyrirtækisins sé internal.example og leysir gagnanna sé þegar aðgengilegur. Lestu núverandi gildi fyrst, því skipanirnar hér að neðan breyta eiginleikum sem gætu þegar hafa færslur.

nmcli connection show corp-vpn | grep -E 'dns-search|never-default'
nmcli connection modify corp-vpn +ipv4.dns-search '~internal.example'
nmcli connection modify corp-vpn ipv4.never-default yes

Skiptu út fyrir þitt eigið tengingarheiti og viðskeyti, því gildin hér að ofan eru dæmi. Plúsmerkið skiptir meira máli en það virðist: með því bætist gildið við núverandi lista, en án þess er eiginleikanum skipt út og ótengd lén hverfa úr prófíl sem virkaði í gær. Tildin breytir hegðun en ekki stíl, og málsgreinin hér að neðan útskýrir hvað hún velur. Haltu lestrinum fyrir skrifin, svo skiptiformið komi þér aldrei á óvart.

Tild fremst merkir lén eingöngu fyrir leið, svo samsvarandi fyrirspurnir fara á netþjóna þessarar tengingar og viðskeytinu er ekki bætt við stutt nöfn. Fjarlægðu tildina og sami strengur verður líka leitarviðskeyti, sem er önnur niðurstaða sem fólk ætlar sér sjaldan. Báðar stillingarnar hér að ofan eru IPv4, svo tvíþátta prófíll þarf ipv6.never-default og sömu leiðardrægni í ipv6.dns-search, annars heldur IPv6 hliðin áfram að nota sjálfgefnu leiðina og innri nöfn mistakast þar.

Þriðja skref: spurðu resolvectl hvaða tenging svaraði

Keyrðu resolvectl status og lestu DNS netþjóna og lén hverrar tengingar, keyrðu svo resolvectl query host.internal.example gegn raunverulegu innra nafni sem þú mátt spyrja um. Seinni skipunin er eina beina sönnunin fyrir því að leiðardrægnin geri sitt verk, því hún nefnir tenginguna sem svaraði. Stöðulisti einn sannar stillinguna; fyrirspurnin sannar leysinguna.

systemd-resolved velur best samsvarandi leiðardrægni, svo nákvæmara lén á annarri tengingu getur samt unnið keppnina. Ef fyrirspurnin kemur til baka frá tengingu sem þú bjóst ekki við, lestu lénlistana áður en þú snertir DNS netþjón VPN. Rótarlén ~. passar við allt, og ef það er þegar til staðar vinnur nákvæma lénið þitt samt fyrir sín eigin nöfn á meðan tengingin svarar miklu meiru en þú baðst um. Fjarlægðu eða þrengdu þá rótarfærslu þegar ætlunin var aðeins nöfn fyrirtækisins.

Ef VPN tengingin telur alls ekki upp DNS netþjón, hefur biðlarinn aldrei skráð einn. Leiðardrægni án netþjóns að baki mistakast öðruvísi en léni sem vantar, svo lagaðu skráninguna fyrst.

Fjórða skref: þegar nafnið leysist en þjónustan ekki

Rétt svar sannar aðeins að leysingin virkaði, og forritið þarf enn leið að vistfanginu sem það fékk. Sú leið verður að standa af sér klofnu sjálfgefnu leiðina sem þú stilltir rétt í þessu, svo athugaðu hana áður en þú kennir DNS um aftur. Athugaðu svo aðgengi á gátt þjónustunnar, því skráardeiling eða skráarsafnsþjónusta mistakast við leysingu, leið eða auðkenningu og gefur mjög svipuð skilaboð í hverju tilviki. Haltu þessum þremur lögum aðskildum þegar þú tilkynnir niðurstöðuna, annars athugar næsta manneskja DNS sem var þegar rétt.

Samba breytingin sem gengur við hlið þessarar spurningar snertir aðgangslagið, ekki DNS valið. Að beita henni á bilun í nafnaleysingu er hvernig lítill vandi fær annan.

Fimmta skref: skiptu ekki út leysinum til að laga lén sem vantar

Ráð sem skrifar yfir leysiskrána eða setur upp annan leysisstjóra leysir annað vandamál. Þetta eru breytingar á samþættingu kerfisins með eigin bilanatilvikum, og ekkert þeirra bætir við leiðardrægni sem var aldrei stillt. Ákvarðaðu hvaða hluti á nafnaleysinguna á vélinni áður en þú skiptir honum út, því á NetworkManager skjáborði með systemd-resolved er það eignarhald þegar skilgreint. Að berjast við það er hvernig uppsetning sem virkar verður eitthvað sem enginn getur endurtekið.

Vinnuröð: staðfestu að göngin bjóði leysi, bættu við eingöngu-leiðar drægninni, tengdu aftur í gegnum stýringar prófílsins, staðfestu tenginguna sem svarar og prófaðu svo þjónustuna á gáttinni. Sú röð skilur eftir niðurstöðu sem þú getur afhent næstu manneskju án annars viðtals.