Windows VPN కనెక్ట్ కావడం లేదా? కోడ్‌ను ఈవెంట్ లాగ్‌తో సరిపోల్చండి

Windows VPN సంభాషణ విఫలమైన దశను దాచుతుంది. ఫలిత కోడ్ చదవండి, ఆ ప్రయత్నం యొక్క RasClient ఈవెంట్‌ను తీసుకోండి మరియు విరిగిన పొరను మాత్రమే మార్చండి.

శుక్రవారం ఇది పని చేసింది. సోమవారం అదే Windows క్లయింట్ కనెక్షన్ ప్రయత్నం విఫలమైందని చెప్పే సంభాషణతో సమాధానం ఇస్తుంది, దాని క్రింది వాక్యం డజన్ల కొద్దీ సంబంధం లేని సమస్యలకు మీరు ఇప్పటికే చూసినది. ఆ సంభాషణ గొలుసు ముగింపు, దాని ప్రారంభం కాదు. ప్రయత్నం నిజంగా ఏ దశలో చనిపోయిందో Windows దాచుతుంది, రెండు చిన్న సాక్ష్యాలు దానికి పేరు పెడతాయి: సంఖ్యాత్మక ఫలిత కోడ్ మరియు అదే నిమిషం యొక్క ఒక RasClient ఈవెంట్. నేను ఉపయోగించే క్రమం ఇదే — ప్రయత్నాన్ని స్థిరపరచండి, కోడ్ చదవండి, ఈవెంట్ తీసుకోండి, ఆపై సరిగ్గా ఒక పొరను మార్చండి.

సంభాషణ పాఠ్యం చివరి దశ, కారణం కాదు

మీరు చదివే వాక్యం ప్రయత్నం ఇప్పటికే విప్పుకుపోయిన తర్వాత ఎంపిక చేయబడుతుంది. "కనెక్షన్ స్థాపించబడక ముందే రిమోట్ కంప్యూటర్ కనెక్షన్‌ను ముగించింది" అనేది సర్వర్ చర్చ మధ్యలో ఫోన్ పెట్టేసినప్పుడు, మీ వినియోగదారు పేరు పంపబడక ముందే IPsec విఫలమైనప్పుడు, మరియు ఒక విధానం టన్నెల్‌ను నేరుగా తిరస్కరించినప్పుడు కనిపిస్తుంది. మూడు వేర్వేరు యజమానులు, ఒక వాక్యం. పదబంధాన్ని లక్షణ-వర్గంగా పరిగణించండి, కోడ్ అంగీకరించే వరకు అది ఏదీ నడిపించనివ్వకండి.

ఇంకా స్థిరపరచగలిగేది ప్రయత్నం కూడా. కనెక్షన్ పేరు, ప్రొఫైల్‌లో నిల్వ చేయబడిన టన్నెల్ రకం — PPTP, L2TP/IPsec, SSTP లేదా IKEv2 —, సెకనుకు సమయం, మరియు కోడ్ రాయండి. ఏ ప్రోటోకాల్ నిజంగా నడిచిందో ఖచ్చితంగా తెలియకపోతే, జ్ఞాపకాన్ని నమ్మడం కంటే %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk తెరిచి నమోదును చదవండి; కొత్త ప్రోటోకాల్ కోసం తిరిగి ఉపయోగించిన ప్రొఫైల్ తన పాత ప్రదర్శన పేరును నిలుపుకుంటుంది.

మాటలు చదవడానికి ముందు సంఖ్యను చదవండి

కోడ్‌లు మూడు దశలుగా పడతాయి, మరియు దశ ఖచ్చితమైన పదబంధం కంటే ముఖ్యం: చేరుకుని తిరస్కరించబడిన ప్రామాణీకరణ మార్పిడి, ఎప్పుడూ సమాధానం ఇవ్వని సర్వర్, లేదా లింక్ పైకి వచ్చిన తర్వాత కూలిపోయిన చర్చ. 691 మొదటి రకం — ఆధారాల తనిఖీ నడిచి విఫలమైంది, తప్పు పాస్‌వర్డ్, లాక్ చేయబడిన లేదా గడువు ముగిసిన ఖాతా, లేదా సర్వర్ అంగీకరించని ప్రామాణీకరణ ప్రోటోకాల్ కారణంగా. 812 కూడా తిరస్కరణే, కానీ చెల్లుబాటు అయ్యే ఆధారాలతో: రిమోట్ యాక్సెస్ సర్వర్‌లోని విధానం మీకు వ్యతిరేకంగా నిర్ణయించింది. Microsoft కానానికల్ డయల్-అప్ మరియు VPN కనెక్షన్ల కోసం లోప కోడ్‌ల జాబితా ను నిర్వహిస్తుంది, సందేశ పాఠ్యాన్ని వెతకడానికి ముందు అక్కడ మీ సంఖ్యను చదవడం విలువైనది.

