VPN కనెక్ట్ అయి ఉన్నప్పుడు స్థానిక నెట్వర్క్ చేరుకోలేమా? నాలుగు తనిఖీలు

టన్నెల్ లేస్తుంది, ఇంట్రానెట్ కనిపిస్తుంది, ప్రింటర్ సమాధానం ఇవ్వడం ఆపేస్తుంది. LAN లో ఏదీ పాడవలేదు; ఇకపై స్థానికంగా పరిగణించని చిరునామాలకు క్లయింట్ ఏ మార్గాన్ని ఉపయోగిస్తుందో మార్చింది. క్రింది నాలుగు తనిఖీలను వరుసగా చేయండి మరియు ఒకటి స్పష్టమైన అసమతుల్యతను చూపినప్పుడు ఆపండి, ఎందుకంటే ఒకే లక్షణానికి నాలుగు సాధారణ కారణాలు ఉంటాయి మరియు వాటిలో ఒకటి మాత్రమే VPN ను మార్చడం ద్వారా సరిచేయబడుతుంది.

మొదట, క్లయింట్ ఇన్స్టాల్ చేసిన రూట్ పట్టికను చూడండి

VPN కనెక్ట్ అయి ఉన్నప్పుడు క్లయింట్ రూట్ పట్టికను తెరవండి. Linux లో ip route, Windows లో route print లేదా Get-NetRoute, macOS లో netstat -rn ఉపయోగించండి. టన్నెల్ ద్వారా వెళ్లే డిఫాల్ట్ మార్గాన్ని మరియు భౌతిక డిఫాల్ట్కు ఏమి జరిగిందో మీరు వెతుకుతున్నారు.

పూర్తి టన్నెల్ క్లయింట్ 0.0.0.0/0 ను భర్తీ చేయడానికి బదులు తరచుగా రెండు అర్ధ-డిఫాల్ట్ మార్గాలను జోడిస్తుంది: 0.0.0.0/1 మరియు 128.0.0.0/1. అసలు డిఫాల్ట్ కనిపిస్తూనే ఉంటుంది కానీ ప్రతి శోధనలో ఓడిపోతుంది, అందుకే పట్టిక చెక్కుచెదరకుండా కనిపించవచ్చు, అయితే సబ్నెట్ వెలుపల ఉన్న మొత్తం ట్రాఫిక్ కదులుతుంది. VPN క్లయింట్ విభజిత టన్నెల్ ఎంపికను అందించి, విధానం అనుమతిస్తే అదే అత్యంత శుభ్రమైన సరిదిద్దుడు.

టన్నెల్ డిఫాల్ట్గానే ఉండాలంటే, దానికి బదులు స్థానిక సబ్నెట్ను పిన్ చేయండి. Linux లో మార్గం భౌతిక ఇంటర్ఫేస్ మరియు గేట్వేను పేర్కొంటుంది; Windows లో -p జోడించి శాశ్వతం చేయండి మరియు ఇంటర్ఫేస్ సంఖ్యను ఊహించకుండా route print నుండి చదవండి:

sudo ip route add 192.168.1.0/24 via 192.168.1.1 dev wlan0
route add -p 192.168.1.0 MASK 255.255.255.0 192.168.1.1 METRIC 1 IF 12

పిన్ చేసిన మార్గం అది పేర్కొన్న చిరునామా అలాగే ఉన్నంత కాలం మాత్రమే నిలుస్తుంది. ప్రతి కనెక్షన్లో Wi-Fi అడాప్టర్కు కొత్త సంఖ్య వచ్చే ల్యాప్టాప్లో నియమం మళ్లీ భంగమవుతుంది, కాబట్టి సరిదిద్దుడు విఫలమైందని నిర్ణయించే ముందు ఇంటర్ఫేస్ చిరునామాను తనిఖీ చేయండి.

రెండవది, ఆ చిరునామా మొదటి నుండి స్థానికమే అని నిర్ధారించండి

గమ్యం కనెక్ట్ అయిన సబ్నెట్ లోపల ఉంటే, టన్నెల్ డిఫాల్ట్ ఎప్పటికీ వర్తించదు మరియు VPN కారణం కాదు. 192.168.1.0/24 ఉన్న క్లయింట్లో 192.168.1.40 ప్రింటర్ కనెక్ట్ అయిన మార్గాన్ని ఉపయోగిస్తుంది; ఆ చిరునామా విఫలమైతే VPN కాదు, పరికరం, స్విచ్ లేదా క్లయింట్ ఫైర్వాల్ను చూడండి.

ప్రజలను మోసం చేసే సందర్భం స్థానిక సర్వర్కు పబ్లిక్ చిరునామా ఉండటం. LAN లోపలి నుండి రౌటర్ WAN చిరునామాను చేరి తిరిగి రావడానికి హెయిర్పిన్ NAT అవసరం, చాలా రౌటర్లు పోర్ట్ ఫార్వార్డింగ్కు దాన్ని అమలు చేయవు. పబ్లిక్ చిరునామా పక్కన ప్రైవేట్ చిరునామాను పరీక్షించండి. ప్రైవేట్ పనిచేసి పబ్లిక్ పనిచేయకపోతే, ముందే ఉన్న NAT పరిమితిని VPN బయటపెట్టింది అంతే.

