Die dialoog sê die bedienernaam kon nie opgelos word nie, en die profielveld waarna jy staar is ’n adres. Dié kombinasie is nie ’n teenstrydigheid nie: die kliënt los iets anders op as die waarde wat jy dink hy lees. Bepaal eers wat hy werklik skakel voordat jy aflei dat DNS stukkend is. Die volgorde van die kliënt se eie stappe wys jou waar om te kyk.

Die kliënt los ’n naam op voordat hy skakel

’n Inheemse Windows-VPN-verbinding lees sy profiel, los die bedieneradres op, begin die tonnel en verifieer eers daarna. Fout 868 hoort by die tweede stap. Omdat die latere stappe nooit loop nie, kan die dialoog soos ’n aanmeldingsprobleem lyk wanneer die opsoek eerste misluk het.

Daardie volgorde is nuttig, want dit vernou die laag wat ondersoek moet word. Wanneer dieselfde profiel van een netwerk werk en van ’n ander misluk, is die verskil gewoonlik naamresolusie eerder as die tonneltipe of die rekening. Toets die opsoek waar die fout gebeur, nie waar die profiel gebou is nie.

Watter naam, as die veld ’n adres wys

Lees die gestoorde waarde in plaas van die vertoonnaam. Die etiket van ’n verbinding is nie sy bedieneradres nie, en twee inskrywings met soortgelyke etikette stuur jou agter die verkeerde een aan:

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

As die profiel vir elke gebruiker ingerig is, bevraag daardie omvang ook met -AllUserConnection. Los dan presies die waarde op wat die opdrag gedruk het, vanaf die netwerk waar die fout gebeur. Gebruik die operateur se gedokumenteerde poort, nie die interne toepassingsnaam wat eers oplos nadat die tonnel op is nie. Daardie tweede navraag misluk om ’n verwagte rede en sê vir jou niks oor die skakeling nie:

Resolve-DnsName vpn.example.com

Wanneer die gestoorde waarde werklik numeries is, soek ’n tweede plek waar die kliënt ’n naam lees. ’n EAP-opstelling kan na ’n bediener verwys, ’n profiel wat van ’n ander instrument ingevoer is, kan sy eie waarde dra, en ’n vroeëre installeerder kan ’n duplikaatinskrywing agterlaat. Die veld in die dialoog is nie altyd die enigste invoer nie.

Die Windows 7-herverbindingspatroon

Die draad agter hierdie fout beskryf masjiene wat een keer gekonnekteer het en later met 868 gefaal het, sonder dat iets in die profiel verander het. Bydraers het gemeld dat die herbegin van die Remote Access Connection Manager-diens of af- en weer aanmeld die verbinding tydelik herstel het. Dit is noodoplossings, nie ’n bewese grondoorsaak nie.

Behandel daardie patroon as ’n aparte hipotese. ’n Herbegin stel kliënttoestand terug, so ’n tydelike sukses daarna bewys nie dat die DNS-rekord verkeerd was nie:

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

Lees die tabel as ’n stel onderskeidende waarnemings, nie as ’n diagnose nie. Die eerste ry is ’n naamprobleem, die tweede is kliënttoestand, en die derde is ’n profiel wat nooit reg was nie. Elkeen lei na ’n ander persoon en ’n ander regstelling.

Wat om vir die administrateur in te samel

Skryf die profielnaam neer, die gestoorde adres, die tonneltipe, die netwerk waarop die kliënt was, en of die fout op ’n ontkoppeling gevolg het. Daardie rekord skei ’n werklike opsoekfout van die historiese herverbindingsgedrag sonder dat iemand hoef te raai. Hou ook die kliënt se gebeurtenislog rondom die poging.

Die noodoplossing uit ouer boue is bewys dat die gedrag bestaan het, nie ’n belofte dat dieselfde diensherbegin ’n huidige masjien sal regmaak nie. Om ’n gedokumenteerde gasheernaam met ’n letterlike adres te vervang, is ook nie ’n herstel nie.

Sommige profiele verwag ’n bedieneridentiteit wat by die gekonfigureerde naam pas, so ’n numeriese noodoplossing kan een fout vir ’n ander verruil. As die naam moet bly, maak die resolusiepad reg eerder as die profielteks. Skryf in elk geval neer wat jy verander het en waarom.

Verwante artikels