809 వ్యతిరేక వర్గం: ఏదీ తిరిగి రాలేదు. ఇది మార్గ సమస్య — SSTP కోసం TCP 443 ఫిల్టర్ చేయబడింది, PPTP కోసం GRE బ్లాక్ చేయబడింది, IPsec ప్రయాణానికి UDP 500 మరియు 4500 లేదా ESP విసిరివేయబడ్డాయి. కొత్త పాస్‌వర్డ్ దీన్ని సరిచేయలేదు, కొత్త ధృవపత్రం కూడా కాదు. 720 అంటే లింక్ పైకి వచ్చింది మరియు PPP చర్చను ఎప్పుడూ పూర్తి చేయలేదు, ఇది ప్రోటోకాల్ అసమతుల్యత లేదా చిరునామా కేటాయించలేని సర్వర్ వైపు సూచిస్తుంది. 789, లేదా IKEv2లో 13801, IPsec లోపలి గుర్తింపు: మీరు డయల్ చేసే పేరుతో సరిపోలని విషయం ఉన్న ధృవపత్రం, నమ్మదగని గొలుసు, లేదా రెండు చివరల మధ్య భిన్నమైన ముందుగా పంచుకున్న కీ.

అదే నిమిషం యొక్క RasClient ఈవెంట్‌ను తీసుకోండి

ఈవెంట్ వ్యూయర్‌లో, మూలం RasClient పై ఫిల్టర్ చేసిన Windows Logs > Application మొదట చూడవలసిన ప్రదేశం. లోపం 720 గురించి Microsoft రాత ఆ లాగ్‌లోని 20227 ఈవెంట్‌ను సూచిస్తుంది. అదే ప్రదాత ఇతర ఫలితాలకు ఇతర గుర్తింపులను జారీ చేస్తుంది, కాబట్టి ID ను నిర్ధారణగా పరిగణించకుండా సందేశాన్ని మరియు అందులో ఇమిడిన ఫలిత కోడ్‌ను చదవండి; సాధారణ సంభాషణ మరియు 720 మోసే 20227 ఇప్పటికే చాలా సన్నని కథ.

PowerShell నుండి, GUI లో క్లిక్ చేయకుండా:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

ఖాళీ ఫలితం సమాచారపూర్వకం. సాధారణంగా డయల్ RAS ఏదైనా లాగ్ చేయగలిగేంత దూరం వెళ్లలేదని, లేదా విఫలమైన సాఫ్ట్‌వేర్ అసలు క్లయింట్ కాదని అర్థం — మూడవ పక్ష క్లయింట్లు తమ స్వంత నిర్ధారణను ఉంచుకుంటాయి మరియు తరచుగా Application లాగ్‌లో ఏమీ రాయవు. ఈవెంట్ లాగింగ్ విరిగిందని నిర్ధారించడానికి ముందు విక్రేత లాగ్‌ను తనిఖీ చేయండి.

ఈవెంట్ల కుప్పకు బదులుగా ఒక సమయరేఖను నిర్మించండి

తిరిగి ప్రయత్నించే లూప్‌లు శబ్దాన్ని సృష్టిస్తాయి. ఐదు స్వయంచాలక పునఃకనెక్షన్లు ఈవెంట్ల సమూహాన్ని వదిలివేస్తాయి, వాటిని ఒకే కారణంతో ఒకే క్రమంగా చదవాలనే ఉత్సాహం ఉంటుంది. అవి ఐదు వేర్వేరు ప్రయత్నాలు, వాటిలో కొన్ని మాత్రమే సర్వర్‌ను చేరుకున్నాయి. రెండు లేదా మూడు నిమిషాల విండో, ఒక కనెక్షన్ పేరు తీసుకోండి, మరియు ఏదైనా వ్యాఖ్యానించే ముందు ప్రతి ఈవెంట్‌ను దాని స్వంత కోడ్‌తో జాబితా చేయండి.

తర్వాత ప్రయత్నం ఎక్కడ ఆగిందో అడగండి. గేట్‌వే లేదా ప్రామాణీకరణ బ్యాకెండ్ ఆ సమయ ముద్రకు ఎలాంటి నమోదు ఉంచుకోకపోతే, క్లయింట్ అక్కడికి ఎప్పుడూ చేరుకోలేదు, మీరు చేరుకోగల సమస్యను చూస్తున్నారు. బ్యాకెండ్ అభ్యర్థన మరియు తిరస్కరణ చూపిస్తే, నిర్ణయం అక్కడే తీసుకోబడింది, మరియు ఆధారాలు లేదా విధాన వర్గం వర్తిస్తుంది. సమయాలను పోల్చే ముందు గడియారాలను పోల్చండి: క్లయింట్లు స్థానిక సమయాన్ని నివేదిస్తాయి, చాలా గేట్‌వేలు UTC లో లాగ్ చేస్తాయి, మరియు వ్యత్యాసం ఖచ్చితంగా సహసంబంధం ఉన్న జోడిని సంబంధం లేనిదిగా కనిపించేలా చేస్తుంది.

