Azure VPN Client: VPN-plattformen startet ikke tilkoblingen

Statuslinjen sier at VPN-plattformen ikke startet tilkoblingen, profilen importeres uten klage, og gatewayen er sunn for alle andre. Den meldingen beskriver en overlevering inne i Windows, ikke en avvist legitimasjon, så den nyttige rekkefølgen går fra den billigste tilstandsendringen til den mest destruktive. Reimport av en profil koster ett minutt, reparasjon av pakken koster en omstart, og tilbakestilling koster hver profil på maskinen. Å arbeide i feil rekkefølge ødelegger bevisene du trenger for å skille disse sakene.

Reimport, reparasjon, tilbakestilling: tre forskjellige kostnader

De tre handlingene er ikke utskiftbare, og bare én er reversibel uten arbeid. Reimport oppdaterer profilen og beholder appinstallasjonen. Reparasjon beholder de importerte profilene og skriver pakkefilene på nytt. Tilbakestilling fjerner profilene sammen med apptilstanden, så du importerer alt på nytt etterpå.

Begynn med en fersk nedlasting av azurevpnconfig.xml når gatewayen, adressepoolen eller autentiseringsmetoden er endret. En profil som nevner en slettet gateway gir nøyaktig denne statuslinjen, og ingen klientreparasjon retter en fil som peker på noe som ikke finnes lenger.

Før ethvert destruktivt steg, kontroller at appen har lov til å kjøre i bakgrunnen: Innstillinger, Apper, Installerte apper, Azure VPN Client, Avanserte alternativer. En suspendert klient kan ikke fullføre plattformoverleveringen.

RasMan er tjenesten klienten overleverer til

Remote Access Connection Manager gjør en klientforespørsel om til en Windows-tilkobling. Start den på nytt fra en forhøyet ledetekst med net stop rasman og deretter net start rasman, og koble til igjen før du endrer noe annet.

Hvis det gjenoppretter tilkoblingen, sett starttypen slik at rettelsen overlever en omstart: sc.exe config rasman start= delayed-auto. En tjeneste som kjører nå, men er deaktivert ved oppstart, gjentar samme feil i morgen tidlig.

Følg med på en tjeneste som starter og deretter stopper av seg selv. Det mønsteret peker på en avhengighet eller en policy, og en omstart vil holde i noen minutter om gangen, noe som er verre enn en ren feil fordi det ser ut som et periodisk nettverksproblem. Sjekk System-loggen for tjenestenavnet rundt tidspunktet for forsøket, og bekreft at avhengighetene også kjører.

Gjeldende bruker eller lokal datamaskin: to sertifikatlagre

Hvis klienten åpnes med en tom sertifikatliste, er ikke profilen skylden, og ikke tjenesten heller. Klienten leser den gjeldende brukerens personlige lager: åpne certmgr.msc, utvid Certificates, Current User, Personal, Certificates, og bekreft at sertifikatet er der med en privat nøkkel.

Lageret for den lokale datamaskinen som åpnes med certlm.msc er et annet lager, og installasjon der tilfredsstiller ikke en klient som ser i brukerlageret. Med sertifikatautentisering har gatewayen bare rotens offentlige nøkkel, og hver enhet trenger sitt eget sertifikat utstedt fra den roten. Et sertifikat kopiert fra en annen maskin kommer vanligvis uten sin private nøkkel, noe som gir en oppføring du kan velge, men som fortsatt ikke kan autentisere.

En tom velger er et lagerproblem, ikke et tunnelproblem.

Sertifikatautentisering eller Azure AD: forskjellige feilformer

For Azure AD-autentisering trenger punkt-til-område-konfigurasjonen leierens URL, applikasjons-ID-en til Azure VPN Client som målgruppe og STS-utstederen, med en administrator som gir samtykke til Azure VPN-applikasjonen. Lagre konfigurasjonen, last ned pakken på nytt, og importer den nye filen i stedet for å gjenbruke en eldre kopi.

Bekreft også at klientens adressepool ikke overlapper det virtuelle nettverket eller et lokalt område, og at nettverkssikkerhetsgruppen til målmaskinen tillater poolen. De to feilene overlever enhver reparasjon på klientsiden.

Bærbarsiden eller gatewaysiden

Ikke bedøm tunnelen ut fra en kontroll av offentlig adresse. En punkt-til-område-tilkobling sender ikke all internettrafikk til Azure, så en uendret offentlig adresse er forventet mens tunnelen fungerer riktig. Test i stedet en privat adresse inne i det virtuelle nettverket, og les de effektive rutene på maskinen.

Skriv ned hvilket steg som gjenopprettet tilkoblingen, klientversjonen, nedlastingsdatoen for profilen og om et sertifikat eller identitetsleverandøren leverte legitimasjonen. Den registreringen gjør neste tilfelle til en kontroll på et par minutter, og den viser om feilene driver mot gatewayen i stedet for å bli på den bærbare maskinen.

Arbeidsrekkefølge: importer en gjeldende profil på nytt, start RasMan på nytt, tillat kjøring i bakgrunnen, reparer pakken, og tilbakestill bare hvis sertifikatlageret er bekreftet intakt.