Azure VPN Client: VPN ప్లాట్ఫామ్ కనెక్షన్ను ప్రారంభించలేదు
తిరిగి దిగుమతి, మరమ్మతు మరియు రీసెట్ మూడు వేర్వేరు ఖర్చులు. హ్యాండ్ఆఫ్ వైఫల్యాన్ని ఖర్చు క్రమంలో పరిష్కరించి, తర్వాత నిల్వ సమస్యను గేట్వే సమస్య నుండి వేరు చేయండి.
స్థితి పంక్తి VPN ప్లాట్ఫామ్ కనెక్షన్ను ప్రారంభించలేదని చెబుతుంది, ప్రొఫైల్ ఫిర్యాదు లేకుండా దిగుమతి అవుతుంది మరియు గేట్వే మిగతా అందరికీ ఆరోగ్యంగా ఉంది. ఆ సందేశం Windows లోపల జరిగే హ్యాండ్ఆఫ్ను వివరిస్తుంది, తిరస్కరించిన ఆధారాలను కాదు, కాబట్టి ఉపయోగకరమైన క్రమం అత్యంత చౌక స్థితి మార్పు నుండి అత్యంత విధ్వంసకరమైన దాని వరకు వెళ్తుంది. ప్రొఫైల్ను తిరిగి దిగుమతి చేయడానికి ఒక నిమిషం, ప్యాకేజీ మరమ్మతుకు ఒక రీస్టార్ట్, మరియు రీసెట్కు మెషీన్లోని ప్రతి ప్రొఫైల్ పడుతుంది. తప్పు క్రమంలో పని చేయడం ఈ కేసులను వేరు చేయడానికి అవసరమైన సాక్ష్యాలను నాశనం చేస్తుంది.
తిరిగి దిగుమతి, మరమ్మతు, రీసెట్: మూడు వేర్వేరు ఖర్చులు
మూడు చర్యలు పరస్పరం మార్చుకోగలవి కావు, మరియు శ్రమ లేకుండా తిరిగి మార్చగలిగేది ఒకటే. తిరిగి దిగుమతి ప్రొఫైల్ను రిఫ్రెష్ చేసి యాప్ ఇన్స్టాలేషన్ను ఉంచుతుంది. మరమ్మతు దిగుమతి అయిన ప్రొఫైల్లను ఉంచి ప్యాకేజీ ఫైళ్లను తిరిగి రాస్తుంది. రీసెట్ ప్రొఫైల్లను యాప్ స్థితితో పాటు తొలగిస్తుంది, కాబట్టి తర్వాత ప్రతిదీ మళ్లీ దిగుమతి చేస్తారు.
| 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 |
గేట్వే, చిరునామా పూల్ లేదా ప్రామాణీకరణ పద్ధతి మారిన ప్రతిసారీ azurevpnconfig.xml యొక్క కొత్త డౌన్లోడ్తో ప్రారంభించండి. తొలగించిన గేట్వేను పేర్కొనే ప్రొఫైల్ సరిగ్గా ఈ స్థితి పంక్తిని ఇస్తుంది, మరియు ఇక లేని దానిని సూచించే ఫైల్ను ఏ క్లయింట్ మరమ్మతు సరిచేయదు.
ఏదైనా విధ్వంసకర దశకు ముందు యాప్కు నేపథ్యంలో నడవడానికి అనుమతి ఉందో లేదో తనిఖీ చేయండి: Settings, Apps, Installed apps, Azure VPN Client, Advanced options. సస్పెండ్ చేసిన క్లయింట్ ప్లాట్ఫామ్ హ్యాండ్ఆఫ్ను పూర్తి చేయదు.
RasMan అనేది క్లయింట్ హ్యాండ్ఆఫ్ చేసే సేవ
Remote Access Connection Manager క్లయింట్ అభ్యర్థనను Windows కనెక్షన్గా మారుస్తుంది. ఎలివేటెడ్ ప్రాంప్ట్ నుండి net stop rasman మరియు తర్వాత net start rasman తో దాన్ని తిరిగి ప్రారంభించి, మరేదైనా మార్చే ముందు తిరిగి కనెక్ట్ అవ్వండి.
అది కనెక్షన్ను పునరుద్ధరిస్తే, పరిష్కారం రీబూట్ను దాటి ఉండేలా స్టార్టప్ రకాన్ని సెట్ చేయండి: sc.exe config rasman start= delayed-auto. ఇప్పుడు నడుస్తున్నా బూట్లో నిలిపివేయబడిన సేవ రేపు ఉదయం అదే వైఫల్యాన్ని పునరావృతం చేస్తుంది.
ప్రారంభమై తర్వాత తనంతట తానే ఆగిపోయే సేవను గమనించండి. ఆ నమూనా ఆధారపడటం లేదా విధానాన్ని సూచిస్తుంది, తిరిగి ప్రారంభించడం కొన్ని నిమిషాల పాటు మాత్రమే పని చేస్తుంది, ఇది శుభ్రమైన వైఫల్యం కంటే అధ్వాన్నం ఎందుకంటే ఇది అప్పుడప్పుడు వచ్చే నెట్వర్క్ సమస్యలా కనిపిస్తుంది. ప్రయత్న సమయం చుట్టూ System లాగ్లో సేవ పేరును తనిఖీ చేసి, ఆధారాలు కూడా నడుస్తున్నాయని నిర్ధారించండి.
Current User లేదా Local Machine: రెండు సర్టిఫికెట్ నిల్వలు
క్లయింట్ ఖాళీ సర్టిఫికెట్ జాబితాతో తెరిచినట్లయితే, తప్పు ప్రొఫైల్ది కాదు, సేవది కాదు. క్లయింట్ ప్రస్తుత వినియోగదారు వ్యక్తిగత నిల్వను చదువుతుంది: certmgr.msc తెరిచి, Certificates, Current User, Personal, Certificates విస్తరించి, సర్టిఫికెట్ అక్కడ ప్రైవేట్ కీతో ఉందని నిర్ధారించండి.
certlm.msc తో తెరిచే స్థానిక మెషీన్ నిల్వ మరో నిల్వ, అక్కడ ఇన్స్టాల్ చేయడం వినియోగదారు నిల్వలో చూసే క్లయింట్ను సంతృప్తిపరచదు. సర్టిఫికెట్ ప్రామాణీకరణలో గేట్వే వేరు యొక్క పబ్లిక్ కీని మాత్రమే కలిగి ఉంటుంది, ప్రతి పరికరానికి ఆ వేరు నుండి జారీ చేసిన దాని స్వంత సర్టిఫికెట్ అవసరం. మరో మెషీన్ నుండి కాపీ చేసిన సర్టిఫికెట్ సాధారణంగా దాని ప్రైవేట్ కీ లేకుండా వస్తుంది, ఇది ఎంచుకోగలిగే కానీ ఇప్పటికీ ప్రామాణీకరించలేని నమోదును సృష్టిస్తుంది.
ఖాళీ ఎంపిక నిల్వ సమస్య, టన్నెల్ సమస్య కాదు.
సర్టిఫికెట్ ప్రామాణీకరణ లేదా Azure AD: వేర్వేరు వైఫల్య రూపాలు
Azure AD ప్రామాణీకరణకు పాయింట్-టు-సైట్ కాన్ఫిగరేషన్కు టెనెంట్ URL, ప్రేక్షకుడిగా Azure VPN Client అప్లికేషన్ ఐడీ మరియు STS జారీచేసేది అవసరం, మరియు నిర్వాహకుడు Azure VPN అప్లికేషన్కు సమ్మతి ఇవ్వాలి. ఆ కాన్ఫిగరేషన్ను సేవ్ చేసి, ప్యాకేజీని మళ్లీ డౌన్లోడ్ చేసి, పాత కాపీని తిరిగి ఉపయోగించకుండా కొత్త ఫైల్ను దిగుమతి చేయండి.
క్లయింట్ చిరునామా పూల్ వర్చువల్ నెట్వర్క్ లేదా ఆన్-ప్రిమైసెస్ పరిధితో అతివ్యాప్తి చెందదని మరియు లక్ష్య మెషీన్ నెట్వర్క్ భద్రతా సమూహం పూల్ను అనుమతిస్తుందని కూడా నిర్ధారించండి. ఆ రెండు తప్పులు క్లయింట్ వైపు ప్రతి మరమ్మతు నుండి తప్పించుకుంటాయి.
ల్యాప్టాప్ వైపు లేదా గేట్వే వైపు
పబ్లిక్ చిరునామా తనిఖీతో టన్నెల్ను అంచనా వేయవద్దు. పాయింట్-టు-సైట్ కనెక్షన్ మొత్తం ఇంటర్నెట్ ట్రాఫిక్ను Azure కు పంపదు, కాబట్టి టన్నెల్ సరిగ్గా పని చేస్తున్నప్పుడు మారని పబ్లిక్ చిరునామా ఆశించదగినది. బదులుగా వర్చువల్ నెట్వర్క్ లోపల ప్రైవేట్ చిరునామాను పరీక్షించి, మెషీన్పై ప్రభావవంతమైన మార్గాలను చదవండి.
ఏ దశ కనెక్షన్ను పునరుద్ధరించింది, క్లయింట్ సంస్కరణ, ప్రొఫైల్ డౌన్లోడ్ తేదీ మరియు ఆధారాలను సర్టిఫికెట్ ఇచ్చిందా లేదా గుర్తింపు ప్రదాత ఇచ్చిందా అని రాయండి. ఆ రికార్డు తదుపరి సంఘటనను రెండు నిమిషాల తనిఖీగా మారుస్తుంది, మరియు వైఫల్యాలు ల్యాప్టాప్లో ఉండిపోకుండా గేట్వే వైపు జరుగుతున్నాయా అని చూపుతుంది.
పని క్రమం: తాజా ప్రొఫైల్ను తిరిగి దిగుమతి చేయండి, RasMan తిరిగి ప్రారంభించండి, నేపథ్య అమలుకు అనుమతి ఇవ్వండి, ప్యాకేజీని మరమ్మతు చేయండి, మరియు సర్టిఫికెట్ నిల్వ చెక్కుచెదరకుండా నిర్ధారించినప్పుడు మాత్రమే రీసెట్ చేయండి.