OpenVPN లో ప్రతి క్లయింట్కు స్థిర IP: ifconfig-push, ipp.txt కాదు

ipp.txt లో ఒక పంక్తిని సవరించడం చిరునామాను రిజర్వ్ చేసినట్లు అనిపిస్తుంది, కానీ అలా కాదు. ifconfig-pool-persist పేరు పెట్టిన ఆ ఫైల్, ఒక సాధారణ పేరుకు చివరిసారి ఏ చిరునామా ఉందో నమోదు చేస్తుంది, తద్వారా పూల్ అనుకూలమైనప్పుడు అదే చిరునామాను తిరిగి ఇవ్వగలదు. అందులో ఏదీ తదుపరి కనెక్షన్ను ఆ సంఖ్యకు కట్టివేయదు.

క్రింది తనిఖీలను వరుసగా నిర్వహించండి. ప్రతి ఒక్కటి యంత్రాంగాన్ని నిర్ధారిస్తుంది లేదా ఆగి ఒక ఇన్పుట్ను సరిచేయమని చెబుతుంది.

నిలకడ ఫైల్ ఎందుకు

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

నిర్దిష్ట క్లయింట్కు నిర్దిష్ట చిరునామా కావాలంటే, డాక్యుమెంట్ చేయబడిన యంత్రాంగం ifconfig-push, మరియు అది ఆ క్లయింట్ను కలిగి ఉన్న కాన్ఫిగరేషన్లో ఉంటుంది.

సరైన క్లయింట్ ఎంపికైందా తనిఖీ చేయండి

స్పష్టమైన కేటాయింపు క్లయింట్ యొక్క సాధారణ పేరు ద్వారా వెతకబడుతుంది, కాబట్టి తప్పు గుర్తింపుకు పేరు పెట్టిన ఫైల్ ఎప్పటికీ చదవబడదు. సర్వర్ ఆ క్లయింట్ పేరుగా ఏమి భావిస్తుందో నిర్ధారించండి, ముఖ్యంగా username-as-common-name ప్రామాణీకరణ తర్వాత దాన్ని మార్చే చోట. తర్వాత ఫైల్ పేరు ఆ విలువకు సరిగ్గా సరిపోలుతుందా అని, అక్షరాల పెద్ద-చిన్న రూపంతో సహా నిర్ధారించండి.

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

సంఖ్యలు టోపాలజీకి సరిపోలుతాయా తనిఖీ చేయండి

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

చిరునామాను దానిని కలిగి ఉండగల ప్రతి దానితో పోల్చి తనిఖీ చేయండి: మరో స్పష్ట కేటాయింపు, డైనమిక్ పూల్ పరిధి, మరియు స్థిర హోస్ట్ అని ఊహించే ఏ స్థిర మార్గమైనా. పూల్తో అతివ్యాప్తి చెందే చిరునామా పూల్ దాన్ని మరొకరికి ఇచ్చే వరకు పనిచేస్తుంది, మరియు ఆ వైఫల్యం యాదృచ్ఛికంగా కనిపిస్తుంది.

కొత్త కనెక్షన్పై ఫలితాన్ని తనిఖీ చేయండి

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

సాక్ష్యాలను కలిసి ఉంచండి: క్లయింట్ పేరు, సరిపోలిన ఫైల్, కేటాయించిన చిరునామా మరియు అది వచ్చిన పూల్.

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