OpenVPN యొక్క UDP ప్రతిస్పందన తప్పు చిరునామా నుండి ఎందుకు వస్తుంది

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

మూలం మారినప్పుడు క్లయింట్ ఏమి చూస్తుంది

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

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

multihome ఎంపిక నిజంగా ఏమి చేస్తుంది

ఈ సూచన కాన్ఫిగరేషన్ ఫైల్లో multihome గాను, కమాండ్ లైన్లో --multihome గాను రాయబడుతుంది, మరియు క్లయింట్ ప్యాకెట్ చేరిన చిరునామా నుండి UDP సర్వర్ సమాధానం ఇచ్చేలా చేస్తుంది. స్వీకరించేటప్పుడు కెర్నల్ అసలు గమ్యస్థాన చిరునామాను అదనపు డేటాగా ఇస్తుంది, OpenVPN ఆ విలువను సమాధానం మూలంగా ఉపయోగిస్తుంది. ఈ విధంగా సార్వత్రిక చిరునామాపై వినే సర్వర్, IPv4 కోసం local 0.0.0.0 లేదా దాని IPv6 సమానం, ప్రతి క్లయింట్ ప్రత్యేక శ్రోతను చేరినట్లు ప్రవర్తిస్తుంది. పబ్లిక్ చిరునామా ద్వారా వచ్చిన క్లయింట్లు పబ్లిక్ చిరునామా నుండి సమాధానాలు పొందుతాయి, అంతర్గత చిరునామాలోని క్లయింట్లు ఆ చిరునామా నుండి పొందుతాయి. ప్యాకెట్ మార్గంలో మరేదీ కదలదు: మార్గం, ఫిల్టర్ నియమాలు మరియు టన్నెల్ కాన్ఫిగరేషన్ ఉన్నట్లుగానే ఉంటాయి.

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

స్థిర స్థానిక చిరునామా ఎప్పుడు తప్పు డిఫాల్ట్

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

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

సమాధానం మూలాన్ని బయటి నుండి నిరూపించండి

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

tcpdump -ni any udp port 1194
ss -lunp 'sport = :1194'
ip route get 203.0.113.10 from 198.51.100.20

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

మార్గదర్శనం, కనుగొనడం మరియు ఫిల్టరింగ్ వేరుగా ఉంటాయి

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

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