పునరావృతమయ్యే క్యాప్చర్ కోసం, కమాండ్ లైన్ నుండి డయల్ చేసి ఫలితాన్ని ముద్రించనివ్వండి:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

GUI స్నేహపూర్వక పాఠ్యం వెనుక దాచే సంఖ్యను కన్సోల్ చూపిస్తుంది, రెండుసార్లు నడపడం కోడ్ స్థిరమా లేదా అప్పుడప్పుడు వచ్చేదా అని చెబుతుంది.

ప్రతి దశ ఏమి మార్చాలో చెబుతుంది

దశకు పేరు పెట్టడం మార్పుల సమితిని ఒక పొరకు తగ్గించినప్పుడు మాత్రమే ఉపయోగకరం:

  • 691 — ప్రామాణీకరణ: క్లయింట్ అందించే EAP పద్ధతి సర్వర్ అంగీకరించే పద్ధతికి వ్యతిరేకంగా, ఖాతా స్థితి, పాస్‌వర్డ్ గడువు, డయల్-ఇన్ అనుమతి.
  • 812 — సర్వర్ విధానం: ఈ వినియోగదారు మరియు ఈ సమయ విండోకు సరిపోయే రిమోట్ యాక్సెస్ విధానం లేదా NPS నియమం.
  • 809 — చేరుకోగలగడం: మార్గంలోని ఫైర్‌వాల్ నియమాలు, NAT మరియు ప్రోటోకాల్ ప్రయాణం, ఎంచుకున్న టన్నెల్ రకానికి అవసరమైన పోర్ట్.
  • 720 — PPP చర్చ: ప్రామాణీకరణ ప్రోటోకాల్ అసమతుల్యత, చిరునామా కేటాయింపు, సర్వర్ వైపు PPP సెట్టింగ్.
  • 789 / 13801 — IPsec గుర్తింపు: మీరు డయల్ చేసే పేరుకు వ్యతిరేకంగా ధృవపత్రం విషయం, నమ్మక గొలుసు, ముందుగా పంచుకున్న కీ.

వాటిలో ఒకటి మార్చండి, అదే ప్రొఫైల్‌ను మళ్లీ పరీక్షించండి, మరియు కొత్త కోడ్ రాయండి. మార్పు తర్వాత వేరే కోడ్ వైరుధ్యం కాదు, పురోగతి: మీరు వైఫల్యాన్ని తర్వాతి దశకు తరలించారు, మరియు బహుళ-దశ హ్యాండ్‌షేక్ సరిచేయడం అలాగే కనిపిస్తుంది. మీరు చేయకూడనిది ఏమిటంటే ఒకే కూర్చుని ఫైర్‌వాల్, ధృవపత్రం మరియు పాస్‌వర్డ్‌ను మార్చి తర్వాత చివరగా వచ్చినదానికి కీర్తి ఇవ్వడం.

సాక్ష్యాలను పంచుకోండి, పరిసరాలను కాదు

ఈవెంట్ సందేశాలు కనిపించే దానికంటే సమృద్ధంగా ఉంటాయి. అవి కనెక్షన్ పేరు, ఖాతా, తరచుగా గేట్‌వే యొక్క అంతర్గత పేరు లేదా చిరునామా, మరియు కొన్నిసార్లు ధృవపత్రం వేలిముద్రను మోస్తాయి. అసలైనదాన్ని ఉండవలసిన చోట ఉంచండి, మరియు మరెవరికైనా విడిగా సవరించిన నకలును నిర్మించండి; జ్ఞాపకం నుండి సమయరేఖను తిరిగి టైప్ చేయడం దాన్ని ఉపయోగకరంగా చేసే వివరాలను సరిగ్గా కోల్పోతుంది.

పని చేయబడే అప్పగింతకు ఐదు ఫీల్డ్‌లు అవసరం: కోడ్, అది చెందిన దశ, క్లయింట్ మరియు టన్నెల్ రకం, దాని సమయ క్షేత్రంతో సమయ ముద్ర, మరియు గేట్‌వే అభ్యర్థనను చూసిందా. మిగతావన్నీ ఐచ్ఛికం. ఆ ఐదుతో తదుపరి వ్యక్తి విచారణను పునరావృతం చేయకుండా ఆధారాల చర్చను రూటింగ్ చర్చ నుండి వేరు చేయగలడు.

ఏదైనా మూసివేసే ముందు, అదే ప్రొఫైల్‌లో ప్రయత్నాన్ని మళ్లీ ప్లే చేసి కోడ్ ఇప్పుడు ఎక్కడ పడుతుందో నిర్ధారించండి. విజయం దాన్ని ముగిస్తుంది; వేరే వైఫల్యం అంటే అసలు దశ సరిచేయబడింది మరియు తదుపరిది మీ చేతుల్లో ఉంది.

సంబంధిత వ్యాసాలు