PPTP విభజిత టన్నెలింగ్ పనిచేయదు: మొదట GRE మార్గాన్ని సరిచేయండి

PPTP కనెక్షన్ పైకి వస్తున్నట్లు చూడండి మరియు కష్టమైన భాగం పూర్తయిందని నమ్మడం సులభం: క్లయింట్ ప్రామాణీకరణ చేస్తుంది, ppp0 అడాప్టర్ లేదా WAN Miniport కనిపిస్తుంది, స్థితి విండో ఆకుపచ్చగా మారుతుంది. తర్వాత అంతర్గత హోస్ట్కు మొదటి అభ్యర్థన సమయం మించిపోతుంది, ప్రొఫైల్ నిందించబడుతుంది. ఆచరణలో రెండు స్వతంత్ర పొరలను శుభ్రం చేయాలి: TCP 1723 మరియు GRE మోసే బయటి రవాణా, మరియు ఏ గమ్యస్థానాలు PPP ఇంటర్ఫేస్ను ఉపయోగిస్తాయో నిర్ణయించే లోపలి విధానం. ఆకుపచ్చ స్థితి మొదటి పొర చర్చలు జరిపిందని మాత్రమే రుజువు చేస్తుంది; రెండవదాని గురించి ఏమీ చెప్పదు.

ప్రొఫైల్ నుండి నియంత్రణ సాకెట్ వరకు క్లయింట్ను అనుసరించండి

క్లయింట్ లాగ్ను తెరిచి అది సర్వర్ను సంప్రదించే స్థలాన్ని కనుగొనండి. PPTP మొదట పోర్ట్ 1723 కి TCP కనెక్షన్ తెరిచి ఆ ఛానెల్లో టన్నెల్ పారామితులను చర్చిస్తుంది. ఈ దశ విఫలమైతే, తర్వాత ఏదీ ముఖ్యం కాదు, మరియు లోపం సాధారణంగా సర్వర్ చిరునామా లేదా సమయ ముగింపును పేర్కొంటుంది.

ఏ మార్గాన్ని తాకకముందు వైర్పై నియంత్రణ కనెక్షన్ను నిర్ధారించండి. క్లయింట్ లేదా అద్దం పోర్ట్లో, ఒక కనెక్షన్ ప్రయత్నం కోసం TCP 1723 ను సంగ్రహించండి:

sudo tcpdump -ni any 'tcp port 1723' -c 20

పూర్తయిన హ్యాండ్షేక్ మరియు స్థాపించబడిన సెషన్ అంటే బయటి నియంత్రణ ఛానెల్ పనిచేస్తోంది. SYN-ACK పొందని SYN ఫైర్వాల్, తప్పు సర్వర్ చిరునామా లేదా పోర్ట్ను ఫిల్టర్ చేసే ప్రదాతను సూచిస్తుంది. హ్యాండ్షేక్ తర్వాత వెంటనే రీసెట్ రావడం సర్వర్ ఆధారాలు లేదా టన్నెల్ రకాన్ని తిరస్కరించిందని తరచుగా అర్థం.

GRE రెండవ ప్రోటోకాల్, పోర్ట్ కాదు

PPTP PPP పేలోడ్ను విస్తరించిన GRE, IP ప్రోటోకాల్ 47 లోపల మోస్తుంది, దానికి రౌటర్ ట్రాక్ చేయగల పోర్ట్ నంబర్ లేదు. అందుకే TCP 1723 ను అనుమతించే నియమం కూడా టన్నెల్ను డేటా మార్గం లేకుండా వదిలేయగలదు. స్టేట్ఫుల్ NAT పరికరాలు ప్రతిస్పందనలను తిరిగి మ్యాప్ చేయడానికి GRE లోపలి కాల్ ID ను అర్థం చేసుకోవాలి, చాలా వాటికి అది తెలియదు. PPTP స్పెసిఫికేషన్ నియంత్రణ ఛానెల్ను మరియు GRE పేలోడ్ను వేర్వేరు భాగాలుగా ఉంచుతుంది, మీ పరీక్షా ప్రణాళిక కూడా అలాగే ఉండాలి.

