ఒకే రౌటర్ వెనుక ఒకే ఒక్క VPN క్లయింట్ మాత్రమే కనెక్ట్ అవడానికి కారణం

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

క్లయింట్ను తాకే ముందు గేట్వే లాగ్ను చదవండి

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

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

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

రౌటర్ GRE మరియు NAT-T తో ఏమి చేస్తుంది

PPTP సాంప్రదాయ నేరస్థుడు: నియంత్రణ ఛానెల్ TCP 1723, డేటా మార్గం GRE, అంటే IP ప్రోటోకాల్ 47. చాలా వినియోగదారు రౌటర్లు ఒకే నియంత్రణ కనెక్షన్ను ట్రాక్ చేసే PPTP సహాయకుడితో వస్తాయి, కాబట్టి అదే NAT వెనుక ఉన్న రెండో క్లయింట్ తన నియంత్రణ ఛానెల్ను తెరిచి తర్వాత ఎలాంటి డేటా మార్గం పొందదు. 47 సంఖ్య గల TCP పోర్టును ఫార్వర్డ్ చేయడం GREకి ఏమీ చేయదు, ఎందుకంటే GRE పోర్ట్ కాదు, ప్రోటోకాల్ సంఖ్య.

L2TP IPsec పైన రూపకల్పనతోనే భిన్నంగా ప్రవర్తిస్తుంది: IKE UDP 500 ఉపయోగిస్తుంది, NAT ట్రావర్సల్ రక్షిత పేలోడ్ను UDP 4500కి కదిలిస్తుంది, ఒక చిరునామా వెనుక ఉన్న పలు క్లయింట్లు ఒకే గేట్వేను చేరడానికే ఎన్క్యాప్సులేషన్ ఉంది. ఆ రూపకల్పన గేట్వే లేదా మధ్య బాక్స్ ప్రతి చిరునామాకు సెషన్ పరిమితిని విధించడాన్ని ఆపదు, సోఫా నుంచి రెండు వైఫల్యాలు ఒకేలా కనిపిస్తాయి. SoftEther సొంత ప్రోటోకాల్కు కూడా ఇదే రకమైన సమస్య ఉంది: పని చేసే పాస్-త్రూ లేని రౌటర్ లోకల్ నెట్వర్క్ నుంచి మొదటి క్లయింట్ను లోపలికి తీసుకుని రెండోదాన్ని పడేస్తుంది. రౌటర్ ALG లేదా పాస్-త్రూ స్విచ్ను రెండు స్థానాల్లో పరీక్షించండి, ఎందుకంటే పాత క్లయింట్ కోసం రాసిన సహాయకుడు నేటి క్లయింట్ పంపే ప్యాకెట్లను పాడు చేయవచ్చు.

nc -vz 203.0.113.5 1723
sudo tcpdump -ni any proto gre

రవాణా పరిమితుల్లా కనిపించే గుర్తింపు పరిమితులు

రౌటర్ ఒక్కటే అనుమానితం కాదు, లాగ్ దాన్ని ప్రత్యామ్నాయం నుంచి వేరు చేస్తుంది. OpenVPN సర్వర్ ఒక సాధారణ పేరును ఒక టన్నెల్ చిరునామాకు పిన్ చేసినప్పుడు, రెండు పరికరాలూ ఆ చిరునామాను పొందుతాయి, duplicate-cn లేకుండా కొత్త సెషన్ పాతదాన్ని బయటకు నెట్టేస్తుంది. ఆ ఎంపికను ఆన్ చేసినప్పుడు రెండూ కనెక్ట్ అయి ఉంటాయి కానీ ఒకే గుర్తింపు, ఒకే ధృవపత్రం మరియు ఒకే రద్దు నిర్ణయం వాటికి మిగులుతాయి, ఇది కనిపించే దాని కంటే అధ్వాన్నం. అప్పుడు రెండో పరికరాన్ని ఎప్పటికీ ఒంటరిగా రద్దు చేయలేరు, కాబట్టి సౌలభ్య స్విచ్ తర్వాత అవసరం కావచ్చిన నియంత్రణను నిశ్శబ్దంగా తొలగిస్తుంది.

సర్వర్ జర్నల్ మరియు దాని స్థితి ఫైల్ను కలిసి చదవండి, ఎందుకంటే ఒకటి ప్రామాణీకరణ నిర్ణయాన్ని చూపుతుంది, మరొకటి ఇప్పుడు ఎవరు కనెక్ట్ అయ్యారో చూపుతుంది. ఒకే సాధారణ పేరు మరియు ఒక వర్చువల్ చిరునామాను పంచుకునే రెండు నమోదులు రౌటర్ పరిమితి కాదు, గుర్తింపు ఢీకొనడాన్ని నిర్ధారిస్తాయి. వాణిజ్య గేట్వేలు తమ సొంత పరిమితులను జోడిస్తాయి, ఒకే సమయంలో ఒక సెషన్ మాత్రమే అనుమతించే ప్లాన్, లైసెన్స్ల సంఖ్య, లేదా ప్రతి పబ్లిక్ చిరునామాకు ఒక సెషన్ అనుమతించే నియమం వంటివి, రౌటర్ సెట్టింగ్ వాటిలో ఏదీ మార్చదు.

sudo journalctl -u openvpn-server@server -n 60 --no-pager
cat /run/openvpn/server.status

మరమ్మతును లాగ్ నమోదుకు సరిపోల్చండి

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

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

రెండు సజీవ సెషన్ల ధృవీకరణ

రెండు పరికరాలను ఒకే సమయంలో కనెక్ట్ చేయండి, ప్రతిదానిపై ఉద్దేశించిన యాప్ను నడపండి, తర్వాత వాటిలో ఒకదాన్ని మళ్లీ కనెక్ట్ చేసి పునరావృతం చేయండి. క్షణం కనిపించే రెండో చిహ్నం ట్రాఫిక్ గురించి ఏమీ నిరూపించదు, పది నిమిషాల తర్వాత పడిపోయే సెషన్ మరో యజమాని మరో లోపం. సర్వర్ చివర్లో నివేదించేదాన్ని వినియోగదారులు చూసినదానితో పోల్చండి, ఎందుకంటే ఈ రెండు లెక్కలు తరచుగా కలవవు.

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