హోస్ట్ పేరు దీన్ని మరింత దిగజార్చుతుంది. స్థానిక పేరు ఇప్పుడు పబ్లిక్ చిరునామాకు పరిష్కరించబడితే, తిరిగి రాలేని మార్గాన్ని క్లయింట్ కొనసాగిస్తుంది. పరీక్షకు ప్రైవేట్ చిరునామా ఉపయోగించి, తర్వాత మరో పోర్ట్ ఫార్వార్డింగ్ జోడించడం బదులు పేరును సరిచేయండి.

మూడవది, ఇప్పుడు పేర్లకు ఎవరు సమాధానం ఇస్తున్నారో చూడండి

కార్పొరేట్ పరిష్కర్తకు ఇంట్రానెట్ తెలుసు, కానీ NAS హోస్ట్ పేరు, ప్రింటర్ Bonjour పేరు లేదా రౌటర్ స్థానిక మారుపేరు గురించి సాధారణంగా ఏమీ తెలియదు. VPN తన DNS సర్వర్లను నెట్టినప్పుడు, ఆ చిరునామాలు ఇంకా చేరుకోగలిగినా ఆ పేర్లు పరిష్కరించడం ఆగిపోతుంది. పేరును నేరుగా అడిగి, పరికరం వద్ద ఉందని మీకు తెలిసిన చిరునామాతో సమాధానాన్ని పోల్చండి.

Linux లో resolvectl query nas.local ఏ పరిష్కర్త సమాధానం ఇచ్చిందో చూపుతుంది. Windows లో nslookup nas.local సర్వర్ను పేర్కొంటుంది, ipconfig /all పరిష్కర్తల క్రమాన్ని చూపుతుంది. స్థానిక సఫిక్స్ ఇప్పుడు కార్పొరేట్ పరిష్కర్త నిర్వహిస్తుంటే, ఆ సఫిక్స్ను తిరిగి స్థానిక పరిష్కర్తకు పంపండి లేదా పరికరానికి IP చిరునామా ఉపయోగించండి.

అన్వేషణ వేరే పొర. mDNS మరియు బ్రాడ్కాస్ట్ రూట్ చేయబడిన టన్నెల్ను దాటవు, కాబట్టి పరికరం చిరునామా ద్వారా చేరుకోగలిగి ఉండవచ్చు, పేరు మాత్రం కనిపించకుండా ఉండవచ్చు. ప్రతిబింబకం లేదా స్థానిక DNS నమోదు దాన్ని పరిష్కరిస్తుంది; మార్గం పరిష్కరించదు.

నాల్గవది, మరో మెషీన్ కూడా VPN లో ఉందో లేదో తనిఖీ చేయండి

మీరు చేరుకోవాలనుకునే మెషీన్ కూడా VPN క్లయింట్ నడుపుతుంటే, మీ సెషన్ వచ్చి దాని సమాధానం మరో టన్నెల్ ద్వారా వెళ్లవచ్చు. దాంతో కనెక్షన్ ఏర్పడి తర్వాత నిలిచిపోతుంది, లేదా RDP మరియు SSH ప్రయత్నం మీ వైపు లోపం లేకుండా సమయం మించిపోతుంది. మీ క్లయింట్ను నిందించే ముందు మరో హోస్ట్ రూట్ పట్టికను, దాని డిఫాల్ట్ మార్గాన్ని తనిఖీ చేయండి.

సేవ ఏ చిరునామాపై వింటుందో కూడా తనిఖీ చేయండి. టన్నెల్ చిరునామాకు మాత్రమే కట్టివేయబడిన శ్రోత VPN నుండి వచ్చే కనెక్షన్లను అంగీకరించి LAN నుండి వచ్చేవి తిరస్కరిస్తుంది, రూటింగ్ పరిపూర్ణంగా ఉన్నా. ఇది సేవా కాన్ఫిగరేషన్, నెట్వర్క్ మార్గం కాదు, VPN చిరునామాకు లాక్ చేసిన నిర్వహణ ఇంటర్ఫేస్లలో ఇది సాధారణం.

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

విఫలమైన తనిఖీకి సరిపోయే సరిదిద్దుడును వర్తించండి

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

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

VPN కనెక్ట్ అయి ఉన్నప్పుడు పనిచేసిన మార్గం, చిరునామా మరియు పరిష్కర్తను రాసి ఉంచండి. తదుపరి పునఃకనెక్షన్ వాటిలో కనీసం ఒకదాన్ని మారుస్తుంది, ఆ గమనిక తదుపరి అంతరాయాన్ని కొత్త దర్యాప్తు బదులు చిన్న పోలికగా మారుస్తుంది.