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

పరికరాలను హోస్ట్ వైపు మళ్లించడం ఎందుకు విఫలమవుతుంది

దూర నెట్‌వర్క్‌కు చిరునామా చేయబడిన ప్యాకెట్‌ను స్వీకరించే హోస్ట్ ఆ క్షణంలో రౌటర్ అవుతుంది, ఎవరైనా దాన్ని అలా కాన్ఫిగర్ చేసినా చేయకపోయినా. ఫార్వర్డింగ్ లినక్స్ మరియు విండోస్‌లో డిఫాల్ట్‌గా ఆఫ్‌లో ఉంటుంది, ఏదైనా ఫీచర్ దాన్ని ఆన్ చేయకపోతే. చిరునామా అనువాదం ముఖ్యం ఎందుకంటే దూర వైపు ప్రతిస్పందనలను ఎక్కడికి పంపాలో తెలుసుకోవాలి, మరియు ప్రైవేట్ LAN చిరునామా దానికి ఏ అర్థమూ ఇవ్వదు. తిరిగి వచ్చే మార్గం మూడవ భాగం, మొదటి పింగ్ విజయవంతమైనట్లు కనిపించినప్పుడు ప్రజలు మరచిపోయేది అదే.

సెట్టింగ్‌లను యాదృచ్ఛికంగా ఆన్ మరియు ఆఫ్ చేయడం బదులు ఆ క్రమంలో నిర్ధారించండి. ప్రతి తప్పిన భాగం కొద్దిగా భిన్నమైన లక్షణాన్ని కలిగిస్తుంది.

హోస్ట్‌పై ఫార్వర్డింగ్ మరియు చిరునామా అనువాదాన్ని ప్రారంభించండి

కనెక్ట్ అయిన హోస్ట్‌లో రెండు మార్పులు మొదటి రెండు భాగాలను కవర్ చేస్తాయి: IPv4 ఫార్వర్డింగ్‌ను ఆన్ చేయండి మరియు LAN ట్రాఫిక్‌ను టన్నెల్ ఇంటర్‌ఫేస్‌కు అనువదించండి.

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

sysctl విలువను /etc/sysctl.d కింద ఉన్న ఫైల్‌లో నిల్వ చేయండి, మరియు రీబూట్ తర్వాత masquerade నియమాన్ని మళ్లీ తనిఖీ చేయండి, ఎందుకంటే ఫైర్‌వాల్ ముందు భాగాలు అనుకూల చైన్‌లను ఖాళీ చేయగలవు. విండోస్‌లో పంచుకునే ఫీచర్ రెండు దశలను చేస్తుంది, కానీ అది LAN అడాప్టర్‌ను స్థిర సబ్‌నెట్‌కు తిరిగి చిరునామా చేస్తుంది మరియు దాని గేట్‌వేను తొలగిస్తుంది, ఇది స్థిర చిరునామా మరియు పోర్ట్ ఫార్వర్డింగ్‌ను పాడు చేస్తుంది. పంచుకోవడం విఫలమైందని నిర్ధారించే ముందు రౌటర్ మార్గాన్ని హోస్ట్‌కు దాని కొత్త చిరునామాలో పునరుద్ధరించండి. తర్వాత రెండవ పరికరం ట్రాఫిక్ పంపుతున్నప్పుడు నియమం కౌంటర్లు పెరగడాన్ని గమనించండి.

LAN కి రీబూట్‌లను తట్టుకునే మార్గం ఇవ్వండి

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

ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0

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

టన్నెల్‌ను నిందించే ముందు MTU ను గమనించండి

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

ping -M do -s 1400 10.8.0.5

ప్రతిస్పందన ఆ పరిమాణం మార్గాన్ని ఖండన లేకుండా దాటుతుందని నిరూపిస్తుంది; సమయం ముగియడం అంటే ఎన్‌క్యాప్సులేషన్ భారం ప్యాకెట్‌ను టన్నెల్ MTU దాటి నెట్టిందని. పంచుకునే ఇంటర్‌ఫేస్‌పై MTU ను తగ్గించండి లేదా ఫార్వర్డ్ చేసే పరికరంలో గరిష్ఠ సెగ్మెంట్ పరిమాణాన్ని పరిమితం చేయండి, తర్వాత అదే పరీక్షను పునరావృతం చేయండి. మొదట అదే పరిమాణాన్ని LAN వైపు పరీక్షించండి, ఎందుకంటే స్థానిక వైఫల్యం టన్నెల్‌ను కాదు LAN ను సూచిస్తుంది. పని చేసే పరిమాణాన్ని నమోదు చేయండి, ఎందుకంటే తర్వాత ప్రొవైడర్ లేదా టన్నెల్ మార్పు దాన్ని కదిలించవచ్చు.

ఒక అదనపు పరికరం కోసం హోస్ట్ నుండి పంచుకోవడం సరిపోతుంది. ఇంటికి మార్గాన్ని రౌటర్‌పై ఉంచండి. ల్యాప్‌టాప్ మీతో వెళ్లినప్పుడు కూడా యాక్సెస్ కొనసాగాలంటే, టన్నెల్ స్వయంగా ప్రత్యేక గేట్‌వేపై ఉండాలి.

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