ఒకే హోస్ట్పై OpenVPN సర్వర్ మరియు క్లయింట్: క్లయింట్లు ఎందుకు పడిపోతాయి

ఇప్పటికే VPN సర్వర్ నడుస్తున్న మెషీన్పై క్లయింట్ ప్రొఫైల్ను జోడించండి, మొదటి బలి అసలు సేవ అవుతుంది. కొత్త టన్నెల్ ఎప్పటికీ ఏర్పడకపోవచ్చు, లేదా సర్వర్లోని ఇప్పటికే ఉన్న క్లయింట్లు నిశ్శబ్దంగా ప్రతిస్పందనలు పొందడం ఆపేసినప్పుడు అది పైకి రావచ్చు. రెండు ఢీకొనడాలు రెండు ఫలితాలను ఇస్తాయి: ఇప్పటికే వాడుకలో ఉన్న టన్నెల్ పూల్, మరియు కొత్త క్లయింట్ సగం ఇన్స్టాల్ చేసే, మొత్తం పట్టికను కవర్ చేసే డిఫాల్ట్ మార్గం. వాటిలో ఏదీ OpenVPN లోప సందేశాన్ని ఇవ్వదు, అందుకే వైఫల్యాన్ని సర్వర్ సమస్యగా చదువుతారు.

ఒక మెషీన్, రెండు పాత్రలు, మరియు ప్రతిస్పందనలు ఎక్కడికి వెళ్లాలి అనే దానిపై రెండు సరిపోని సమాధానాలు.

ఒకే పూల్, రెండు సర్వర్లు: ఎవరు గెలుస్తారు

ప్రతి సర్వర్ ఇన్స్టాన్స్కు దాని సొంత టన్నెల్ సబ్నెట్ అవసరం. server 10.8.0.0 255.255.255.0 వంటి లైన్ను రెండవ కాన్ఫిగరేషన్లోకి కాపీ చేయడం రెండు ఇన్స్టాన్స్లకు ఒకే ప్రిఫిక్స్ ఇస్తుంది, ఫలితం ప్రారంభించడానికి నిరాకరణ లేదా ఒక సర్వర్ క్లయింట్లు మరొకటి కూడా తనవే అనుకునే చిరునామాలను పొందే నిశ్శబ్ద పోటీ. వేరే UDP పోర్టులు మరియు వేరే పరికర పేర్లు సహాయపడవు, ఎందుకంటే రెండూ చిరునామా స్థలాన్ని తాకవు. రెండవ పూల్ను మార్చండి, మరియు మార్గాలు దానిని ప్రస్తావించే ప్రతి చోటా మార్చండి.

సవరించే ముందు ఏది సక్రియంగా ఉందో జాబితా చేయండి: ip -4 addr show టన్నెల్ పరికరాలను జాబితా చేస్తుంది, ss -lunp వినేవారిని జాబితా చేస్తుంది, systemctl list-units యూనిట్ల పేర్లు చెబుతుంది. టన్నెల్ చిరునామాలపై ఒక చూపు పూల్లు ఢీకొంటున్నాయా అని నిర్ణయిస్తుంది.

క్లయింట్ ప్రొఫైల్ పట్టికకు ఏమి జోడిస్తుంది

క్లయింట్ సగం కనెక్ట్ అయిన వెంటనే మార్గాలను రాస్తుంది. redirect-gateway def1 డిఫాల్ట్ మార్గాన్ని 0.0.0.0/1 మరియు 128.0.0.0/1 గా విభజిస్తుంది, రెండూ కొత్త పరికరం ద్వారా మార్గనిర్దేశం చేయబడతాయి, దూర సర్వర్కు వెళ్లే హోస్ట్ మార్గంతో పాటు అది ఉద్దేశపూర్వకంగా భౌతిక ఇంటర్ఫేస్కు పిన్ చేయబడి ఉంటుంది. టన్నెల్ తన రవాణా కోసం మార్గాన్ని ఉంచుకోవడానికే ఆ పిన్ ఉంది. మిగతావన్నీ, స్థానిక సర్వర్ తన క్లయింట్లకు ఇవ్వాల్సిన ప్రతిస్పందనలతో సహా, ఇప్పుడు కొత్త డిఫాల్ట్ను అనుసరించి దూర లింక్ ద్వారా బయటకు వెళ్తాయి.

కాబట్టి రెండవ ఢీకొనడం విరిగిన టన్నెల్ కాదు. అది పట్టికలో తప్పు స్థానంలో ఉన్న పని చేసే టన్నెల్.

పాత్రలను వేరుగా ఉంచే మూడు మార్గాలు

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

మీరు ఏ మార్గం తీసుకున్నా, మినహాయింపులో LAN కాదు, స్థానిక టన్నెల్ సబ్నెట్ పేరు ఉండాలి. స్థానిక సర్వర్ పంపే ప్రతిస్పందన గమ్యం టన్నెల్ చిరునామా, కాబట్టి LAN ఆకారపు మినహాయింపు దానితో ఎప్పటికీ సరిపోలదు.

రెండు ఇన్స్టాన్స్లలో ఏది తప్పు

క్లయింట్ ఇన్స్టాన్స్ను ఆపి అసలు క్లయింట్లను మళ్లీ పరీక్షించండి. తక్షణ పునరుద్ధరణ అంటే రూటింగ్, సర్వర్ కాదు. క్లయింట్ను తిరిగి తీసుకొచ్చి, మూలం మరియు గమ్యం రెండు చిరునామాలు ఇవ్వబడిన ip route get తో ఒకే ప్రతిస్పందనను ట్రేస్ చేయండి, అది కెర్నల్ ఎంచుకునే మార్గాన్ని చూపుతుంది, ఆపై tcpdump -ni any port 1194 తో ప్యాకెట్లు నిజంగా ఉపయోగించే ఇంటర్ఫేస్ను గమనించండి. సర్వర్ స్థితి ఫైల్, కొన్ని సెకన్లకు ఒకసారి status సూచన ద్వారా రాయబడుతుంది, కనెక్ట్ అయిన క్లయింట్ జాబితా మరియు రెండు దిశల బైట్ కౌంటర్లను కలిగి ఉంటుంది.

ఆ కౌంటర్లను ఒకదానికొకటి ఎదురుగా చదవండి. బయటకు వెళ్లి ఎప్పటికీ తిరిగి రాని ట్రాఫిక్ హ్యాండ్షేక్ సమస్య కాదు, రూటింగ్ సమాధానం.