Azure VPN Client: platforma VPN nuk e nisi lidhjen

Rreshti i statusit thotë se platforma VPN nuk e nisi lidhjen, profili importohet pa ankesa dhe porta është e shëndetshme për të gjithë të tjerët. Ai mesazh përshkruan një dorëzim brenda Windows, jo një kredencial të refuzuar, prandaj rendi i dobishëm shkon nga ndryshimi më i lirë i gjendjes te më shkatërruesi. Riimportimi i një profili kushton një minutë, riparimi i paketës kushton një rindezje, dhe rivendosja kushton çdo profil në makinë. Puna në rendin e gabuar shkatërron provat që ju nevojiten për t'i dalluar këto raste.

Riimportim, riparim, rivendosje: tri kosto të ndryshme

Tri veprimet nuk janë të këmbyeshme dhe vetëm një është e kthyeshme pa punë. Riimportimi rifreskon profilin dhe mban instalimin e aplikacionit. Riparimi mban profilet e importuara dhe rishkruan skedarët e paketës. Rivendosja heq profilet bashkë me gjendjen e aplikacionit, prandaj më pas riimportoni gjithçka.

Filloni me një shkarkim të ri të azurevpnconfig.xml sa herë që porta, grupi i adresave ose metoda e vërtetimit kanë ndryshuar. Një profil që emërton një portë të fshirë prodhon pikërisht këtë rresht statusi, dhe asnjë riparim i klientit nuk e rregullon një skedar që tregon drejt diçkaje që nuk ekziston më.

Përpara çdo hapi shkatërrues, kontrolloni nëse aplikacionit i lejohet të ekzekutohet në sfond: Cilësimet, Aplikacionet, Aplikacionet e instaluara, Azure VPN Client, Opsione të avancuara. Një klient i pezulluar nuk mund ta përfundojë dorëzimin e platformës.

RasMan është shërbimi të cilit klienti i dorëzon

Remote Access Connection Manager e kthen një kërkesë të klientit në një lidhje Windows. Rindizeni atë nga një prompt i ngritur me net stop rasman dhe më pas net start rasman, dhe rilidhuni përpara se të ndryshoni diçka tjetër.

Nëse kjo e rikthen lidhjen, vendosni llojin e nisjes që rregullimi t'i mbijetojë një rindezjeje: sc.exe config rasman start= delayed-auto. Një shërbim që tani funksionon por është i çaktivizuar në nisje e përsërit të njëjtin dështim nesër në mëngjes.

Vini re një shërbim që niset dhe më pas ndalon vetë. Ky model tregon një varësi ose një politikë, dhe rindezja do të funksionojë vetëm për minuta me radhë, gjë që është më keq se një dështim i pastër, sepse duket si një problem rrjeti i ndërprerë. Kontrolloni regjistrin System për emrin e shërbimit rreth kohës së përpjekjes dhe konfirmoni se edhe varësitë po ekzekutohen.

Përdoruesi aktual ose kompjuteri lokal: dy magazina certifikatash

Nëse klienti hapet me një listë të zbrazët certifikatash, faji nuk është i profilit dhe as i shërbimit. Klienti lexon magazinën personale të përdoruesit aktual: hapni certmgr.msc, zgjeroni Certificates, Current User, Personal, Certificates dhe konfirmoni se certifikata është aty me një çelës privat.

Magazina e kompjuterit lokal e hapur me certlm.msc është një magazinë tjetër, dhe instalimi atje nuk e kënaq një klient që kërkon në magazinën e përdoruesit. Me vërtetim certifikate, porta mban vetëm çelësin publik të rrënjës, dhe çdo pajisje ka nevojë për certifikatën e vet të lëshuar nga ajo rrënjë. Një certifikatë e kopjuar nga një makinë tjetër zakonisht vjen pa çelësin e saj privat, gjë që prodhon një zë që mund ta zgjidhni por që prapë nuk mund të vërtetohet.

Një zgjedhës i zbrazët është problem i magazinës, jo i tunelit.

Vërtetim me certifikatë ose Azure AD: forma të ndryshme dështimi

Për vërtetimin Azure AD, konfigurimi pikë-në-vend ka nevojë për URL-në e qiradhënësit, ID-në e aplikacionit Azure VPN Client si audiencë dhe lëshuesin STS, me një administrator që i jep pëlqimin aplikacionit Azure VPN. Ruani atë konfigurim, shkarkoni përsëri paketën dhe importoni skedarin e ri në vend që të ripërdorni një kopje të vjetër.

Konfirmoni gjithashtu se grupi i adresave i klientit nuk mbivendoset me rrjetin virtual ose me një interval lokal, dhe se grupi i sigurisë së rrjetit të makinës së synuar e lejon grupin. Këto dy gabime i mbijetojnë çdo riparimi në anën e klientit.

Ana e laptopit ose ana e portës

Mos e gjykoni tunelin nga një kontroll i adresës publike. Një lidhje pikë-në-vend nuk e dërgon të gjithë trafikun e internetit te Azure, prandaj një adresë publike e pandryshuar pritet ndërsa tuneli funksionon si duhet. Në vend të kësaj, provoni një adresë private brenda rrjetit virtual dhe lexoni rrugët efektive në makinë.

Shkruani cili hap e riktheu lidhjen, versionin e klientit, datën e shkarkimit të profilit dhe nëse një certifikatë ose ofruesi i identitetit e dha kredencialin. Ai regjistrim e kthen rastin tjetër në një kontroll dy minutash dhe tregon nëse dështimet po lëvizin drejt portës në vend që të mbeten në laptop.

Rendi i punës: riimportoni një profil aktual, rindizni RasMan, lejoni ekzekutimin në sfond, riparoni paketën dhe rivendosni vetëm nëse magazina e certifikatave konfirmohet e paprekur.