VPN క్లయింట్ మోడ్‌లో రౌటర్: LAN పరికరాలు ఎందుకు అదృశ్యమవుతాయి
రౌటర్ VPN క్లయింట్ మోడ్‌లోకి వెళ్ళిన తర్వాత LAN పరికరాలు అదృశ్యమవుతాయి: మొదట ఫార్వర్డ్ మార్గంలోని తనిఖీ లక్షణాన్ని, ఆపై firmware మార్చిన LAN పరిధిని పరీక్షించండి.
క్లయింట్ మోడ్ తనే LAN యాక్సెస్‌ను చంపుతుందనే నమ్మకం ప్రజలను తప్పుడు సెట్టింగ్‌ల మెనూకు పంపుతుంది, నిజమైన కారణాలు సాధారణంగా రెండు. టన్నెల్ LAN వంతెనను తీసివేయదు మరియు వైర్డ్, వైర్‌లెస్ క్లయింట్లు ఒకరినొకరు చేరుకోకుండా ఆపదు. స్థానిక యాక్సెస్‌ను విచ్ఛిన్నం చేసేది రౌటర్ ఫార్వర్డ్ మార్గంలోని తనిఖీ లక్షణం లేదా firmware మారినప్పుడు కదిలిన LAN చిరునామా పరిధి. రెండూ ఒకే ఫిర్యాదును ఉత్పత్తి చేస్తాయి, VPN ప్రొఫైల్‌ను మళ్లీ ఇన్‌స్టాల్ చేయడం దేనినీ సరిచేయదు.
పురాణం, మరియు క్లయింట్ మోడ్ నిజంగా మార్చేది
క్లయింట్ మోడ్ ఒక టన్నెల్ ఇంటర్‌ఫేస్ మరియు దాని గుండా వెళ్లే డిఫాల్ట్ మార్గాన్ని జోడిస్తుంది, తర్వాత LAN ట్రాఫిక్‌ను ఆ టన్నెల్‌లోకి ఫార్వర్డ్ చేస్తుంది. వైర్డ్ పోర్టులు మరియు వైర్‌లెస్ రేడియోల మధ్య వంతెన అలాగే ఉంటుంది, స్థానిక స్విచింగ్ కూడా. మారేది విధానం: ఏ ట్రాఫిక్ ఫార్వర్డ్ అవుతుంది, ఎక్కడ అనువదించబడుతుంది మరియు క్లయింట్లకు ఏ రిజాల్వర్ వస్తుంది.
ఈ వ్యత్యాసం ముఖ్యం ఎందుకంటే విరిగిన LAN సాధారణంగా ఆ మూడు విధానాలలో ఒకటి మారిందని అర్థం, రౌటర్ స్విచ్ కావడం ఆపిందని కాదు. తన నిర్వహణ పేజీకి ఇంకా సమాధానం ఇచ్చే రౌటర్ LAN ఇంటర్‌ఫేస్ సజీవంగా ఉన్నందుకు సాక్ష్యం. ఏదానికీ సమాధానం ఇవ్వని రౌటర్‌కు మరో సమస్య ఉంది, ఉదాహరణకు మారిన LAN చిరునామా లేదా తప్పు సబ్‌నెట్‌లోని క్లయింట్.
అందువల్ల ఉపయోగకరమైన మొదటి అడుగు ఏ పొర విరిగిందో తెలుసుకోవడం, మీరు అనుమానించే పొరను మార్చడం కాదు.
సెట్టింగ్‌ను తాకే ముందు మూడు లక్ష్యాలను పరీక్షించండి
వైర్డ్ క్లయింట్ నుండి మూడు లక్ష్యాలను విడివిడిగా పరీక్షించి ప్రతి ఫలితాన్ని రాయండి: రౌటర్ స్వంత LAN చిరునామా, అదే స్విచ్‌లోని మరో పరికరం IP ద్వారా, మరియు టన్నెల్ ద్వారా మాత్రమే చేరుకోగలిగేది. ఈ క్రమంలో చేయండి, ఎందుకంటే ప్రతి ఫలితం వేరే పొరను తొలగిస్తుంది. మొదటి రౌండ్‌లో పేర్లకు బదులు చిరునామాలు ఉపయోగించండి, పేరు వైఫల్యం DNSను కనెక్టివిటీ ప్రశ్నలో కలుపుతుంది.
సమాధానాల నమూనాే నిర్ధారణ. స్థానిక పరికరాలు సమాధానం ఇవ్వనప్పుడు రౌటర్ సమాధానం ఇస్తే అది రూటింగ్ కాకుండా స్థానిక స్విచింగ్ లేదా ఫిల్టరింగ్ లక్షణాన్ని సూచిస్తుంది. టన్నెల్ వైపు సమాధానం ఇవ్వనప్పుడు స్థానిక పరికరాలు సమాధానం ఇస్తే అది టన్నెల్ మార్గం లేదా దూరపు firewallను సూచిస్తుంది. చిరునామా ద్వారా అన్నీ సమాధానం ఇచ్చి పేర్లు విఫలమైతే అది రిజాల్వర్ ప్రశ్న, మార్గ సవరణ దాన్ని సరిచేయదు.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
పరీక్ష ఫలితాల పక్కన పట్టిక ఉంచండి. అది అస్పష్ట ఫిర్యాదును మీరు చర్య తీసుకోగలిగే ఒక పంక్తిగా మారుస్తుంది.
ఫార్వర్డ్ మార్గం లోపలి భద్రతా పొర
వినియోగదారు రౌటర్లలో ఫార్వర్డ్ అయ్యే ట్రాఫిక్‌ను గమనించే తనిఖీ లక్షణం ఎక్కువగా వస్తుంది, అది LAN నుండి టన్నెల్‌కు ప్యాకెట్లను మోసుకెళ్ళే అదే మార్గంలో పనిచేస్తుంది. ఆ తనిఖీ టన్నెల్ ట్రాఫిక్‌ను వర్గీకరించలేనప్పుడు, టన్నెల్ స్వయంగా నడుస్తూ రౌటర్ ఆరోగ్యకరమైన కనెక్షన్ నివేదిస్తున్నప్పటికీ ఫార్వర్డింగ్ ఆగిపోవచ్చు. VPN లాగ్‌లో ఇది కనిపించదు, ఎందుకంటే VPN నిజంగా కనెక్ట్ అయింది.
నిర్ధారణ నియంత్రిత ప్రయోగం, శాశ్వత మార్పు కాదు. ప్రస్తుత సెట్టింగ్‌ను రాయండి, ఒక పరీక్ష వ్యవధి వరకు లక్షణాన్ని ఆఫ్ చేయండి, టన్నెల్‌ను మళ్లీ లేపండి మరియు చిరునామా ద్వారా ఒక స్థానిక హోస్ట్‌ను పరీక్షించండి. తిరిగి వచ్చే ఫార్వర్డింగ్ మీకు అవసరమైన సాక్ష్యం, అప్పుడు రాజీ ఊహకు బదులు నిర్ణయం అవుతుంది. ఏదీ మారకపోతే వెంటనే మళ్లీ ఆన్ చేసి చిరునామా కారణానికి వెళ్లండి.
టన్నెల్ పనిచేయడానికి చెల్లించిన భద్రతా లక్షణాన్ని ఆఫ్‌లో ఉంచడం ఉద్దేశపూర్వకంగా చేసి రాయవలసిన రాజీ. టన్నెల్ మరో పరికరంలో ఉండాలా అని అడగడం కూడా విలువైనది, ఎందుకంటే అన్నింటినీ తనిఖీ చేయాల్సిన రౌటర్ మరియు అన్నింటినీ ఫార్వర్డ్ చేయాల్సిన రౌటర్ రెండు వేర్వేరు పనులు.
రెండవ కారణం: LAN పరిధి కదిలింది
Firmware నవీకరణలు LAN చిరునామాను తయారీదారు డిఫాల్ట్‌కు క్రమంగా తిరిగి తెస్తాయి, కొన్ని రౌటర్లలో LAN ప్రైవేట్ పరిధిని ఉంచుతుందా లేదా పై పరికరం నుండి ఒకటి వారసత్వంగా పొందుతుందా అని నిర్ణయించే స్పష్టమైన మోడ్ స్విచ్ ఉంటుంది. 192.168.8.x ఆశించే క్లయింట్ 10.64.0.x కు చేరుకోవచ్చు, అప్పుడు టన్నెల్ పూర్తిగా ఆరోగ్యకరంగా ఉన్నప్పటికీ హోస్ట్‌కు SSH సెషన్ గడువు ముగుస్తుంది.
ipconfig /all
ip addr show
ip route get 192.168.8.20రౌటర్ పేజీ తెరవక ముందు లీజ్ నుండి ప్రిఫిక్స్ మరియు గేట్‌వే చదవండి. మొదటి రెండు ఆదేశాలు క్లయింట్ నిజంగా ఏమి పొందిందో చూపుతాయి, మూడవది స్థానిక చిరునామా కోసం క్లయింట్ ఏ ఇంటర్‌ఫేస్ ఉపయోగిస్తుందో చూపుతుంది, మిగిలిన మార్గం లేదా పాత సబ్‌నెట్ ఇలా తనను తాను బయటపెట్టుకుంటుంది. తర్వాత దాన్ని LAN పేజీ మరియు రౌటర్ ఉన్న మోడ్‌తో పోల్చండి.
పరిధి తిరిగి రాలేకపోతే దాన్ని పేర్కొనే ప్రతి వస్తువును నవీకరించండి: DHCP రిజర్వేషన్లు, పాత సబ్‌నెట్‌కు ఏదైనా స్థిర మార్గం, మరియు మునుపటి ప్రిఫిక్స్ మోసే ప్రతి firewall నియమం. టన్నెల్ దూరపు సబ్‌నెట్‌తో ఢీకొనే పరిధి మరింత దారుణమైన రూపం, ఎందుకంటే స్థానిక పరికరాలు చేరుకోగలిగేలా ఉంటాయి కానీ దూరపు గమ్యస్థానాలు నిశ్శబ్దంగా LANలోకి తప్పుగా మళ్లించబడతాయి.
మళ్లీ కనెక్ట్ అయి ప్యాకెట్ క్రమంలో మళ్లీ పరీక్షించండి
రెండు మార్పులలో ఏదైనా తర్వాత టన్నెల్‌ను మళ్లీ కనెక్ట్ చేసి పరీక్షలను ప్యాకెట్ క్రమంలో పునరావృతం చేయండి: రౌటర్, స్థానిక హోస్ట్, దూరపు హోస్ట్, తర్వాత పేర్లు, తర్వాత అప్లికేషన్. మొదట అప్లికేషన్‌ను పరీక్షించడం ఏ పొర ఇంకా విరిగిందో దాచుతుంది, కాష్ చేసిన పేరుపై బ్రౌజర్ మళ్లీ ప్రయత్నం రూటింగ్ వైఫల్యంలా కనిపించవచ్చు.
VPN ప్రొఫైల్ పక్కన firmware వెర్షన్, LAN ప్రిఫిక్స్ మరియు తనిఖీ లక్షణం స్థితిని రాయండి. మూడూ తదుపరి నవీకరణ పైన రాయగల కాన్ఫిగరేషన్, రెండు పంక్తుల నోట్స్ ఇప్పుడే గడిపిన గంటను ఆదా చేస్తాయి.