Azure VPN Client: VPN-platformen startede ikke forbindelsen

Statuslinjen siger, at VPN-platformen ikke startede forbindelsen, profilen importeres uden klage, og gatewayen er sund for alle andre. Den besked beskriver en overdragelse inde i Windows, ikke en afvist legitimationsoplysning, så den nyttige rækkefølge går fra den billigste tilstandsændring til den mest destruktive. Genimport af en profil koster et minut, reparation af pakken koster en genstart, og nulstilling koster hver profil på maskinen. At arbejde i den forkerte rækkefølge ødelægger det bevis, du har brug for til at skelne de sager.

Genimport, reparation, nulstilling: tre forskellige omkostninger

De tre handlinger kan ikke udskiftes, og kun én er reversibel uden arbejde. Genimport opdaterer profilen og beholder appinstallationen. Reparation beholder de importerede profiler og omskriver pakkefilerne. Nulstilling fjerner profilerne sammen med appens tilstand, så du importerer alt igen bagefter.

Begynd med en frisk download af azurevpnconfig.xml, når gatewayen, adressepuljen eller godkendelsesmetoden er ændret. En profil, der nævner en slettet gateway, giver præcis denne statuslinje, og ingen klientreparation retter en fil, der peger på noget, der ikke findes længere.

Før ethvert destruktivt skridt skal du kontrollere, at appen må køre i baggrunden: Indstillinger, Apps, Installerede apps, Azure VPN Client, Avancerede indstillinger. En suspenderet klient kan ikke fuldføre platformens overdragelse.

RasMan er den tjeneste, klienten overdrager til

Remote Access Connection Manager gør en klientanmodning til en Windows-forbindelse. Genstart den fra en forhøjet kommandoprompt med net stop rasman og derefter net start rasman, og opret forbindelse igen, før du ændrer noget andet.

Hvis det genskaber forbindelsen, skal du indstille starttypen, så rettelsen overlever en genstart: sc.exe config rasman start= delayed-auto. En tjeneste, der kører nu, men er deaktiveret ved opstart, gentager samme fejl i morgen tidlig.

Hold øje med en tjeneste, der starter og derefter stopper af sig selv. Det mønster peger på en afhængighed eller en politik, og genstart vil holde nogle minutter ad gangen, hvilket er værre end en ren fejl, fordi det ligner et periodisk netværksproblem. Tjek System-loggen for tjenestenavnet omkring forsøget, og bekræft, at afhængighederne også kører.

Aktuel bruger eller lokal computer: to certifikatlagre

Hvis klienten åbner med en tom certifikatliste, er profilen ikke skyld i det, og tjenesten heller ikke. Klienten læser den aktuelle brugers personlige lager: åbn certmgr.msc, udvid Certificates, Current User, Personal, Certificates, og bekræft, at certifikatet er der med en privat nøgle.

Det lokale computerlager, der åbnes med certlm.msc, er et andet lager, og installation der tilfredsstiller ikke en klient, der kigger i brugerlageret. Med certifikatgodkendelse har gatewayen kun rodens offentlige nøgle, og hver enhed skal have sit eget certifikat udstedt fra den rod. Et certifikat kopieret fra en anden maskine kommer normalt uden sin private nøgle, hvilket giver en post, du kan vælge, men som stadig ikke kan godkende.

En tom vælger er et lagerproblem, ikke et tunnelproblem.

Certifikatgodkendelse eller Azure AD: forskellige fejlformer

Til Azure AD-godkendelse skal punkt-til-site-konfigurationen bruge lejerens URL, program-id for Azure VPN Client som målgruppe og STS-udstederen, hvor en administrator giver samtykke til Azure VPN-programmet. Gem konfigurationen, download pakken igen, og importér den nye fil i stedet for at genbruge en ældre kopi.

Bekræft også, at klientens adressepulje ikke overlapper det virtuelle netværk eller et lokalt område, og at mål-maskinens netværkssikkerhedsgruppe tillader puljen. De to fejl overlever enhver reparation på klientsiden.

Bærbarsiden eller gatewaysiden

Døm ikke tunnelen ud fra en offentlig adressekontrol. En punkt-til-site-forbindelse sender ikke al internettrafik til Azure, så en uændret offentlig adresse er forventet, mens tunnelen fungerer korrekt. Test i stedet en privat adresse inde i det virtuelle netværk, og læs de effektive ruter på maskinen.

Skriv ned, hvilket skridt der genskabte forbindelsen, klientversionen, datoen for profildownload, og om et certifikat eller identitetsudbyderen leverede legitimationsoplysningen. Den registrering gør næste tilfælde til en kontrol på et par minutter, og den viser, om fejlene driver mod gatewayen i stedet for at blive på bærbaren.

Arbejdsrækkefølge: genimportér en aktuel profil, genstart RasMan, tillad baggrundskørsel, reparér pakken, og nulstil kun, hvis certifikatlagenet er bekræftet intakt.