Wêrom nslookup oer de VPN oplost, mar de browser net

nslookup stjoert in fraach nei de tsjinner dy't jo neame en printsje it antwurd, dêrom kin it slagje wylst elk browser-tabblêd mislearret. In browser freget it bestjoeringssysteem om op te lossen, en it systeem weaget resolveren per ynterface, regels foar namme-oplossingbelied en de netwurklokaasje fan 'e adapter. Dêrnei kin de browser syn eigen fersifere DNS der boppe-op sette. Trije ferskillende paden, ien symptoom, en de tunnel is meastentiids net it stikene diel.

De kontrôles hjirûnder folgje dy paden fan it systeem nei bûten. Bewurkje it VPN-profyl net foardat jo witte hokker paad antwurde en hokker mislearre.

Trije beliedsregels bepale it antwurd

Elk ynterface draacht syn eigen resolverlist en syksuffiksen. In VPN-adapter foeget tsjinners ta wylst de fysike adapter syn eigen hâldt, en it systeem kin dy nimme dy't earst antwurdet, dat in sykjen kin bûten de tunnel betsjinne wurde sûnder dat immen dat keas. Regels fan 'e tabel foar namme-oplossingbelied kinne selektearre domeinen nei selektearre tsjinners stjoere, en sa wurdt split DNS normaal op Windows útdrukt. En de VPN-klant of gateway kin in resolveradres trochdrukke dat allinnich binnen it privee netwurk bestiet.

Dy trije beynfloedzje elkoar op manearen dy't fan in browser ôf willekeurich lykje. In trochdrukt resolver op in privee adres sûnder rûte troch de split-tunnel lit elk sykjen stûkje en dan mislearje. In beliedsregel dy't it ynterne suffiks dekt en nei in tsjinner wiist dy't del is, jout deselde sichtbere flater as in ûntbrekkende rûte. In syksuffiks dat by de VPN-adapter ûntbrekt feroaret in koarte namme yn in iepenbiere fraach foar it ferkearde domein. Elk fan harren hat in oare reparaasje nedich.

Wêrom't in browser in oare fraach stelt

nslookup stjoert syn eigen fraach nei de tsjinner dy't it kiest en folget noch it nammerûmtebelied noch de ynstelling foar fersifere DNS fan 'e browser. Dêrom antwurdet in hânmjittige fraach oan in iepenbiere resolver wylst de browser meldt dat de side net bestiet. Jo ferlykje twa programma's, net twa tastannen fan ien programma.

Adresfamylje-foarkar ferklearret fertraging yn stee fan mislearring. In browser dy't earst IPv6-records freget op in tunnel dy't allinnich IPv4 draacht, wachtet op in tiidferrin foardat it weromfalt. Firefox hat dêrfoar krekt in foarkar hân, en it útskeakeljen dêrfan is in diagnostyske stap, net in reparaasje.

Lês de resolverlist en de regels

Op Windows, printsje wat it systeem hâldt foardat jo teoretisearje. Get-DnsClientServerAddress toant de tsjinners per ynterface, Get-DnsClientNrptRule listet de nammerûmteregels op, en Resolve-DnsName antwurdet de krekte namme fia it systeempaad. Ferlykje dat antwurd mei in direkte fraach oan 'e tsjinner fan 'e VPN op adres. Wannear't Resolve-DnsName mislearret en de direkte fraach slagget, is de resolverlist of in nammerûmteregel de fertochte.

Kontrolearje ek de namme sels. In ynterne koarte namme hat miskien it privee suffiks nedich dat allinnich de VPN-adapter leveret, wylst de folslein kwalifisearre namme goed oplost. In sertifikaatwarskôging nei in slagge sykjen heart by in oar probleem.

De ûnberikbere trochdrukte resolver

In gateway of klant kin in resolveradres trochdrukke, en dat adres moat troch de tunnel berikber wêze. Op in split-tunnel is it privee berik dat de resolver hâldt miskien net yn 'e opnommen rûtes, wat in sykjen jout dat nea in antwurd krijt. Befêstigje dat de rûte bestiet, freegje dan dat adres spesifyk, troch de tunnel. Dit is de mislearring achter in domeinflater yn 'e browser wylst in iepenbiere resolver noch antwurdet.

As de resolver ûnberikber is, is de reparaasje in rûte of in opnommen subnet, gjin oare DNS-tsjinner.

Fersifere DNS giet it hiele paad foarby

Browsers mei DNS-over-HTTPS losse nammen sels op fia in HTTPS-ferbining nei in keazen provider. Mei dat oan wurde de systeemresolver en de split-DNS-regels foar dy sykjenen hielendal foarbygien, dat ynterne nammen mislearje yn 'e browser wylst it bestjoeringssysteem se korrekt oplost. It omkearde bart ek: ynterne nammen slagje yn 'e browser fia in provider dy't se nea sjen moatten hie, en dat is in beliedsprobleem, gjin ferbiningsprobleem.

Beslis bewust oft fersifere DNS tastien is op behearde apparaten, en konfigurearje it dan fia it behearsoerflak fan 'e browser sadat de kar sichtber is. It oan yndividuele foarkar oerlitte jout in float wêryn't deselde VPN op elke laptop oars wurket.

Reparaasjes dy't by de mislearring passe

As de VPN syn resolver trochdrukt, soargje der dan foar dat de tunnel ferkear dêrhinne draacht en dat deselde ynstelling sichtber is op 'e adapters dy't oan 'e oplossing meidogge. As lokale siden ophâlde op te lossen wylst jo ferbûn binne, foegje dan eksplisite nammerûmte-útsûnderings of in betingst trochstjoerder ta yn stee fan 'e resolver hielendal te ferfangen. As de fersifere DNS fan 'e browser it belied foarbygiet, is dat de ynstelling dy't feroare wurde moat. Foegje nea in iepenbiere resolver ta om in ynterne namme te reparearjen: it lekket privee fragen en lost de namme net op.

Skiede dan sykjen fan ferbining. In namme dy't nei it juste adres oplost mar in ferbining wegeret, is in tsjinst-, firewall- of sertifikaatprobleem, en DNS-feroarings meitsje it net klear.

Skriuw op hokker paad antwurde, hokker mislearre en wat jo feroaren. It folgjende rapport fan itselde symptoom kostet dan ien opdracht yn stee fan in middei.