PPTP లోపం 800 మరియు 812, ఒక నిమిషం తర్వాత కనెక్షన్ తెగిపోవడం

లోపం 800, లోపం 812 మరియు ఒక నిమిషం తర్వాత మరణించే PPTP సొరంగం మూడు వేర్వేరు లోపాలు. ప్రతి లక్షణాన్ని నిజంగా విఫలమైన పొరతో జతపరచండి.

ఒక PPTP క్లయింట్ నుండి వచ్చే మూడు లోప సందేశాలు సాధారణంగా మూడు వేర్వేరు లోపాలను వివరిస్తాయి. లోపం 800 అంటే సొరంగం ఎప్పుడూ ఏర్పడలేదు, లోపం 812 అంటే సర్వర్ ప్రామాణీకరణ పద్ధతిని తిరస్కరించింది, ఒక నిమిషం తర్వాత తెగిపోవడం అంటే ఆరోగ్యకరమైన భాగస్వామి వెళ్ళిపోయాడని నిర్ణయించే keepalive టైమర్. ప్రతి దశ తన స్వంత కారణంతో విఫలమవుతుంది, కాబట్టి ప్రతిదానికి తన స్వంత తనిఖీ కావాలి.

లోపం 800 అంటే సొరంగం ఎప్పుడూ ఏర్పడలేదు

సొరంగాన్ని అసలు నిర్మించలేనప్పుడు Windows లోపం 800ని లేవనెత్తుతుంది, మరియు చేరుకోలేని సర్వర్ లేదా సరిపోని భద్రతా పారామితుల గురించిన వచనం నిర్ధారణ కాదు, సారాంశం. ఏదైనా ఆధారాన్ని పరిశీలించే ముందు PPTPకి నెట్వర్క్ నుండి రెండు వేర్వేరు విషయాలు కావాలి. TCP 1723 నియంత్రణ ఛానెల్ను మోసుకెళ్తుంది, IP ప్రోటోకాల్ 47, అంటే GRE, ఎన్క్యాప్సులేట్ చేసిన పేలోడ్ను మోసుకెళ్తుంది.

ఆ బాహ్య మార్గాన్ని మీ స్వంత LAN వెలుపల నుండి పరీక్షించండి, ఎందుకంటే కార్యాలయంలో పనిచేసే కనెక్షన్ అంచు గురించి ఏమీ నిరూపించదు:

$ nc -vz vpn.example.net 1723
Connection to vpn.example.net 1723 port [tcp/*] succeeded!
$ sudo tcpdump -ni eth0 proto gre
tcpdump: listening on eth0, link-type EN10MB

1723 సమాధానమిచ్చి, క్లయింట్ కనెక్ట్ అవ్వడానికి ప్రయత్నిస్తున్నప్పుడు క్యాప్చర్ ఖాళీగా ఉంటే, మార్గం ప్రోటోకాల్ 47ని వదిలివేస్తోంది. 1723 ఫార్వర్డ్ చేయబడి కానీ PPTP పాస్త్రూ ఆఫ్ చేయబడిన రౌటర్ సరిగ్గా ఆ నమూనాను ఇస్తుంది: TCP హ్యాండ్షేక్ పూర్తవుతుంది, తర్వాత GRE ప్యాకెట్లు అదృశ్యమవుతాయి, కాబట్టి ఏ లాగిన్ ప్రయత్నం జరగకపోయినా వైఫల్యం ఆధార సమస్యలా కనిపిస్తుంది.

ఫార్వర్డింగ్ను సర్వర్ యొక్క ప్రస్తుత LAN చిరునామాకు మళ్లించండి, రౌటర్ అందించే చోట PPTP పాస్త్రూను ప్రారంభించండి, మరియు అదే బాహ్య స్థానం నుండి మళ్లీ ప్రయత్నించండి. GRE పైన ఫిల్టర్ అయి మీరు దాన్ని మార్చలేకపోతే, TCP 443పై SSTP లేదా UDP 500 మరియు 4500పై L2TP/IPsec, Windows వైపు మీరు చేయగల ఏ మార్పు కంటే మెరుగైన అవకాశం కలిగి ఉంటాయి.

లోపం 812 అంటే సర్వర్ మీ ప్రామాణీకరణ పద్ధతిని తిరస్కరిస్తోంది

సొరంగం పైకి వచ్చిన తర్వాత లోపం 812 తిరిగి వస్తుంది, అందుకే అది పాస్వర్డ్ సమస్యలా అనిపిస్తుంది. సర్వర్ కనెక్షన్ కోసం చర్చించిన ప్రామాణీకరణ పద్ధతిని తిరస్కరిస్తుంది, పాస్వర్డ్ను తప్పనిసరిగా కాదు. క్లయింట్లో VPN ఎంట్రీని తెరిచి, భద్రతా ట్యాబ్కు వెళ్లి, రకాన్ని Point-to-Point Tunneling Protocolకు సెట్ చేసి, స్పష్టమైన ప్రోటోకాల్ జాబితాను ఎంచుకుని Microsoft CHAP వెర్షన్ 2కు టిక్ చేయండి.

డైలాగ్లో క్లిక్ చేయకుండా ప్రస్తుత సెట్టింగ్ను చదవవచ్చు:

$ Get-VpnConnection -Name "Office" | Select-Object -ExpandProperty AuthenticationMethod
MsChapv2

MS-CHAP v2 అవసరమయ్యే సర్వర్ PAPలో లేదా బలహీనమైనదాన్ని చర్చించే ఆటోమేటిక్ రకంలో విడిచిపెట్టిన క్లయింట్ను తిరస్కరిస్తుంది, మరియు ఏ వినియోగదారు పాస్వర్డ్ మూల్యాంకనం జరగకముందే లోపం వస్తుంది. ఖాతా ఆకృతి అదే తిరస్కరణలో మరో సగం. ఒక సందర్భంలో సర్వర్ స్థానిక లేదా డొమైన్ ఖాతాను కోరుతుండగా Windows MicrosoftAccount\[email protected] రూపంలోని Microsoft ఖాతా గుర్తింపును పంపింది. SERVERNAME\username టైప్ చేయడం ద్వారా ఏ ఖాతా నిల్వను సంప్రదించాలో Windowsకు చెప్పి లోపాన్ని తొలగించింది. సేవ్ చేసిన ఆధారం మునుపటి ఆకృతిని పునరావృతం చేయడానికి అనుమతించకుండా పేరును చేతితో నమోదు చేయండి.

ఒక నిమిషం తర్వాత తెగిపోవడం keepalive నిర్ణయం

సొరంగం కనెక్ట్ అయి, కొంత ట్రాఫిక్ పంపి, తర్వాత డిస్కనెక్ట్ అయినప్పుడు, క్లయింట్ను తాకే ముందు సర్వర్ యొక్క LCP ప్రతిధ్వని ప్రవర్తనను చూడండి. డీమన్ భాగస్వామిని ఇప్పటికీ ఉన్నారా అని నిర్ధారించమని క్రమానుగతంగా అడుగుతుంది. నిర్ణయించిన బడ్జెట్లో చాలా తక్కువ సమాధానాలు వస్తే, వినియోగదారుకు ఇంకా పనిచేసే లింక్ ఉన్నప్పటికీ సెషన్ కూల్చివేయబడుతుంది.

Linux pptpd సర్వర్లో ఆ విలువలు /etc/ppp/options.pptpd ఫైల్లో నివసిస్తాయి, సాధారణ మరమ్మతు విరామాన్ని తగ్గించడం కాదు, బడ్జెట్ను విస్తరించడం:

# /etc/ppp/options.pptpd
lcp-echo-failure 30
lcp-echo-interval 5
# then
sudo systemctl restart pptpd

ఐదు సెకన్ల విరామంలో ముప్పై మిస్లు చిన్న ఆగుడును క్షమిస్తాయి, భాగస్వామి వెళ్ళిపోయాడని ప్రకటించడం బదులు. సంఖ్యను ఒకటి లేదా రెండుకు తగ్గించడం అనువదించిన మార్గంలో సాధారణ జిట్టర్ను దాదాపు ప్రతి నిమిషానికి డిస్కనెక్షన్గా మారుస్తుంది. మీ సర్వర్ pptpd కాకుండా Windows RRAS అయితే, దానికి బదులుగా PPP సెషన్ టైమ్అవుట్ మరియు నిష్క్రియంగా ఉన్నప్పుడు డిస్కనెక్ట్ చేసే విధానాన్ని చూడండి. అవి వేరే చోట నివసిస్తాయి, మరియు లేని pppd ఫైల్ను సవరించడం ఏమీ మార్చదు.

అతివ్యాప్తి చెందే సబ్నెట్లు డేటా మార్గాన్ని విరగ్గొడతాయి

రెండు సైట్లు ఒకే ప్రైవేట్ పరిధిని ఉపయోగించినప్పుడు, ఉదాహరణకు కార్యాలయంలో మరియు ఇంట్లో 192.168.1.0/24, PPTP సొరంగం శుభ్రంగా ప్రామాణీకరించబడి అయినప్పటికీ ఎక్కడికీ చేరకపోవచ్చు. ఇచ్చిన చిరునామా ఏ హోస్ట్ను సూచిస్తుందో క్లయింట్ చెప్పలేదు, కొన్ని స్టాక్లు ఒకటి ఎంచుకోవడం బదులు మార్గాన్ని అసలు ఇన్స్టాల్ చేయడానికి నిరాకరిస్తాయి.

దాన్ని డిజైన్ లోపంగా పరిగణించి ఒక వైపు తిరిగి సంఖ్యలు వేయండి, లేదా క్లయింట్కు ఉద్దేశపూర్వకంగా అనువదించిన యాక్సెస్ పరిధిని ఇవ్వండి. PPTP క్లయింట్ను డీబగ్ చేయడం రెండుసార్లు ఉన్న చిరునామా స్థలాన్ని సరిచేయలేదు, మరియు లక్షణం యాదృచ్ఛిక డిస్కనెక్షన్లా కనిపిస్తూనే ఉంటుంది.

విఫలమైన దశ నుండి ప్రారంభించండి: 800కి GRE, 812కి పద్ధతి మరియు ఖాతా స్ట్రింగ్, షెడ్యూల్ ప్రకారం మరణించే సొరంగానికి ప్రతిధ్వని సెట్టింగ్లు.

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