అదే సంగ్రహణలో ప్రోటోకాల్ 47 ను గమనించండి, తర్వాత బయటకు వెళ్లేదాన్ని తిరిగి వచ్చేదానితో పోల్చండి:

sudo tcpdump -ni any 'proto gre' -c 20

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

టన్నెల్ ఒక ప్యాకెట్ను కదిలిస్తుందని రుజువు చేయండి

GRE ప్రవహించడం ప్రారంభమైనప్పుడు, PPP చర్చలు క్లయింట్ ఇంటర్ఫేస్కు చిరునామాన్ని కేటాయిస్తాయి. ఊహించకుండా కేటాయింపును చదవండి:

ip -4 addr show ppp0

పాయింట్-టు-పాయింట్ లింక్ గమ్యస్థానంగా చూపబడిన పీర్ చిరునామాకు పింగ్ చేయండి. ఈ దశలో ప్రతిస్పందన ఎన్క్యాప్సులేట్ చేసిన మార్గం మొదటి నుండి చివరి వరకు పనిచేస్తుందని మరియు సర్వర్ టన్నెల్ లోపల సమాధానమిస్తుందని రుజువు చేస్తుంది. పీర్ సమాధానమిచ్చి అంతర్గత హోస్ట్లు ఇవ్వకపోతే, బయటి రవాణా బాగుంది మరియు వైఫల్యం లోపలికి కదిలింది.

ఏ విభజిత మార్గాన్ని జోడించకముందు ఇది చేయండి. రవాణా విరిగిన స్థితిలో చేసిన మార్గ మార్పు రెండవ చరరాశిని సృష్టించి మొదటిదాన్ని దాచుతుంది.

విభజిత విధానాన్ని రాయండి, DNS తో సహా

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

ప్రతి వర్గంలో ఒక చిరునామా కోసం కెర్నల్ తీసుకునే నిర్ణయాన్ని తనిఖీ చేయండి:

ip route get 10.20.5.10
ip route get 203.0.113.25

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

ఐదు దశల్లో పునరావృతమయ్యే తనిఖీ

పొరలను వరుసగా అమలు చేసి మొదటి విఫలమైన దానిలో ఆగండి: నియంత్రణ ఛానెల్, GRE దృశ్యమానత, PPP పీర్ ప్రతిస్పందన, ఒక అంతర్గత చిరునామా కోసం విభజిత మార్గం, మరియు టన్నెల్ ద్వారా అప్లికేషన్ అభ్యర్థన. ప్రతి దశకు దాని స్వంత ఆదేశం ఉంది, కాబట్టి వైఫల్యం రహస్యంగా కాకుండా ఆపాదించదగినది.

Linux క్లయింట్ కోసం సంక్షిప్త సంస్కరణ ఇలా కనిపిస్తుంది:

sudo tcpdump -ni any 'tcp port 1723 or proto gre' -c 40
ip -4 addr show ppp0
ping -c 3 192.0.2.1
ip route get 10.20.5.10

Windows లో అదే క్రమం route print మరియు క్లయింట్లో చూపబడే అడాప్టర్ స్థితితో వర్తిస్తుంది. PPTP పాత ప్రోటోకాల్, సర్వర్ SSTP లేదా IKEv2 ఇస్తే, ప్రతి హాప్లో ప్రోటోకాల్ 47 దాటడంపై ఆధారపడే మార్గాన్ని ట్యూన్ చేయడం కంటే స్థలాంతరం చెందడం సాధారణంగా సమయానికి మంచి వినియోగం. పాత ప్రొఫైల్ను కొత్త విడుదలలోకి కాపీ చేయకుండా ప్రత్యామ్నాయం యొక్క ధృవపత్రం మరియు ప్రామాణీకరణ ఒప్పందాన్ని తనిఖీ చేయండి.