VPN op Windows: pas die kliënt by die profiel

Windows rapporteer die tonnel as verbind terwyl die intranetblad nog steeds tyd uitloop, en die profiel kom van iemand wat intussen weg is. Twee aparte foute lê agter daardie toestand: die verkeerde kliënt vir die lêer, en die verkeerde verwagting oor wat die tonnel dek. Om hulle uitmekaar te hou verg 'n paar opdragte en spaar 'n herinstallering. Nie een van hulle word deur 'n herbegin reggemaak nie.

Die ingeboude kliënt voer net sy eie tipes in

Windows lewer 'n VPN-kliënt wat spesifieke verbindingstipes verstaan, en hy sal nie 'n OpenVPN-lêer of 'n WireGuard-konfigurasie invoer nie, maak nie saak hoe die lêer genoem is nie. Dié benodig hul eie sagteware, geïnstalleer vanaf die verskaffer se geverifieerde aflaais. 'n Bekende inskrywing in die netwerkmenu is nie bewys dat die bediener dit ondersteun nie, en 'n profiel wat met 'n bekende uitbreiding hernoem is, bly die verkeerde lêer. Die verbindingstipe moet ooreenstem met wat die operateur verskaf het, nie met wat die menu toevallig bied nie.

Vir 'n inheemse verbinding, voeg dit by via die netwerkinstellings en tik presies die waardes wat jy gekry het. Sertifikaatgebaseerde IKEv2 en 'n gebruikersnaam-en-wagwoord-inskrywing is verskillende konfigurasies, selfs wanneer albei onder dieselfde opskrif beland. As 'n bestuurde toestel reeds 'n verbinding verskaf, gebruik daardie een eerder as om 'n tweede daarlangs te bou.

Aanmeldstappe is nie uitruilbaar nie

'n Verbinding kan 'n gebruikersnaam en wagwoord, 'n kliëntsertifikaat, 'n interaktiewe opdrag of verskeie daarvan in volgorde vereis. 'n Privaatsleutel-wagfrase ontsluit 'n sleutel en is nie die dienswagwoord nie, selfs wanneer albei in dieselfde dialoogvenster getik word. 'n Sertifikaatwaarskuwing gaan oor identiteit of vertroue, nie oor of die rekeningnaam korrek gespel is nie. Om te lees watter van die drie gefaal het, bepaal die volgende stap.

Lees die weiering eerder as om dit weer te probeer. 'n Outentiseringsfout en 'n vertrouefout lyk dieselfde in 'n statusvenster en het niks onderling gemeen nie: die eerste benodig 'n geloofsbrief, die tweede 'n ketting wat die kliënt aanvaar.

Hou geloofsbriewe en sertifikaatmateriaal uit skermkiekies. 'n Foto van 'n instellingsblad kan 'n bedieneradres en 'n gestoorde gebruikersnaam gelyk blootlê, en 'n ondersteuningsdraad is meer dikwels 'n openbare dokument as wat mense verwag. Verdonker dit voordat jy dit plaas, nie nadat iemand dit reeds aangehaal het nie.

In PowerShell lys Get-VpnConnection wat Windows dink opgestel is, insluitend inskrywings wat die instellingsvenster uit die oog hou. Vanaf 'n cmd-opdragprompt verbind rasdial volgens verbindingsnaam en ipconfig /all wys wat die adapter werklik ontvang het. Die twee skulpe deel nie 'n ontleder nie, so plak elke reël in die regte een.

Get-VpnConnection
Get-VpnConnection -Name "Office" | Format-List Name,ServerAddress,AuthenticationMethod

rasdial "Office"
ipconfig /all

Die roetertabel besluit, nie die adapterikoon nie

'n Korporatiewe tonnel kan net kantoordoelwitte routeer en gewone blaai op die plaaslike verbinding laat, terwyl 'n volledige-tonnelprofiel die teenoorgestelde doen. Maak die werklike hulpbron oop voordat jy besluit dat enige van die twee gedrag verkeerd is. Die ikoon rapporteer adaptertoestand, en die roetertabel is waar die antwoord lê. Dié twee stem meer dikwels nie ooreen nie as wat 'n statusvenster toegee.

Meer spesifieke inskrywings kan 'n subnet in die tonnel stuur terwyl die verstekroete daarbuite bly, wat presies is hoe 'n gesplete tonnel veronderstel is om te lyk. 'n Ontbrekende inskrywing is die ander algemene uitkoms, en van die blaaier af lyk dit identies aan 'n tonnel wat af is. Vergelyk die voorvoegsel wat jy nie kan bereik nie met die tabel eerder as met die ikoon. Dis hoekom die ikoon en die tabel kan verskil terwyl albei die waarheid oor verskillende dinge vertel.

Moenie roetes uitvee omdat die tabel adapters bevat wat jy nie herken nie. 'n Virtuele masjien, 'n filterdrywer of 'n tweede kliënt kan elkeen een byvoeg, en om dit te verwyder breek iets wat voorheen gewerk het.

route print -4
nslookup intranet.corp.internal

Privaat name het die organisasie se oplosser nodig

Privaat name het die organisasie se oplosser nodig, en 'n blaaier met sy eie veilige DNS kan die stelselinstelling heeltemal omseil. Dit veroorsaak die verwarrende geval waar 'n opdragreël-soektog 'n adres teruggee en dieselfde naam steeds in die blaaier misluk.

Kontroleer watter adapter die huidige DNS-opstelling verskaf het voordat jy iets verander. Hou die organisasie se oplosser vir privaat name eerder as om dit deur 'n openbare diens te vervang. Om 'n openbare oplosser in te skakel herstel gewoonlik 'n openbare naam en breek elke interne een, wat 'n erger fout is as die een waarmee jy begin het. As die verbinding sukses rapporteer en niks werk nie, werk deur stuur en DNS voordat jy die netwerkstapel herstel.

Get-DnsClientServerAddress -AddressFamily IPv4
Resolve-DnsName intranet.corp.internal

Microsoft se dokumentasie oor Windows VPN-verbindingstipes en byvoegings is die verwysing vir watter kliënt watter tipe hanteer, en geen menulis vertel jou dit nie. Herverbind na enige verandering en probeer weer die werklike toepassing eerder as die statusikoon. Stoor die werkende profiel waar jy dit weer kan vind, en noteer die oplosser en die roete wat dit laat werk het, want die volgende masjien sal albei nodig hê.