ఇల్లు మరియు కార్యాలయం రెండూ 192.168.1.x ఉపయోగిస్తాయి: ఇప్పుడు ఏమి చేయాలి?

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

విజయవంతమైన లాగిన్ సొరంగం నడుస్తోందని చెబుతుంది; నిర్దిష్ట చిరునామా ఎక్కడికి సూచిస్తుంది అనే దాని గురించి ఏమీ చెప్పదు.

ఒక చిరునామా, రెండు యంత్రాలు

హోస్ట్ గమ్య చిరునామాన్ని ఉపయోగించి తన రూటింగ్ పట్టిక మరియు విధాన నియమాల నుండి మార్గాన్ని ఎంచుకుంటుంది. 192.168.1.20 హాప్కు అభ్యర్థన పక్క గదిలోని పరికరానికి కాదు, కార్యాలయ సర్వర్కు అని దానికి ఏదీ చెప్పదు. రెండు నెట్వర్క్లు ఒకే ప్రైవేట్ పరిధిలో ఉన్నప్పుడు అత్యంత నిర్దిష్ట మార్గం గెలుస్తుంది మరియు మిగతావన్నీ తిరిగి కనెక్ట్ అయినప్పుడు యాదృచ్ఛికంగా ఏ నమోదు ఇన్స్టాల్ చేయబడిందనే దానిపై ఆధారపడి ఉంటాయి. చిరునామాలోనే ఆ భేదాన్ని మోసేది ఏమీ లేదు.

ip route get 192.168.1.20

ఆ శోధన కెర్నల్ ఎంచుకున్న ఇంటర్ఫేస్ మరియు తదుపరి హాప్ను పేర్కొంటుంది, ఇది జాబితాలో రెండవ తనిఖీ. మరేదైనా చేసే ముందు స్థానిక మరియు దూర ప్రిఫిక్స్లను పోల్చండి. స్థానిక LAN 192.168.1.0/24 అయి, దూర ప్రాంతం కూడా 192.168.1.0/24 అయితే, అతివ్యాప్తిే ఆ కనుగొన్నది, మరియు ఏ క్లయింట్ ఎంపిక దాన్ని సరిచేయదు.

మీరు నియంత్రించే వైపును మళ్లీ నంబర్ చేయండి

వ్యక్తిగత రౌటర్ సాధారణంగా తరలించడానికి సులభమైన వైపు. మీరు నిజంగా ఉపయోగించే దూర నెట్వర్క్లతో ఢీకొనని పరిధిని ఎంచుకోండి, మరియు 10.x.x.x కూడా స్వయంచాలకంగా ఖాళీగా లేదని గమనించండి, ఎందుకంటే చాలా సైట్లు దాన్ని ఉపయోగిస్తాయి. మార్పును ప్రణాళిక చేయండి: DHCP లీజులు, రిజర్వ్ చేసిన చిరునామాలు, ప్రింటర్ క్యూలు మరియు హార్డ్కోడ్ చేసిన చిరునామా ఉన్న ప్రతిదీ శ్రద్ధ అవసరం. VPN లేకుండా రౌటర్ను పునరుద్ధరించగల సమయంలో మళ్లీ నంబరింగ్ చేయండి.

దూర ప్రిఫిక్స్ల జాబితాను మొదట తనిఖీ చేయండి, తర్వాత కాదు. మరో కార్యాలయ ప్రాంతంతో ఢీకొనే కొత్త పరిధిని ఎంచుకోవడం ఎక్కువ శ్రమతో అదే సమస్యను సృష్టిస్తుంది.

ఏ వైపు మారలేనప్పుడు

రెండు నెట్వర్క్లలో ఏదీ మళ్లీ నంబర్ చేయలేకపోతే, మిగిలిన ఎంపికలు సర్వర్లో ఉంటాయి. గేట్వే విధాన ఆధారిత NAT లేదా ద్విదిశ రూపాన్ని ఉపయోగించి VPN క్లయింట్ల కోసం దూర నెట్వర్క్ను మరో సబ్నెట్గా అనువదించగలదు, తద్వారా క్లయింట్ ప్రత్యేక చిరునామాను చూస్తుంది. అది గేట్వే రూపకల్పన, ప్రతి డెస్క్టాప్ క్లయింట్ అందించే స్విచ్ కాదు, మరియు వినియోగదారులు టైప్ చేసే చిరునామా మరియు సరిపోలాల్సిన పేర్లను మారుస్తుంది. ఫోరమ్ నుండి కాపీ చేసిన మార్గం రెండు ఒకేలాంటి గమ్యాలను వేరు చేయలేదు.

ప్రైవేట్ చిరునామా పరిధులు ప్రైవేట్గానే ఉంటాయి; సమస్య పునర్వినియోగం, పరిధులు కాదు.

ఏ యంత్రం సమాధానమిచ్చిందో నిరూపించండి

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

కార్యాలయ ప్రైవేట్ చిరునామాలను మీరు నియంత్రించని ఏకపక్ష పబ్లిక్ చిరునామాలతో భర్తీ చేయవద్దు. అది అతివ్యాప్తిని మరింత దారుణమైన మరియు వివరించడానికి కష్టమైన రూటింగ్ మరియు యాజమాన్య సమస్యతో మారుస్తుంది.

స్థానిక ప్రిఫిక్స్, దూర ప్రిఫిక్స్ మరియు దాన్ని పరిష్కరించిన మార్పును నమోదు చేయండి. తదుపరి అతివ్యాప్తి భిన్నంగా కనిపిస్తుంది కానీ అదే నమూనాను అనుసరిస్తుంది.