Azure VPN Client: platforma VPN nenastartovala připojení
Opětovný import, oprava a obnovení stojí tři různé věci. Vyřešte selhání předání podle pořadí nákladů a pak oddělte problém úložiště od problému brány.
Stavový řádek říká, že platforma VPN nenastartovala připojení, profil se importuje bez stížnosti a brána je zdravá pro všechny ostatní. Tato zpráva popisuje předání uvnitř Windows, ne odmítnuté přihlašovací údaje, takže užitečné pořadí jde od nejlevnější změny stavu k nejničivější. Opětovný import profilu stojí minutu, oprava balíčku restart a obnovení stojí všechny profily na počítači. Práce ve špatném pořadí ničí důkazy, které potřebujete k rozlišení těchto případů.
Opětovný import, oprava, obnovení: tři různé náklady
Tři akce nejsou zaměnitelné a jen jedna je vratná bez práce. Opětovný import obnoví profil a ponechá instalaci aplikace. Oprava ponechá importované profily a přepíše soubory balíčku. Obnovení odstraní profily spolu se stavem aplikace, takže poté vše znovu importujete.
| Action | Keeps | Removes |
|---|---|---|
| Re-import profile | App, other profiles | The stale profile entry |
| Repair package | Imported profiles | Damaged app files |
| Reset app | Nothing local | All profiles and app state |
Začněte novým stažením azurevpnconfig.xml, kdykoli se změnila brána, fond adres nebo metoda ověřování. Profil, který uvádí smazanou bránu, vytváří přesně tento stavový řádek a žádná oprava klienta nespraví soubor, který ukazuje na něco, co už neexistuje.
Před kterýmkoli ničivým krokem zkontrolujte, zda aplikace smí běžet na pozadí: Nastavení, Aplikace, Nainstalované aplikace, Azure VPN Client, Rozšířené možnosti. Pozastavený klient nemůže dokončit předání platformě.
RasMan je služba, které klient předává
Remote Access Connection Manager mění požadavek klienta v připojení Windows. Restartujte ji ze zvýšeného příkazového řádku pomocí net stop rasman a poté net start rasman a před jakoukoli další změnou se znovu připojte.
Pokud to připojení obnoví, nastavte typ spuštění, aby oprava přežila restart: sc.exe config rasman start= delayed-auto. Služba, která nyní běží, ale při spouštění je zakázaná, zítra ráno zopakuje stejnou závadu.
Sledujte službu, která se spustí a pak se sama zastaví. Tento vzorec ukazuje na závislost nebo zásadu a restart bude fungovat vždy jen několik minut, což je horší než čisté selhání, protože to vypadá jako přerušovaný problém se sítí. Zkontrolujte v protokolu System název služby v době pokusu a ověřte, že běží i závislosti.
Aktuální uživatel nebo místní počítač: dvě úložiště certifikátů
Pokud se klient otevře s prázdným seznamem certifikátů, na vině není profil ani služba. Klient čte osobní úložiště aktuálního uživatele: otevřete certmgr.msc, rozbalte Certificates, Current User, Personal, Certificates a ověřte, že certifikát je tam s privátním klíčem.
Úložiště místního počítače otevřené pomocí certlm.msc je jiné úložiště a instalace tam neuspokojí klienta, který hledá v uživatelském úložišti. Při ověřování certifikátem má brána jen veřejný klíč kořene a každé zařízení potřebuje vlastní certifikát vydaný z tohoto kořene. Certifikát zkopírovaný z jiného počítače obvykle dorazí bez privátního klíče, což vytvoří položku, kterou lze vybrat, ale přesto se jí nelze ověřit.
Prázdný výběr je problém úložiště, ne tunelu.
Ověřování certifikátem nebo Azure AD: různé tvary selhání
Pro ověřování Azure AD potřebuje konfigurace bodu k síti adresu URL tenanta, identifikátor aplikace Azure VPN Client jako publikum a vydavatele STS, přičemž správce musí aplikaci Azure VPN udělit souhlas. Uložte tuto konfiguraci, stáhněte balíček znovu a importujte nový soubor místo opětovného použití starší kopie.
Ověřte také, že fond adres klienta se nepřekrývá s virtuální sítí ani s místním rozsahem a že skupina zabezpečení sítě cílového počítače fond povoluje. Tyto dvě chyby přežijí každou opravu na straně klienta.
Strana notebooku nebo strana brány
Nesuďte tunel podle kontroly veřejné adresy. Připojení bodu k síti neposílá veškerý internetový provoz do Azure, takže nezměněná veřejná adresa je očekávaná, když tunel správně funguje. Místo toho otestujte privátní adresu uvnitř virtuální sítě a přečtěte efektivní trasy na počítači.
Zapište, který krok připojení obnovil, verzi klienta, datum stažení profilu a zda přihlašovací údaj dodal certifikát nebo poskytovatel identity. Tento záznam promění příští výskyt v kontrolu na dvě minuty a ukáže, zda se selhání posouvají k bráně, místo aby zůstávala na notebooku.
Pořadí práce: znovu importujte aktuální profil, restartujte RasMan, povolte běh na pozadí, opravte balíček a obnovte jen tehdy, když je úložiště certifikátů potvrzeně v pořádku.