duplicate-cn రెండు పరికరాలకు ఒకే గుర్తింపును ఇస్తుంది, రెండు కాదు

ప్రొఫైల్ను టాబ్లెట్కు కాపీ చేయండి, కనెక్ట్ చేయండి — ల్యాప్టాప్ బయటకు వెళ్తుంది. duplicate-cn జోడించండి, రెండూ కనెక్ట్ అయి ఉంటాయి, సమస్య పరిష్కారమైనట్టు కనిపిస్తుంది — రెండు పరికరాలు ఒకే టన్నెల్ చిరునామా కోసం పోరాడే వరకు లేదా పోయిన టాబ్లెట్ మొత్తం ఖాతాను ఆఫ్లైన్ చేసే వరకు. ఈ ఎంపిక ఒక్క విషయాన్ని మాత్రమే మారుస్తుంది: సర్వర్ ఇప్పటికే చూసిన పేరు కింద రెండవ సెషన్ను అనుమతిస్తుందా అనేది. పరికర స్వాతంత్ర్యం నుంచి ప్రతి పరికరానికి చిరునామా, ఎంపిక రద్దు వరకు ప్రజలు ఆశించేదంతా ఇప్పటికీ గుర్తింపు ద్వారానే జరుగుతుంది, ఇక్కడ గుర్తింపు అంటే ధృవపత్రం.

పురాణం: రెండవ సెషన్ అంటే రెండవ గుర్తింపు

రెండు కనెక్షన్లు రెండు క్లయింట్లు అయి ఉండాలి, రెండు క్లయింట్లు తమ స్వంత హక్కులున్న రెండు పరికరాలు అయి ఉండాలి అనేది అంతర్జ్ఞానం. సర్వర్ అలా నమూనా చేయదు. అది ఒక సాధారణ పేరును చూస్తుంది, duplicate-cn ప్రారంభమై ఉన్నప్పుడు ఆ పేరు కలిగిన ఒకటి కంటే ఎక్కువ సజీవ సెషన్లను అంగీకరిస్తుంది, ప్రతిదీ డీమన్లో తన సెషన్ స్థితిని పొందుతుంది.

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

అన్నీ పనిచేస్తున్నంతసేపు ఆ భేదం కనిపించదు. రెండు పరికరాలను వేరు చేయాల్సిన క్షణంలో అది బాగా కనిపిస్తుంది — సాధారణంగా అది వాటిలో ఒకటి పోయిన రోజు.

రెండు సెషన్లు ఒక పేరును పంచుకున్నప్పుడు నిజంగా ఏం మారుతుంది

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

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

దానిపై రూపకల్పన చేసే ముందు మీ బిల్డ్ నిజంగా ఏం చేస్తుందో నిర్ధారించుకోండి, ఎందుకంటే ఎంపిక ప్రభావాన్ని ఎంపికే నిర్ణయిస్తుంది, జనప్రవాదాలు కాదు:

grep -n 'duplicate-cn\|client-config-dir\|username-as-common-name' /etc/openvpn/server.conf

మీరు కేటాయించారని అనుకున్న స్థిర చిరునామా

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

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

అమలు username-as-common-name ఉపయోగిస్తే, శోధన కీ ధృవపత్రం విషయానికి బదులు ధృవీకరించిన వినియోగదారు పేరు అవుతుంది, రెండుసార్లు లాగిన్ అయ్యే ప్రతి ఒక్కరికీ అదే ఢీకొనడం సంభవిస్తుంది. కాన్ఫిగరేషన్ను నడిపించే పేరు ప్రతి పరికరానికి ప్రత్యేకంగా ఉండాలి, అప్పుడే పరికరం వారీగా కాన్ఫిగరేషన్కు అర్థం ఉంటుంది.

తొలగించే సమయంలో పంచుకున్న గుర్తింపు ఏం చేయలేదు

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

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

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

పంచుకోవడం ఎప్పుడు సరైనది, దాన్ని ఎలా పరిమితం చేయాలి

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

వేరే చిరునామాలు, వేరే లాగ్లు లేదా వేరే తొలగింపు అవసరమయ్యే ప్రతిదానికీ సాధారణ నమోదు మార్గం ద్వారా వేరే ధృవపత్రాలు జారీ చేయండి. అది తర్వాతి ప్రతి వ్యవస్థకు ఆధారపడేందుకు వేరే వస్తువును ఇస్తుంది, పేర్లు ఇప్పటికే ప్రత్యేకమైనవి కాబట్టి ఎంపిక ప్రాముఖ్యతను కోల్పోతుంది.

ఏ మార్గాన్ని ఎంచుకున్నా, లాగిన్ కాదు, నిర్వహణ నమూనాను పరీక్షించండి. రెండు పరికరాలను కనెక్ట్ చేయండి, వాటికి వేర్వేరు చిరునామాలు ఉన్నాయని నిర్ధారించండి, తర్వాత నష్టాన్ని అనుకరించి వాటిలో సరిగ్గా ఒకటి మాత్రమే తొలగించగలరా చూడండి. openvpn(8) మాన్యువల్ ఎంపిక పరిధిని నిర్ణయిస్తుంది; పంచుకోవడం నిజంగా ఆమోదయోగ్యమా అనేది మీ తొలగింపు విధానం నిర్ణయిస్తుంది.