Kāpēc nslookup atrisina caur VPN, bet pārlūks nevar

nslookup nosūta vaicājumu uz jūsu norādīto serveri un izdrukā atbildi, tāpēc tas var izdoties, kamēr katra pārlūka cilne neizdodas. Pārlūks lūdz operētājsistēmu atrisināt, un sistēma izsver katras saskarnes risinātājus, nosaukumu atrisināšanas politikas noteikumus un adaptera tīkla atrašanās vietu. Pēc tam pārlūks var uzlikt virsū savu šifrēto DNS. Trīs dažādi ceļi, viens simptoms, un tunelis parasti nav bojātā daļa.

Tālāk minētās pārbaudes seko šiem ceļiem no sistēmas uz ārpusi. Nerediģējiet VPN profilu, kamēr nezināt, kurš ceļš atbildēja un kurš neizdevās.

Atbildi nosaka trīs politikas

Katrai saskarnei ir savs risinātāju saraksts un meklēšanas sufiksi. VPN adapters pievieno serverus, bet fiziskais adapters patur savējos, un sistēma var ņemt to, kas atbild pirmais, tāpēc meklēšana var tikt apkalpota ārpus tuneļa, nevienam to neizvēloties. Nosaukumu atrisināšanas politikas tabulas noteikumi var sūtīt izvēlētus domēnus uz izvēlētiem serveriem, tā parasti izsaka split DNS Windows vidē. Un VPN klients vai vārteja var iespiest risinātāja adresi, kas pastāv tikai privātajā tīklā.

Šie trīs mijiedarbojas tā, ka no pārlūka šķiet patvaļīgi. Iespiests risinātājs privātā adresē bez maršruta caur split tuneli liek katram meklējumam iestrēgt un pēc tam neizdoties. Politikas noteikums, kas aptver iekšējo sufiksu un norāda uz izslēgtu serveri, rada tādu pašu redzamo kļūdu kā trūkstošs maršruts. VPN adapterī trūkstošais meklēšanas sufikss pārvērš īsu nosaukumu publiskā vaicājumā par nepareizo domēnu. Katram no tiem vajag citu labojumu.

Kāpēc pārlūks uzdod citu jautājumu

nslookup izsūta savu vaicājumu uz izvēlēto serveri un neievēro ne nosaukumvietas politiku, ne pārlūka šifrētā DNS iestatījumu. Tāpēc manuāls vaicājums publiskam risinātājam atbild, kamēr pārlūks ziņo, ka vietne neeksistē. Jūs salīdzināt divas programmas, nevis vienas programmas divus stāvokļus.

Adrešu saimes priekšroka izskaidro aizkavēšanos, nevis neizdošanos. Pārlūks, kas tunelī, kurš pārvadā tikai IPv4, vispirms pieprasa IPv6 ierakstus, gaida taimauta beigas, pirms atkāpjas. Firefox ir turējis tieši šādu priekšroku, un tās izslēgšana ir diagnostikas solis, nevis labojums.

Izlasiet risinātāju sarakstu un noteikumus

Windows vidē izdrukājiet to, ko sistēma tur, pirms teorēt. Get-DnsClientServerAddress rāda serverus pa saskarnēm, Get-DnsClientNrptRule uzskaita nosaukumvietas noteikumus, un Resolve-DnsName atbild uz precīzo nosaukumu pa sistēmas ceļu. Salīdziniet šo atbildi ar tiešu vaicājumu VPN serverim pēc adreses. Kad Resolve-DnsName neizdodas un tiešais vaicājums izdodas, aizdomās turamais ir risinātāju saraksts vai nosaukumvietas noteikums.

Pārbaudiet arī pašu nosaukumu. Iekšējam īsajam nosaukumam var būt vajadzīgs privātais sufikss, ko nodrošina tikai VPN adapters, kamēr pilnībā kvalificētais nosaukums atrisinās labi. Sertifikāta brīdinājums pēc veiksmīgas meklēšanas pieder citai problēmai.

Nesasniedzamais iespiestais risinātājs

Vārteja vai klients var iespiest risinātāja adresi, un šai adresei jābūt sasniedzamai caur tuneli. Split tunelī privātais diapazons, kurā ir risinātājs, var nebūt iekļautajos maršrutos, kas rada meklēšanu, kura nekad nesaņem atbildi. Apstipriniet, ka maršruts eksistē, pēc tam vaicājiet tieši šo adresi caur tuneli. Tas ir neizdošanās aiz domēna kļūdas pārlūkā, kamēr publiskais risinātājs vēl atbild.

Ja risinātājs nav sasniedzams, labojums ir maršruts vai iekļauts apakštīkls, nevis cits DNS serveris.

Šifrētais DNS apiet visu ceļu

Pārlūki ar DNS-over-HTTPS paši atrisina nosaukumus caur HTTPS savienojumu ar izvēlētu pakalpojumu sniedzēju. Kad tas ir ieslēgts, sistēmas risinātājs un split DNS noteikumi šiem meklējumiem tiek pilnībā apieti, tāpēc iekšējie nosaukumi pārlūkā neizdodas, kamēr operētājsistēma tos atrisina pareizi. Notiek arī pretējais: iekšējie nosaukumi pārlūkā izdodas caur pakalpojumu sniedzēju, kuram tos nekad nevajadzēja redzēt, un tā ir politikas, nevis savienojamības problēma.

Apzināti izlemiet, vai šifrētais DNS ir atļauts pārvaldītās ierīcēs, pēc tam konfigurējiet to pārlūka pārvaldības saskarnē, lai izvēle būtu redzama. Atstāšana individuālai izvēlei rada floti, kurā viens un tas pats VPN uz katra klēpjdatora darbojas citādi.

Labojumi, kas atbilst neizdošanās veidam

Ja VPN iespiež savu risinātāju, lieciet tunelim nest satiksmi uz to un tam pašam iestatījumam būt redzamam adapteros, kas piedalās atrisināšanā. Ja vietējās vietnes pārstāj atrisināties savienojuma laikā, pievienojiet skaidrus nosaukumvietas izņēmumus vai nosacītu pārsūtītāju, nevis nomainiet risinātāju pilnībā. Ja pārlūka šifrētais DNS apiet politiku, tas ir maināmais iestatījums. Nekad nepievienojiet publisku risinātāju, lai salabotu iekšēju nosaukumu: tas nopludina privātus vaicājumus un neatrisina nosaukumu.

Pēc tam atdaliet meklēšanu no savienojuma. Nosaukums, kas atrisinās uz pareizo adresi, bet atsakās savienoties, ir pakalpojuma, ugunsmūra vai sertifikāta problēma, un DNS izmaiņas to nesalabos.

Pierakstiet, kurš ceļš atbildēja, kurš neizdevās un ko jūs mainījāt. Tad nākamais ziņojums par to pašu simptomu prasīs vienu komandu, nevis veselu pēcpusdienu.