Dialoog teatab, et serveri nime ei õnnestunud lahendada, ja profiiliväli, millele te vaatate, on aadress. See kombinatsioon ei ole vastuolu: klient lahendab midagi muud kui väärtust, mida te arvate ta lugevat. Tehke kindlaks, millele ta tegelikult helistab, enne kui järeldate, et DNS on katki. Kliendi enda sammude järjekord ütleb teile, kuhu vaadata.

Klient lahendab nime enne, kui helistab

Windowsi loomulik VPN-ühendus loeb oma profiili, lahendab serveri aadressi, käivitab tunneli ja alles seejärel autendib. Viga 868 kuulub teise sammu juurde. Kuna hilisemad sammud ei jookse kunagi, võib dialoog tunduda mandaadiprobleemina, kui otsing esimesena ebaõnnestus.

See järjekord on kasulik, sest kitsendab kontrollitavat kihti. Kui sama profiil töötab ühest võrgust ja ebaõnnestub teisest, on erinevus tavaliselt nimelahendus, mitte tunnelitüüp ega konto. Katsetage otsingut seal, kus viga tekib, mitte seal, kus profiil loodi.

Milline nimi, kui väli näitab aadressi

Lugege salvestatud väärtust, mitte kuvatavat nime. Ühenduse silt ei ole selle serveriaadress ja kaks sarnase sildiga kirjet saadavad teid vale järele:

Get-VpnConnection -Name "Work VPN" |
    Select-Object Name, ServerAddress, TunnelType

Kui profiil on ette valmistatud kõigile kasutajatele, pärige ka seda ulatust käsuga -AllUserConnection. Seejärel lahendage täpselt see väärtus, mille käsk väljastas, võrgust, kus viga tekib. Kasutage operaatori dokumenteeritud lüüsi, mitte sisemist rakenduse nime, mis laheneb alles pärast tunneli püstipanekut. See teine päring ebaõnnestub ootuspärasel põhjusel ega ütle teile helistamise kohta midagi:

Resolve-DnsName vpn.example.com

Kui salvestatud väärtus on tõesti numbriline, otsige teist kohta, kus klient nime loeb. EAP-konfiguratsioon võib viidata serverile, teisest tööriistast imporditud profiil võib kanda oma väärtust ja varasem paigaldaja võib jätta maha duplikaatkirje. Dialoogi väli ei ole alati ainus sisend.

Windows 7 uuestiühendamise muster

Selle vea taga olev lõim kirjeldab masinaid, mis ühendusid korra ja ebaõnnestusid hilisemal katsel veaga 868, ilma et profiilis oleks midagi muutunud. Kaastöötajad teatasid, et teenuse Remote Access Connection Manager taaskäivitamine või välja- ja uuesti sisselogimine taastas ühenduse ajutiselt. Need on ajutised lahendused, mitte tõestatud juurpõhjus.

Käsitlege seda mustrit eraldi hüpoteesina. Taaskäivitamine lähtestab kliendi oleku, seega ajutine edu pärast seda ei tõesta, et DNS-kirje oli vale:

ObservationPoints towardWhat to do next
Fails from one network, works from anotherName resolution on that pathResolve the stored name from both networks
Fails after a disconnect, works after service restartClient state, not DNSRecord the sequence for the vendor
Fails only on a newly provisioned machineProfile content or scopeCompare ServerAddress and TunnelType

Lugege tabelit eristavate tähelepanekute kogumina, mitte diagnoosina. Esimene rida on nimeprobleem, teine kliendi olek ja kolmas profiil, mis ei olnud kunagi õige. Igaüks viib erineva inimese ja erineva paranduseni.

Mida administraatori jaoks koguda

Kirjutage üles profiili nimi, salvestatud aadress, tunnelitüüp, võrk, milles klient oli, ja kas viga järgnes katkestusele. See kirje eristab tegelikku otsinguviga ajaloolisest uuestiühendamise käitumisest ilma, et keegi peaks oletama. Hoidke alles ka kliendi sündmustelogi katse ümbruses.

Vanemate buildide ajutine lahendus on tõestus, et see käitumine oli olemas, mitte lubadus, et sama teenuse taaskäivitamine parandab praeguse masina. Dokumenteeritud hostinime asendamine otsese aadressiga ei ole samuti parandus.

Mõned profiilid eeldavad serveri identiteeti, mis vastab konfigureeritud nimele, seega numbriline ajutine lahendus võib vahetada ühe vea teise vastu. Kui nimi peab jääma, parandage lahendustee, mitte profiili tekst. Igal juhul kirjutage üles, mida muutsite ja miks.

Seotud artiklid