Access Server నుండి Community OpenVPN వరకు: ఏమి తిరిగి నిర్మించాలి
Access Server విధానాన్ని నిల్వ చేస్తుంది; Community OpenVPN దాన్ని రాయమని కోరుతుంది. ఒక సర్టిఫికెట్ కూడా కాపీ చేసే ముందు గుర్తింపు, మార్గాలు, రద్దును పటంగా గీయండి.
Access Server మరియు Community OpenVPN ఒకే ప్రోటోకాల్ మాట్లాడతాయి, మిగతా దాదాపు ఏదీ ఒకే విధంగా లేదు. హ్యాండ్షేక్, సైఫర్ చర్చలు మరియు టన్నెల్ డేటా ప్లేన్ సరిపోతాయి, కాబట్టి క్లయింట్ తన ప్రొఫైల్ మార్చకుండానే రెండింటికీ కనెక్ట్ కాగలదు. భేదం ఏమిటంటే కాన్ఫిగరేషన్ ఎవరి సొంతం: ఒక ఉత్పత్తి విధానాన్ని రాసి అమలు చేసే నిర్వహణ పొరను తెస్తుంది, మరొకటి మీకు కాన్ఫిగ్ ఫైల్ మరియు కొన్ని హుక్లను ఇచ్చి మీరే నిర్ణయించాలని ఆశిస్తుంది.
ఆ భేదమే మైగ్రేషన్ ప్రణాళిక. పాత ఉత్పత్తి మీ తరఫున నిర్ణయించిన ప్రతిదీ కొత్త అమరికలో ఎక్కడో స్పష్టమైన నిర్ణయం కావాలి.
రెండు అమరికలు పరస్పరం మార్చుకోలేని చోటు
Access Server లో, వెబ్ నిర్వహణ ఇంటర్ఫేస్ వినియోగదారులు, సమూహాలు, ప్రతి వినియోగదారు అనుమతులు, సర్టిఫికెట్ జారీ మరియు ఒకరు డౌన్లోడ్ చేసే ప్రొఫైల్ బండిల్ను కలిగి ఉంటుంది. క్రింది డీమన్ ఆ పొర ద్వారా కాన్ఫిగర్ అవుతుంది, కాబట్టి నడుస్తున్న సేవ చేతితో అరుదుగా సవరించే నిల్వ చేసిన స్థితి ఫలితం. Community OpenVPN లో కాన్ఫిగ్ ఫైలే స్థితి: అది శ్రోత, సర్టిఫికెట్ అధికారి, ప్రామాణీకరణ హుక్ మరియు ప్రతి పుష్ చేసిన ఎంపికను పేర్కొంటుంది, ఏదీ మీ తరఫున తిరిగి రాయదు. కాబట్టి అదే TLS యంత్రం రెండు చాలా భిన్నమైన యాజమాన్య నమూనాల కింద ఉంటుంది.
చిన్న పటం అంతరాన్ని స్పష్టం చేస్తుంది. వినియోగదారులు మరియు సమూహాలు తిరిగి సృష్టించే వరకు పాత డేటాబేస్లో మాత్రమే ఉంటాయి. ప్రొఫైల్ బండిల్లు కాన్ఫిగ్ ఫైల్ మరియు మీరే పంపిణీ చేసే సర్టిఫికెట్లు అవుతాయి. ప్రతి వినియోగదారు అనుమతులు client-config-dir లోని సూచనలు అవుతాయి. నిర్వహణ ఇంటర్ఫేస్ సర్టిఫికెట్లు జారీ చేయడానికి మరియు ఫైళ్లు సవరించడానికి మీరు ఎంచుకునే ప్రక్రియ అవుతుంది.
సర్వర్ను తాకే ముందు ఆ పటాన్ని రాయండి. మీరు నింపలేని ప్రతి వరుస మీరు ఇప్పుడు కోల్పోతున్న లక్షణం, నిశ్శబ్దంగా కోల్పోవడమే మైగ్రేషన్ రెండు వారాల తర్వాత అంతరాయం కాగల మార్గం.
గుర్తింపు సర్టిఫికెట్ ఫైళ్లతో బదిలీ కాదు
పాత అధికారి సర్టిఫికెట్లు కొత్త సేవలో సరిగ్గా పార్స్ అయినా తప్పుడు గుర్తింపు కావచ్చు, ఎందుకంటే పాత ఉత్పత్తి వాటిని కొత్తది చూడలేని ఖాతా స్థితితో జత చేసింది. మొదట కొత్త అమరిక సర్టిఫికెట్తో మాత్రమే, PAM లేదా RADIUS చేరే ప్లగిన్తో, లేదా కలయికతో ప్రామాణీకరిస్తుందో నిర్ణయించి, తర్వాత ప్రతి ఎంపిక అవసరమైన లక్షణాలను నిలుపుకుంటుందో తనిఖీ చేయండి. ప్రతి వినియోగదారు గుర్తింపు లేని పంచుకున్న సర్టిఫికెట్ దాన్ని కలిగి ఉన్న అందరికీ ఒకే ఆధారం. రద్దు కూడా మొదటి రోజు నుండి పనిచేయాలి, అంటే Community OpenVPN లో crl-verify సూచించే CRL ఫైల్ మరియు దాన్ని తిరిగి సృష్టించే ప్రక్రియ.
మార్పుకు ముందు నమోదును ప్రణాళిక చేయండి, తర్వాత కాదు. కొత్త సర్టిఫికెట్లు, పరీక్షించిన రద్దు మార్గం మరియు ఒక వ్యక్తిని నిలిపివేయడానికి పత్రబద్ధమైన మార్గం ముందస్తు షరతులు, తర్వాతి పని కాదు. బహుళ-కారక ప్రామాణీకరణ పాత ఉత్పత్తి ఇంటిగ్రేషన్ నుండి వచ్చినట్లయితే, ప్రత్యామ్నాయాన్ని స్పష్టంగా పేర్కొనండి, ఎందుకంటే ఇన్స్టాల్ చేయని ప్లగిన్ అత్యంత దుర్భర సమయంలో మూసుకుని విఫలమవుతుంది.
రూటింగ్ మరియు పేరు పరిష్కారం కాన్ఫిగ్ రాసేవారిని అనుసరిస్తాయి
మార్గాలు, DNS సెట్టింగ్లు మరియు పూర్తి టన్నెల్ ప్రవర్తన రెండు ఉత్పత్తులలో పుష్ చేసిన ఎంపికలు, కానీ మీ కోసం వాటిని లెక్కించేది ఒకటే. Community OpenVPN లో మీరే push సూచనలు రాస్తారు, redirect-gateway సర్వర్దా క్లయింట్దా నిర్ణయిస్తారు, మరియు హోస్ట్లో ఫార్వార్డింగ్ మరియు NAT ఉన్నాయని నిర్ధారిస్తారు. పూర్తయిన హ్యాండ్షేక్ ఫార్వార్డింగ్, చిరునామా అనువాదం లేదా క్లయింట్ నిజంగా పొందిన మార్గాల గురించి ఏమీ చెప్పదు.
ప్రతి క్లయింట్ ప్రవర్తనకు client-config-dir మరియు క్లయింట్ సర్టిఫికెట్ common name పేరుతో ఫైల్ అవసరం, మరియు సైట్-నుండి-సైట్ జోడీకి దాని వెనుక ఉన్న ప్రిఫిక్స్లకు iroute నమోదులు అవసరం. పేరు తప్పు అయితే ఎంపికలు లోపం లేకుండా విస్మరించబడతాయి. ఉత్పత్తి కాని ఒక క్లయింట్తో దాని స్వంత చిరునామా పూల్లో పరీక్షించి, తర్వాత ఇచ్చిన చిరునామా, పొందిన మార్గాలు మరియు అది ముగించిన రిజాల్వర్ సెట్టింగ్లను చదవండి.
పాత సేవ తిరిగి రాగలిగేలా మార్పును క్రమబద్ధం చేయండి
కొత్త శ్రోతను వేరే పోర్ట్ లేదా చిరునామాలో నడపండి, మరియు ప్రత్యామ్నాయాన్ని నిరూపిస్తున్నప్పుడు పాతది ట్రాఫిక్ను అందిస్తూ ఉండనివ్వండి. ఒకే సాకెట్పై రెండు డీమన్లు రోల్బ్యాక్ ప్రణాళిక కాదు.
ఒకసారి ఒక సమూహాన్ని కదిలించండి, దాని సర్టిఫికెట్లు, పూల్ మరియు మార్గాలతో, మరియు సంఘటన మధ్యలో కనుగొనడం బదులు తిరిగి వెళ్లే మార్గాన్ని సాధన చేయండి. కొత్త సేవను మొదట ఆపితేనే పనిచేసే రోల్బ్యాక్ కూడా రోల్బ్యాకే, కానీ ఏదీ మండనప్పుడు పరీక్షించాలి.
చివరగా, ప్రత్యక్ష సమానత్వం లేని లక్షణాలను జాబితా చేసి ప్రతి దాని గతిని లిఖితపూర్వకంగా నిర్ణయించండి: స్వయం-సేవ ప్రొఫైల్ డౌన్లోడ్, ప్రతి వినియోగదారు అనుమతి జెండాలు, నిర్వహణ ఇంటర్ఫేస్ స్వయంగా, ప్రత్యక్ష కనెక్షన్ నివేదికలు. వాటిని పత్రబద్ధమైన చేతి ప్రక్రియతో భర్తీ చేయడం చెల్లుబాటు అయిన సమాధానం. వరుసను ఖాళీగా వదలడం కాదు.
పాత పోర్టల్ ఎప్పుడూ చూడని వ్యక్తి నమోదు చేసుకోగలిగి, కనెక్ట్ అయి, ఉద్దేశించిన అంతర్గత చిరునామాను చేరి, శుభ్రంగా రద్దు చేయబడినప్పుడు పని పూర్తవుతుంది. అంతకు ముందు అంతా సన్నాహం.