Kas Windows sistēmā faktiski piemēro OpenConnect DNS iestatījumus?

Tuneļa pacelšana nav tas pats, kas tā DNS vērtību instalēšana. OpenConnect sarunājas, un Windows puses palīgs piemēro. Atstarpe starp šiem diviem soļiem izskaidro lielāko daļu privāto nosaukumu kļūmju šajā klientā, un palīgs gandrīz nekad nav Windows VPN iestatījumu lapa.

Atdaliet to, ko piedāvāja vārteja, no tā, ko instalēja Windows

Klients nodod savienojuma datus skripta saskarnei, un Unix un Windows varianti ir atsevišķas programmas. Windows sistēmā ieviešana parasti ir JavaScript palīgs, kas nolasa tādus mainīgos kā iekšējais DNS serveris un iekšējais domēns, pirms pieskaras jebkuram adapterim. Nekas pašā tunelī neraksta atrisinātāja stāvokli.

Šī atdalīšana ir svarīga, jo vērtība var pastāvēt sarunās un nekad nesasniegt adapteri. Trūkstošs, pusceļā neizdevies vai vecāka kopija, kas iekļauta GUI ietvarā, atstāj Windows tieši tādus, kādi tie bija. Sesija izskatās savienota, privātais nosaukums joprojām tiek atrisināts caur vietējo pakalpojumu sniedzēju, un nekas klienta logā neliecina par atšķirību. Palīga paša izvades lasīšana ir vienīgais uzticamais veids, kā uzzināt, kurš posms salūza.

GUI ietvars var piegādāt savu klienta un palīga kopiju, tāpēc otrs openconnect.exe citur diskā neko nepierāda. Atrodiet izpildāmo failu, kas sāka sesiju, pirms vērtējat tā konfigurāciju.

Lasiet atrisinātāja stāvokli, to nemainot

Trīs tikai lasāmi vaicājumi aptver ierasto neskaidrību, un katrs atbild uz citu jautājumu:

Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -Effective

Adaptera līmeņa serveris ir tas, ko lielākā daļa cilvēku saprot ar VPN DNS. Savienojumam raksturīgs piedēklis izlemj, vai īsais nosaukums vispār tiks paplašināts. Nosaukumtelpas politikas saraksts attiecas uz atbilstošiem nosaukumiem neatkarīgi no adapteru secības, un tukšs rezultāts tur nav defekts, ja palīgs nekad nav paredzējis to izveidot. Visu trīs lasīšana pirms rediģēšanas ir tas, kas novērš labojumu, kurš tikai pārvieto simptomu citur.

Sāciet ar pilnībā kvalificētu nosaukumu. Ja FQDN tiek atrisināts, bet īsais nosaukums ne, robu veido piedēklis vai meklēšanas saraksts, nevis servera adrese.

Kā otro soli tieši vaicājiet paredzētajam serverim ar jebkuru jau instalētu atrisinātāja rīku. Tieša atbilde pierāda, ka serveris ir sasniedzams un ir autoritatīvs zonai. Tā neko nepierāda par to, kuru serveri lietojumprogramma vaicā pēc noklusējuma.

Nosauciet komponentu, kuram pieder savienojums

Bieži sastopami divi izkārtojumi. No termināļa palaists klients skaidri nodod sava skripta ceļu, tāpēc īpašnieks ir redzams izpildītajā komandā. Iepakota lietojumprogramma palaiž klientu jūsu vietā un tur palīgu savā direktorijā, kas nozīmē, ka piegādātājs izlemj, kad tas mainīsies.

Pirms kaut ko nomaināt, salīdziniet palīga versijas starp instalācijām. No spoguļa iegūta palīga palaišana ar paaugstinātām tiesībām tikai tāpēc, ka faila nosaukums šķiet pazīstams, pārvērš DNS robu drošības incidentā.

Kad īpašnieks ir zināms, labošanas mērķis kļūst acīmredzams: atbalstīts skripta ceļš palaidējā, pakotnes atjauninājums vai labots profils uz vārtejas. Neviens no tiem neprasa manuāli rediģēt adaptera rekvizītus.

Labojiet īpašnieku, nevis adapteri

Manuāli iestatīts adaptera DNS bieži pārdzīvo atvienošanu, tāpēc šķiet, ka tas darbojas, un pēc tam rada problēmas nākamajā tīklā. Publisks atrisinātājs, kas pieskrūvēts pie katras saskarnes, slēpj privātās nosaukumtelpas problēmu, nevis to risina. Kad palīgs nekad nav saņēmis DNS vērtību, vārtejas profils ir vieta, kur skatīties. Kad tas to ir saņēmis un adapteris joprojām rāda veco serveri, palīgs neizdevās savienošanās laikā, un klienta žurnāls to parasti ieraksta pie tuneļa iestatīšanas rindām.

Atjaunojiet stāvokli pa atbalstīto ceļu, pēc tam pārbaudiet visu ciklu: pievienojieties, atrisiniet privāto FQDN, atveriet pakalpojumu, atvienojieties un apstipriniet, ka adapteris atgriezās ar iepriekšējiem serveriem.

Pārbaudiet lietojumprogrammu, kas patiešām neizdodas

Pārlūkprogramma ar savu šifrētā DNS iestatījumu ignorē visu iepriekš minēto un turpina atbildēt no publiska atrisinātāja. Lietojumprogramma, kas kešatmiņā glabā noliedzošu atbildi no laika pirms tuneļa pacelšanas, uzvedas tāpat. Salīdziniet to ar vienkāršu sistēmas vaicājumu tajā pašā mašīnā, pirms atkal maināt atrisinātāja adreses.

Ja sistēmas vaicājums ir pareizs un lietojumprogramma ir nepareiza, atlikušais defekts atrodas šīs lietojumprogrammas DNS konfigurācijā, nevis VPN ceļā.