రెండు VPN క్లయింట్లు, ఒక రూటింగ్ పట్టిక: డిఫాల్ట్ మార్గం ఎవరికి

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

ఘర్షణ రూటింగ్ పట్టికలోనే ఉంటుంది

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

క్లయింట్లు ఒక పంచుకున్న పట్టికకు సంపాదకులు. ఏ మార్పు చివరిది జరిగిందో తెలియడం దాదాపు ప్రతి లక్షణాన్ని వివరిస్తుంది.

ప్రస్తుత మార్గం ఏ టన్నెల్ స్వంతం అని చదవండి

కనెక్ట్ అయిందని నివేదించే క్లయింట్‌ను నమ్మడం బదులు నిజమైన నిర్ణయాన్ని తనిఖీ చేయండి. నిర్దిష్ట గమ్యాన్ని ఏ ఇంటర్‌ఫేస్ తీసుకెళ్తుందో సిస్టమ్‌ను అడగండి.

ip route get 10.20.0.5
route print -4

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

రెండవ క్లయింట్ అన్నింటినీ క్లెయిమ్ చేయకుండా ఆపండి

ఒక క్లయింట్ డిఫాల్ట్ మార్గాన్ని కలిగి ఉండాలి, మరొకటి తన ప్రిఫిక్స్‌లను మాత్రమే తీసుకెళ్లాలి. OpenVPN క్లయింట్లు సర్వర్ తోసేదాన్ని తిరస్కరించవచ్చు.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull తోసిన ప్రతి మార్గాన్ని విస్మరిస్తుంది, pull-filter ignore "redirect-gateway" డిఫాల్ట్-రూట్ సూచనను మాత్రమే తొలగించి తోసిన DNS మరియు ఇతర ఎంపికలను ఉంచుతుంది. సర్వర్ కాన్ఫిగరేషన్‌లో ఎంత ఇంకా కావాలనే దాని ఆధారంగా ఈ రెండింటి మధ్య ఎంచుకోండి, ఆపై రెండవ నెట్‌వర్క్‌కు అవసరమైన నిర్దిష్ట ప్రిఫిక్స్‌లను జోడించండి. DNS గుర్తుంచుకోండి, ఎందుకంటే క్వెరీలను తీసుకెళ్లని టన్నెల్ తోసే రిజాల్వర్ ఏమీ తిరిగి ఇవ్వదు. ప్రతి నెట్‌వర్క్‌లో ఒక తెలిసిన హోస్ట్‌ను పరీక్షించి, రిమోట్ వైపు చూసే మూల చిరునామాను నిర్ధారించండి.

అతిపాతం అయ్యే సబ్‌నెట్‌లను తప్పించుకోలేరు

రెండు నెట్‌వర్క్‌లు ఒకే ప్రిఫిక్స్‌ను ప్రచురించినప్పుడు, కెర్నల్ రెండు వేర్వేరు స్థలాలకు ఒక ఎంట్రీని ఉంచుకుని ఎంచుకోవాలి. హోస్ట్ మార్గం లేని భేదాన్ని సృష్టించలేదు, మెట్రిక్ సర్దుబాటు కూడా చేయలేదు. ఒక వైపును తిరిగి నంబర్ చేయండి, లేదా దాని నిర్వాహకుడు రిమోట్ పరిధిని అనువదించి ప్రిఫిక్స్‌లు భిన్నంగా ఉండేలా చేయండి. క్లయింట్లను నిందించే ముందు నిజమైన సబ్‌నెట్‌లను తనిఖీ చేయండి, ఎందుకంటే ఇంటి రౌటర్ డిఫాల్ట్ 192.168.1.0/24 కార్యాలయ పరిధితో ఊహించిన దానికంటే ఎక్కువసార్లు ఢీకొంటుంది. తదుపరి మార్పు అతిపాతాన్ని తిరిగి సృష్టించకుండా ఉండేందుకు రెండు పరిధులను టికెట్‌లో నమోదు చేయండి.

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