MULTI: క్లయింట్ నుండి తప్పుడు మూల చిరునామా: అది ఎవరి చిరునామా?
లోపలి మూలం దాన్ని తెచ్చిన క్లయింట్ తో సరిపోలడం లేదు. దాన్ని టన్నెల్ కేటాయింపు, క్లయింట్ వెనుక ఉన్న LAN, లేదా రెట్టింపు గుర్తింపుతో సరిపోల్చండి.
సర్వర్ లాగ్ MULTI: bad source address from client ను ముద్రిస్తుంది, ప్యాకెట్ ను వదిలేస్తుంది, మరియు సెషన్ కనెక్ట్ అయి ఉంటుంది. ఈ కలయిక సందేశాన్ని ప్రామాణీకరణ వైఫల్యంగా చదివే వారిని గందరగోళానికి గురిచేస్తుంది. అలా కాదు: క్లయింట్ ప్రామాణీకరించబడింది, మరియు వచ్చిన ప్యాకెట్ సర్వర్ ఆ క్లయింట్ ప్రతితో అనుసంధానించలేని లోపలి మూల చిరునామాను కలిగి ఉంది. తనిఖీ డెలివరీకి ముందే జరుగుతుంది, అందుకే టన్నెల్ ఆరోగ్యంగా కనిపిస్తుంది, కానీ దాని గుండా ఏ ఉపయోగకరమైనదీ వెళ్లదు.
డెలివరీకి ముందు సర్వర్ ఏమి పోలుస్తుంది
క్లయింట్ నుండి వచ్చే ప్రతి ప్యాకెట్ కు, యూజర్ స్పేస్ లోని సర్వర్ టన్నెల్ లోపలి మూల చిరునామాను చూసి, ఆ చిరునామా ఏ క్లయింట్ కు చెందినదో తన లోపలి రూటింగ్ స్థితిని అడుగుతుంది. యజమాని మరో ప్రతి అయినా, లేదా యజమానే లేకపోయినా, ప్యాకెట్ తొలగించబడి హెచ్చరిక జారీ అవుతుంది.
టన్నెల్ ఇంటర్ఫేస్ ద్వారా సాధారణ డెలివరీ ఎప్పుడూ జరగదు.
ఈ క్రమం ప్రజలను ఆశ్చర్యపరిచే ఒక వివరాన్ని వివరిస్తుంది: హోస్ట్ ఫైర్వాల్ కౌంటర్లు కదలవు, ఎందుకంటే ప్యాకెట్ ఫైర్వాల్ కు ఎప్పుడూ చేరలేదు. హోస్ట్ పై రివర్స్-పాత్ ఫిల్టరింగ్ ను సర్దుబాటు చేయడం ఇక్కడ ఏమీ మార్చదు, ఎందుకంటే తిరస్కరణ డీమన్ స్వంత అనుసంధాన తనిఖీలో జరిగింది. సందేశాన్ని యాజమాన్యం గురించిన ప్రకటనగా చదవండి, తర్వాత మూడు పరిస్థితులలో ఏది దాన్ని సృష్టించిందో కనుగొనండి.
సరిపోలని లోపలి చిరునామా మూడు మూలాలు
క్లయింట్ తనకు కేటాయించని చిరునామా నుండి, ఎవరూ తనది అని ప్రకటించని నెట్వర్క్ నుండి, లేదా ఇప్పటికే యజమాని ఉన్న గుర్తింపు నకలు నుండి పంపుతూ ఉండవచ్చు. మూడూ ఒకే లాగ్ లైన్ ను సృష్టిస్తాయి. అవి మీరు ఏమి మార్చాలనే విషయంలో భిన్నం. చిరునామా మరియు ప్రస్తుత కేటాయింపు జాబితాతో ప్రారంభించి, ఈ రెండు వాస్తవాలకు కేసును ఎంచుకోనివ్వండి.
వాటిని వేరు చేయడానికి రెండు వాస్తవాలు కావాలి: లాగ్ లో తిరస్కరించిన చిరునామా, మరియు సర్వర్ ప్రస్తుతమని భావించే కేటాయింపులు. రెండవది నడుస్తున్న ప్రతి స్థితి లేదా నిర్వహణ వీక్షణ నుండి అందుబాటులో ఉంటుంది, మరియు సంప్రదించదగిన ఏకైక అధికారం అదే, ఎందుకంటే కాన్ఫిగరేషన్ ఫైల్ ప్రస్తుత స్థితిని కాదు, ఉద్దేశాలను నమోదు చేస్తుంది.
ఏదైనా మార్చే ముందు రెండింటినీ నమోదు చేయండి, తర్వాత వర్గీకరించండి. తర్వాత తీసిన స్క్రీన్ షాట్ హెచ్చరికను సృష్టించిన స్థితి నమోదు కాదు. కేటాయింపులు సెషన్ల మధ్య కదులుతాయి కాబట్టి సమయ ముద్రను కూడా ఉంచండి.
| Rejected source is | Likely cause |
|---|---|
| The client's own tunnel address | Static assignment conflict, wrong profile, or manual address change |
| A host behind that client | Missing internal ownership for that prefix |
| An address belonging to another session | Two devices sharing one identity or one static address |
క్లయింట్ వెనుక LAN మరియు iroute
సైట్ క్లయింట్ తన స్వంత ప్రైవేట్ నెట్వర్క్ ను రూట్ చేసినప్పుడు, ఆ నెట్వర్క్ క్లయింట్ కు చెందినదని ప్రకటించాలి. iroute నమోదు ఉన్న క్లయింట్-నిర్దిష్ట ఫైల్ అది చేస్తుంది, మరియు నమోదు క్లయింట్ మోయడానికి అనుమతించిన ప్రిఫిక్స్ ను పేర్కొంటుంది.
అదే ప్రిఫిక్స్ ను టన్నెల్ వైపు చూపే కెర్నల్ మార్గం ప్రత్యేక అవసరం, దాన్ని జోడించడం డీమన్ లోపలి యాజమాన్యంలో ఏమీ మార్చదు.
# /etc/openvpn/server/ccd/site-b
iroute 192.168.70.0 255.255.255.0ప్రభావవంతమైన గుర్తింపు ఫైల్ పేరుతో సరిపోలుతుందని నిర్ధారించండి, ఎందుకంటే సరిపోలకపోవడం అంటే ఫైల్ ఎప్పుడూ లోడ్ కాదు, లక్షణం తప్పిపోయిన నమోదుతో సమానం. హెచ్చరికను సద్దుమణగించడానికి విశాలమైన iroute జోడించవద్దు, ఎందుకంటే అది ఊహించని మూలాన్ని అధికారం ఇచ్చినదిగా మారుస్తుంది, క్లయింట్ దాన్ని ఎందుకు పంపిందో జవాబివ్వకుండా. OpenVPN 2.6 మాన్యువల్ iroute, duplicate-cn మరియు గుర్తింపు మ్యాపింగ్ ను ప్రత్యేక నియంత్రణలుగా నమోదు చేస్తుంది.
రెండు మెషీన్లపై ఒకే గుర్తింపు
రెండవ ల్యాప్ టాప్ కు కాపీ చేసిన ప్రొఫైల్ అదే ధృవపత్రాన్ని, అదే సాధారణ పేరును కలిగి ఉంటుంది. సర్వర్ సెట్టింగులను బట్టి కొత్త కనెక్షన్ పాతదాన్ని భర్తీ చేయవచ్చు, యాజమాన్యం ఉన్న ప్రతి అనుసంధాన తనిఖీలో గెలుస్తుంది.
ఇది లోపాన్ని అడపాదడపా కనిపించేలా చేస్తుంది, రెండు పరికరాలు మేల్కొని ఉన్నప్పుడు మాత్రమే అది కనిపిస్తుంది.
రెట్టింపు సాధారణ పేర్లను అనుమతించడం రెండూ కనెక్ట్ కావడానికి వీలిస్తుంది, కానీ స్వతంత్ర స్థిర చిరునామాలు లేదా స్వతంత్ర యాజమాన్యం ఇవ్వదు. రెండు పరికరాలు కలిసి ఉండాలంటే, ప్రతిదానికీ సొంత గుర్తింపు, సొంత కేటాయింపు ఉండేలా వాటిని విడివిడిగా నమోదు చేయండి. రెట్టింపు సెట్టింగ్ ను ఈ హెచ్చరికకు మరమ్మత్తుగా భావించడం మిస్టరీని అక్కడే ఉంచి మరొకటి జోడిస్తుంది.
అనుసంధానం మారిందని నిరూపించండి
సవరణను కాన్ఫిగరేషన్ యజమాని ద్వారా వర్తించి, తర్వాత కొత్త విధానం లోడ్ అయ్యేలా ప్రభావిత క్లయింట్ ను మళ్లీ కనెక్ట్ చేయండి.
అదే ప్రవాహాన్ని పునరావృతం చేసి మూడు విషయాలను నిర్ధారించండి: ప్యాకెట్ లోపలి మూలం, సర్వర్ దాన్ని అనుసంధానించే క్లయింట్ ప్రతి, మరియు తర్వాత గమ్యస్థానం ప్రవర్తన.
హెచ్చరిక ఆగినా అప్లికేషన్ ఇంకా విఫలమైతే, సమస్య మాయమవలేదు, స్థానం మారింది. ఫార్వర్డింగ్, ఫైర్వాల్ నియమాలు మరియు తిరిగి వచ్చే మార్గం వేర్వేరు దశలు, అనుసంధాన తనిఖీ దాటడం అంటే ప్యాకెట్ కు టన్నెల్ విడిచిపెట్టడానికి అనుమతి లభించిందని మాత్రమే.