Kuidas lugeda VPN DNS-i marsruutimist lingi kaupa resolvectli väljundist
resolvectl status näitab servereid, domeene ja vaikimisi marsruuti lingi kaupa. Lugege neid koos, seejärel küsige nime ja pange kirja, milline link vastas.
Käivitage resolvectl status ja saate lingi kaupa blokkide seina, igaüks oma serverite ja oma domeenireaga. Marsruutimise otsustab domeenide loend, mitte nimeserveri aadress, sest kohalik stub edastab iga päringu sellele lingile, mis nime nõuab. Lugege neid nõudeid enne vastuse lugemist, seejärel küsige nime ja kontrollige, milline link selle tekitas. Vale vastus õigelt lingilt on teine probleem kui õige vastus valelt lingilt.
Mida ütleb teile iga lingi blokk
Iga blokk loetleb serverid, mida lahendaja selle liidese jaoks kasutab, domeenide loendi ja selle, kas link on vaikimisi marsruut. Domeenide loend on nõuete kogum ja lahendaja rakendab pikima sufiksi vastavust: päringu host.corp.example kohta nõuab link, mis kannab corp.example, enne seda, mis kannab ainult vaikimisi marsruuti. Kaks linki, mis nõuavad sama sufiksit, jätavad tulemuse prioriteedi ja järjestuse hooleks, seepärast väärivad duplikaadid esimest tähelepanu. Praeguse serveri rida näitab, millist loetletud serverit sel hetkel kasutatakse.
Stubi aadress nagu 127.0.0.53 failis /etc/resolv.conf ütleb ainult, et stub on ees. See ei nimeta ülemvoolu, mis vastas, seepärast takerdub ainult resolv.confil põhinev diagnoos.
Lugege kolme tüüpi domeenikirjeid õigesti
| Kirje | Mida see nõuab | Tavaline viga |
|---|---|---|
| corp.example | marsruutimisdomeen ja otsingusufiks: selle all olevad nimed lähevad sellele lingile ja string lisatakse paljastele nimedele | eemaldatud, sest marsruutimine näib niikuinii toimivat |
| ~corp.example | ainult marsruut: selle all olevad nimed lähevad sellele lingile, kuid sufiksit ei lisata | eeldati, et see on marsruutimiseks vajalik |
| ~. | vaikimisi marsruut: nõuab päringuid, mida ükski teine link ei kata | jäetud jaotatud profiilil aktiivseks, nii et avalikud nimed järgivad tunnelit |
Tilde muudab otsingukäitumist, mitte marsruutimist. Ilma tildeta kirje on nii marsruutimisdomeen kui ka otsingudomeen, seega saadetakse selle all olevad nimed sellele lingile ja ühe sildiga nimedele lisatakse sufiks. Tildeta kirje marsruudib sama sufiksi, kuid hoiab selle otsinguloendist väljas. Seepärast muudab tilde eemaldamine seda, millised paljad nimed lahenevad, ja seepärast on puuduv tilde otsinguprobleem, mitte jaotatud DNS-i tõrge.
Vaikimisi marsruudi kirje nõuab kõike, mida ükski teine link ei kata. Täistunneli profiil tavaliselt tahab seda ja jaotatud profiil tavaliselt mitte, sest avalikud nimed liiguvad siis privaatsesse lahendajasse ja võivad seal ebaõnnestuda. Lugege tabelit profiili kavatsuse vastu, selle asemel et lippe profiilide vahel kopeerida. Kui kaks linki nõuavad sama sufiksit, lahendage prioriteedi küsimus enne, kui midagi muud muudate.
Küsige nime ja vaadake, milline link vastas
Alamkäsk query trükib aadressi, protokolli ja lingi või ulatuse, mis vastuse tekitas. Testige üht nime, mida privaatne sufiks peaks nõudma, ja üht tavalist avalikku nime, seejärel võrrelge teatatud allikaid. Kui privaatne nimi vastab traadita lingilt, on nõue puudu või tunnel maas; kui avalik nimi jaotatud profiilil vastab tunnelist, on vaikimisi marsruut liiga lai. Need kaks tõrget näevad brauseris ühesugused välja ja selles väljundis vastupidised.
resolvectl status
resolvectl query host.corp.exampleJälgige ka teatatud protokolli, sest vahemällu salvestatud või hostfailist pärinev vastus võib saabuda ilma ühtegi ülemvoolu küsitlemata. Vahemälust saadud vastus tõestab, et nimi lahenes kunagi, mitte seda, et praegune poliitika marsruudib seda õigesti.
Hoidke nimede marsruutimine pakettide marsruutimisest eraldi
Lahendaja otsus ei loo teed. Valitud server vajab endiselt marsruuti oma aadressile ja tagastatud aadress vajab endiselt marsruuti privaatvõrku, seega õige DNS-poliitika võib eksisteerida koos ühendusega, mis ei avane kunagi. Kui nimi laheneb ja rakendus ebaõnnestub, uurige aadressi ja marsruuti, selle asemel et DNS-i uuesti muuta. Nimede lahendamine ja kättesaadavus on kaks küsimust kahe erineva omanikuga.
Rakendused saavad süsteemi lahendajast täielikult mööda minna oma turvalise DNS-i seade või kaasatud lahendaja kaudu. resolvectli tulemus kirjeldab süsteemi teed ja brauser, mis seda eirab, on iga teie testiga vastuolus. Kontrollige seda seadet enne, kui järeldate, et poliitika on katki.
Pange aadress, millele nimi lahenes, lingi kõrvale kirja. Õige nimi, mis osutab valele aadressile, on kirje probleem, mitte marsruutimise oma.
Kontrollige uuesti pärast lingi muutumist
Ühenduse taastamine või traadita võrgu vahetamine ehitab lingi oleku uuesti üles ja võrguhaldur võib oma domeenid ja serverid uuesti paigaldada kõige käsitsi seatud kohale. Küsige seejärel samu kahte nime ja võrrelge salvestatud baasjoonega. Kui käsitsi tehtud muudatus kadus, kuulub parandus ühenduse profiili mitte kesta käsusse. Enne ja pärast salvestamine on see, mis teeb selle nähtavaks.
Jagage ainult neid nimesid ja serveri konteksti, mida aruanne vajab, sest sisemised sufiksid paljastavad topoloogia. systemd-resolvedi dokumentatsioon domeenide marsruutimise kohta katab pikima vastavuse reegli ja tilde käitumise ning üks lugemine hoiab ära enamiku ülaltoodud tabelivigadest: päringute marsruutimine systemd-resolvedis.