Kā lasīt VPN DNS maršrutēšanu pa saitiem no resolvectl
resolvectl status rāda serverus, domēnus un noklusējuma maršrutu katram saitam. Lasiet tos kopā, pēc tam vaicājiet vārdu un atzīmējiet, kurš saits atbildēja.
Palaidiet resolvectl status un iegūsiet sienu no blokiem katram saitam, katram ar saviem serveriem un savu domēnu rindu. Maršrutēšanu nosaka domēnu saraksts, nevis vārdu servera adrese, jo vietējais stub pārsūta katru vaicājumu uz to saiti, kas pretendē uz vārdu. Izlasiet šos apgalvojumus pirms atbildes lasīšanas, pēc tam vaicājiet vārdu un pārbaudiet, kurš saits to izveidoja. Nepareiza atbilde no pareizā saita ir cita problēma nekā pareiza atbilde no nepareizā.
Ko jums stāsta katrs saita bloks
Katrs bloks uzskaita serverus, ko atrisinātājs izmantos šim interfeisam, domēnu sarakstu un to, vai saits ir noklusējuma maršruts. Domēnu saraksts ir apgalvojumu kopa, un atrisinātājs piemēro garākās piedēkļa atbilstību: vaicājumu par host.corp.example pretendē saits ar corp.example pirms tā, kuram ir tikai noklusējuma maršruts. Divi saiti, kas pretendē uz vienu un to pašu piedēkli, atstāj rezultātu prioritātei un secībai, tāpēc dublikāti vispirms pelna uzmanību. Pašreizējā servera rinda rāda, kurš no uzskaitītajiem serveriem tajā brīdī tiek izmantots.
Stub adrese, piemēram, 127.0.0.53 failā /etc/resolv.conf, tikai pasaka, ka stub ir priekšā. Tā nenosauc augšupēju, kas atbildēja, tāpēc diagnostika, kas balstās tikai uz resolv.conf, iestrēgst.
Lasiet trīs domēna ierakstu veidus pareizi
| Ieraksts | Uz ko tas pretendē | Biežākā kļūda |
|---|---|---|
| corp.example | maršrutēšanas domēns un meklēšanas piedēklis: vārdi zem tā iet uz šo saiti, un virkne tiek pievienota kailvārdiem | noņemts, jo maršrutēšana šķietami tomēr strādā |
| ~corp.example | tikai maršruts: vārdi zem tā iet uz šo saiti, bet piedēklis netiek pievienots | pieņemts, ka tas ir vajadzīgs maršrutēšanai |
| ~. | noklusējuma maršruts: pretendē uz vaicājumiem, ko neapseg jebkurš cits saits | atstāts aktīvs sadalītā profilā, tāpēc publiskie vārdi seko tunelim |
Tilde maina meklēšanas uzvedību, nevis maršrutēšanu. Ieraksts bez tildes ir gan maršrutēšanas domēns, gan meklēšanas domēns, tāpēc vārdi zem tā tiek sūtīti uz šo saiti un viena līmeņa vārdiem tiek pievienots piedēklis. Ieraksts ar tildi maršrutē to pašu piedēkli, bet tur to ārpus meklēšanas saraksta. Tāpēc tildes noņemšana maina to, kuri kailvārdi tiek atrisināti, un tāpēc trūkstoša tilde ir meklēšanas problēma, nevis sadalītā DNS kļūme.
Noklusējuma maršruta ieraksts pretendē uz visu, ko neapseg neviena cita saite. Pilna tuneļa profils parasti to grib, un sadalītais profils parasti negrib, jo publiskie vārdi tad dodas uz privāto atrisinātāju un var tur neizdoties. Lasiet tabulu pret profila nodomu, nevis kopējiet karodziņus starp profiliem. Kad divi saiti pretendē uz vienu piedēkli, atrisiniet prioritātes jautājumu pirms kaut ko citu rediģējat.
Vaicājiet vārdu un redziet, kurš saits atbildēja
Apakškomanda query izdrukā adresi, protokolu un saiti vai tvērumu, kas izveidoja atbildi. Pārbaudiet vienu vārdu, uz ko būtu jāpretendē privātajam piedēklim, un vienu parastu publisku vārdu, pēc tam salīdziniet ziņotos avotus. Ja privātais vārds atbild no bezvadu saita, apgalvojuma trūkst vai tunelis ir izslēgts; ja publiskais vārds sadalītā profilā atbild no tuneļa, noklusējuma maršruts ir pārāk plats. Šīs divas kļūmes pārlūkā izskatās vienādi, bet šajā izvadē pretēji.
resolvectl status
resolvectl query host.corp.exampleSekojiet arī ziņotajam protokolam, jo atbilde no kešatmiņas vai hosts faila var ierasties, neprasot nevienu augšupēju. Atbilde no kešatmiņas pierāda, ka vārds kādreiz tika atrisināts, nevis to, ka pašreizējā politika to pareizi maršrutē.
Turiet vārdu maršrutēšanu atsevišķi no pakešu maršrutēšanas
Atrisinātāja lēmums neveido ceļu. Izvēlētajam serverim joprojām vajag maršrutu uz savu adresi, un atgrieztajai adresei joprojām vajag maršrutu uz privāto tīklu, tāpēc pareiza DNS politika var pastāvēt līdzās savienojumam, kas nekad neatveras. Kad vārds tiek atrisināts un lietotne neizdodas, pārbaudiet adresi un maršrutu, nevis atkal mainiet DNS. Vārdu atrisināšana un sasniedzamība ir divi jautājumi ar diviem dažādiem īpašniekiem.
Lietotnes var pilnībā apiet sistēmas atrisinātāju, izmantojot savu drošā DNS iestatījumu vai iebūvētu atrisinātāju. resolvectl rezultāts apraksta sistēmas ceļu, un pārlūks, kas to ignorē, nesaskanēs ar katru jūsu testu. Pārbaudiet šo iestatījumu pirms secināt, ka politika ir salauzta.
Pierakstiet adresi, uz kuru vārds tika atrisināts, līdzās saitam. Pareizs vārds, kas norāda uz nepareizu adresi, ir ieraksta problēma, nevis maršrutēšanas.
Pārbaudiet vēlreiz pēc tam, kad saits ir mainījies
Atkārtota savienošanās vai bezvadu tīkla maiņa no jauna izveido saita stāvokli, un tīkla pārvaldnieks var no jauna instalēt savus domēnus un serverus virsū visam, kas iestatīts ar roku. Pēc tam vaicājiet tos pašus divus vārdus un salīdziniet ar pierakstīto bāzes līniju. Ja manuāls labojums ir pazudis, labojums pieder savienojuma profilam nevis čaulas komandai. Tieši pierakstīšana pirms un pēc padara to redzamu.
Kopīgojiet tikai tos vārdus un servera kontekstu, kas atskaitei vajadzīgs, jo iekšējie piedēkļi atklāj topoloģiju. systemd-resolved dokumentācija par domēnu maršrutēšanu aptver garākās atbilstības noteikumu un tildes uzvedību, un viena izlasīšana novērš lielāko daļu iepriekš minētās tabulas kļūdu: vaicājumu maršrutēšana systemd-resolved.