Azure VPN Client: VPN-alusta ei käynnistänyt yhteyttä

Tilarivi sanoo, että VPN-alusta ei käynnistänyt yhteyttä, profiili tuodaan valittamatta ja yhdyskäytävä on terve kaikille muille. Tämä viesti kuvaa luovutusta Windowsin sisällä, ei hylättyä tunnistetietoa, joten hyödyllinen järjestys etenee halvimmasta tilamuutoksesta tuhoisimpaan. Profiilin uudelleentuonti maksaa minuutin, paketin korjaus uudelleenkäynnistyksen ja palautus kaikki koneen profiilit. Väärässä järjestyksessä työskentely tuhoaa todisteet, joita tarvitset näiden tapausten erottamiseen.

Uudelleentuonti, korjaus, palautus: kolme eri kustannusta

Kolme toimenpidettä eivät ole vaihdettavissa, ja vain yksi on peruttavissa ilman työtä. Uudelleentuonti päivittää profiilin ja säilyttää sovelluksen asennuksen. Korjaus säilyttää tuodut profiilit ja kirjoittaa pakettitiedostot uudelleen. Palautus poistaa profiilit sovelluksen tilan mukana, joten tuot sen jälkeen kaiken uudelleen.

Aloita tuoreella azurevpnconfig.xml-tiedoston latauksella aina, kun yhdyskäytävä, osoitepooli tai todentamismenetelmä on muuttunut. Poistetun yhdyskäytävän nimeävä profiili tuottaa juuri tämän tilarivin, eikä mikään asiakkaan korjaus korjaa tiedostoa, joka osoittaa johonkin, mitä ei enää ole.

Ennen mitään tuhoisaa vaihetta varmista, että sovellus saa käydä taustalla: Asetukset, Sovellukset, Asennetut sovellukset, Azure VPN Client, Lisäasetukset. Keskeytetty asiakasohjelma ei voi suorittaa alustan luovutusta loppuun.

RasMan on palvelu, jolle asiakasohjelma luovuttaa

Remote Access Connection Manager muuttaa asiakaspyynnön Windows-yhteydeksi. Käynnistä se uudelleen korotetusta komentokehotteesta komennoilla net stop rasman ja sitten net start rasman, ja yhdistä uudelleen ennen kuin muutat mitään muuta.

Jos se palauttaa yhteyden, aseta käynnistystyyppi, jotta korjaus säilyy uudelleenkäynnistyksen yli: sc.exe config rasman start= delayed-auto. Palvelu, joka nyt toimii mutta on poistettu käytöstä käynnistyksessä, toistaa saman vian huomenna aamulla.

Tarkkaile palvelua, joka käynnistyy ja pysähtyy sitten itsestään. Tämä kuvio viittaa riippuvuuteen tai käytäntöön, ja uudelleenkäynnistys toimii kerrallaan minuutteja, mikä on pahempaa kuin puhdas vika, koska se näyttää ajoittaiselta verkko-ongelmalta. Tarkista System-lokista palvelun nimi yrityksen aikaan ja varmista, että myös riippuvuudet toimivat.

Nykyinen käyttäjä vai paikallinen kone: kaksi varastoa

Jos asiakasohjelma avautuu tyhjällä varmenneluettelolla, syy ei ole profiilissa eikä palvelussa. Asiakasohjelma lukee nykyisen käyttäjän henkilökohtaista varastoa: avaa certmgr.msc, laajenna Certificates, Current User, Personal, Certificates ja varmista, että varmenne on siellä yksityisen avaimen kanssa.

Kohdassa certlm.msc avattava paikallisen koneen varasto on eri varasto, eikä sinne asentaminen tyydytä asiakasohjelmaa, joka etsii käyttäjän varastosta. Varmennevarmenteisessa todentamisessa yhdyskäytävällä on vain juuren julkinen avain, ja jokainen laite tarvitsee oman varmenteensa, joka on myönnetty siitä juuresta. Toiselta koneelta kopioitu varmenne saapuu yleensä ilman yksityistä avaintaan, mikä tuottaa merkinnän, jonka voi valita mutta joka ei silti pysty todentamaan.

Tyhjä valitsin on varasto-ongelma, ei tunneliongelma.

Varmennetodennus vai Azure AD: erilaiset vikamuodot

Azure AD -todennusta varten piste-sivusto-määritys tarvitsee vuokraajan URL:n, Azure VPN Client -sovelluksen tunnisteen yleisönä ja STS:n myöntäjän, ja järjestelmänvalvojan on annettava suostumus Azure VPN -sovellukselle. Tallenna määritys, lataa paketti uudelleen ja tuo uusi tiedosto sen sijaan, että käyttäisit vanhempaa kopiota.

Varmista myös, että asiakasohjelman osoitepooli ei ole virtuaaliverkon tai paikallisen alueen päällä, ja että kohdekoneen verkon suojausryhmä sallii poolin. Nämä kaksi virhettä selviävät jokaisesta asiakkaan puolen korjauksesta.

Kannettavan puoli vai yhdyskäytävän puoli

Älä arvioi tunnelia julkisen osoitteen tarkistuksella. Piste-sivusto-yhteys ei lähetä kaikkea internettiliikennettä Azureen, joten muuttumaton julkinen osoite on odotettavissa, kun tunneli toimii oikein. Testaa sen sijaan virtuaaliverkon sisäistä yksityistä osoitetta ja lue koneen tehokkaat reitit.

Kirjoita muistiin, mikä vaihe palautti yhteyden, asiakasohjelman versio, profiilin latauspäivä ja antoiko tunnistetiedon varmenne vai identiteetintarjoaja. Tämä kirjaus muuttaa seuraavan tapauksen parin minuutin tarkistukseksi, ja se näyttää, ajautuvatko viat yhdyskäytävää kohti sen sijaan että pysyisivät kannettavassa.

Työjärjestys: tuo nykyinen profiili uudelleen, käynnistä RasMan uudelleen, salli taustalla suorittaminen, korjaa paketti ja palauta vasta, kun varmennevarasto on todettu ehjäksi.