VPN కనెక్ట్ అవుతుంది కానీ LAN పరికరాలకు చేరుకోదు: ఏమి తనిఖీ చేయాలి
గేట్‌వే తన స్వంత చిరునామాకు ప్రతిస్పందిస్తుంది, దాని వెనుక ఏదీ ప్రతిస్పందించదు. విఫలమయ్యే సరిహద్దును కనుగొనడానికి క్లయింట్ ప్రవాహాన్ని అడుగు అడుగుగా అనుసరించండి.
ట్రాఫిక్ సొరంగంలోకి ప్రవేశిస్తుంది, గేట్‌వే తన స్వంత చిరునామాకు ప్రతిస్పందిస్తుంది, దాని వెనుక ఏదీ ప్రతిస్పందించదు. ఈ నమూనా సాధారణం మరియు ఇది వైరుధ్యం కాదు: గేట్‌వే నుండి వచ్చిన ప్రతిస్పందన సొరంగం ముగిసిందని నిరూపిస్తుంది, దాని ఆవల చిరునామా చేయబడిన ప్యాకెట్‌కు ఏమి జరుగుతుందనే దాని గురించి ఏమీ నిరూపించదు. రెండు పరీక్షలు ఒకే యంత్రంలో వేర్వేరు కోడ్ మార్గాలను ఉపయోగిస్తాయి.
ఇప్పటి నుండి గేట్‌వేకు అవతలి వైపు ఏదైనా పరీక్షించండి. ఫార్వార్డింగ్ ఎంత పాడైనా గేట్‌వే స్వంత చిరునామా ప్రతిస్పందిస్తూనే ఉంటుంది.
గేట్‌వే తన స్వంత స్టాక్ నుండి ప్రతిస్పందిస్తుంది
గేట్‌వేకు చిరునామా చేయబడిన ప్యాకెట్ దాని స్థానిక ఇన్‌పుట్ మార్గానికి పంపబడుతుంది, అక్కడ కర్నెల్ వినే సాకెట్ దాన్ని అంగీకరిస్తుందా అని నిర్ణయిస్తుంది. గేట్‌వే వెనుక ఉన్న హోస్ట్‌కు చిరునామా చేయబడిన ప్యాకెట్ బదులుగా ఫార్వార్డింగ్ మార్గానికి పంపబడుతుంది, అక్కడ వేరే తనిఖీల సమూహం వర్తిస్తుంది. ఫార్వార్డింగ్ పూర్తిగా నిలిపివేయబడవచ్చు, లేదా కర్నెల్ దాన్ని ప్రారంభించి ఆ తర్వాత సొరంగాన్ని ఎప్పుడూ ప్రస్తావించని ఫిల్టర్ నియమం దాన్ని తిరస్కరించవచ్చు. ఇవేవీ గేట్‌వే స్వంత ప్రతిస్పందనను ప్రభావితం చేయవు, అందుకే ఈ లక్షణం ఇంత నమ్మదగిన రీతిలో తప్పుదారి పట్టిస్తుంది.
సొరంగం ద్వారా చేరుకునే నిర్వహణ పేజీలు కూడా మొదటి వర్గంలో ఉంటాయి. అవి సొరంగం గురించిన సాక్ష్యం, దాని వెనుక ఉన్న నెట్‌వర్క్ గురించి కాదు.
ప్రవాహాన్ని దాన్ని పడేసే మొదటి సరిహద్దు వరకు అనుసరించండి
క్లయింట్ నుండి ప్రారంభించి ప్రవాహం ఉపయోగించే మార్గాన్ని మరియు మూల చిరునామాను నిర్ధారించండి. తర్వాత గేట్‌వేలో ఆ ఖచ్చితమైన ప్రవాహం రావడాన్ని, మళ్లీ అదే ప్రవాహం LAN వైపు వెళ్లడాన్ని గమనించండి. అది ఎప్పుడూ రాకపోతే, సమస్య క్లయింట్ వైపు లేదా సొరంగం అనుమతించిన ప్రిఫిక్స్‌లలో ఉంది. అది వచ్చి ఎప్పుడూ వెళ్లకపోతే, సమస్య ఫార్వార్డింగ్‌లో లేదా ముందుకు వెళ్లే మార్గం ఫిల్టర్‌లో ఉంది, ఏది అని క్యాప్చర్ ఇప్పటికే చెప్పింది.
అదే పరీక్షను గేట్‌వే నుండి నడపడం ఆసక్తికరమైన సగం దాచుతుంది, ఎందుకంటే గేట్‌వే నుండి పుట్టిన ప్యాకెట్‌కు వేరే మూలం మరియు వేరే తిరిగి రావడం అవసరం ఉంటుంది. ప్రతి అడుగులో క్లయింట్ ప్రవాహాన్ని దాని స్వంత మూల చిరునామాతో ఉపయోగించండి. తప్పు ఇంటర్‌ఫేస్‌పై తీసుకున్న క్యాప్చర్ ఆత్మవిశ్వాసంతో అర్థంలేని మాటలు ఇస్తుంది.
తిరిగి వెళ్లే మార్గాలు మరియు హోస్ట్ ఫైర్‌వాల్‌లు విడివిడిగా విఫలమవుతాయి
ప్యాకెట్ హోస్ట్‌ను చేరుకున్న తర్వాత మరో మూడు విషయాలు నిజం కావాలి. సేవ ప్యాకెట్ పంపిన చిరునామాలో వినిపిస్తూ ఉండాలి, హోస్ట్ ఫైర్‌వాల్ దాన్ని అంగీకరించాలి, మరియు ప్రతిస్పందనకు క్లయింట్ పూల్ వైపు తిరిగి వెళ్లే మార్గం ఉండాలి. చివరిది తరచుగా విఫలమవుతుంది, ఎందుకంటే హోస్ట్ డిఫాల్ట్ మార్గం సొరంగ పరిధి గురించి ఎప్పుడూ వినని రౌటర్ వైపు చూపిస్తుంది. ఫలితం హోస్ట్ దృష్టికోణం నుండి ఏర్పడి వేరే దిశలో నిశ్శబ్దంగా మరణించే కనెక్షన్.
క్లయింట్ నుండి పంపి తిరిగి రావడాన్ని గమనించడం ద్వారా తిరిగి వెళ్లే మార్గాన్ని ఉద్దేశపూర్వకంగా పరీక్షించండి. ఒక గంట ఊహ పరిష్కరించని దాన్ని ఏకదిశ క్యాప్చర్ సెకన్లలో పరిష్కరిస్తుంది.
క్లయింట్ మూల చిరునామాతో ప్రతి హాప్‌ను నిర్ధారించండి
తనిఖీలను క్రమంగా నడపండి మరియు ప్రతి అవుట్‌పుట్‌ను ఉంచండి, ఎందుకంటే విలువ పోలికలో ఉంది, ఒకే వరుసలో కాదు. కింది ఆదేశాలు మూల చిరునామాను స్థిరపరుస్తాయి, ఎంచుకున్న మార్గాన్ని చూపిస్తాయి, ఫార్వార్డింగ్ రెండు వైపులా క్యాప్చర్ చేస్తాయి. మీ స్వంత LAN హోస్ట్ మరియు సొరంగ ఇంటర్‌ఫేస్‌ను భర్తీ చేయండి.
ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20మార్గ ప్రశ్న క్లయింట్ ఆ ప్యాకెట్‌ను సొరంగంలోకి పంపుతుందా అని చూపిస్తుంది, ping హోస్ట్ నుండి ఏదైనా తిరిగి వచ్చిందా అని చూపిస్తుంది. రెండు క్యాప్చర్‌లను పోల్చడం రావడాన్ని వెళ్లడం నుండి వేరు చేస్తుంది, ఎందుకంటే సొరంగ ఇంటర్‌ఫేస్‌లోని ఫ్రేమ్‌కు LAN ఇంటర్‌ఫేస్‌లో సమానం లేకపోతే అది సేవా వైఫల్యం కాదు, ఫార్వార్డింగ్ నిర్ణయం. రెండు క్యాప్చర్‌లు అభ్యర్థనను చూపి ఒకటి మాత్రమే ప్రతిస్పందనను చూపినప్పుడు, మిగిలిన అనుమానితుడు తిరిగి వెళ్లే మార్గం.
ఏ చిరునామా ప్రతిస్పందించింది మరియు ఏ ఫార్వార్డ్ చేసిన గమ్యం విఫలమైంది అని నమోదు చేయండి. ఆ వాక్యం సర్వర్‌ను చేరుకోలేము అనే దావాకు బదులుగా నివేదికను చర్యగ్రాహ్యంగా చేస్తుంది.