OpenVPN ప్రొఫైల్ నుండి key-method తీసివేయడం ఏమీ మార్చదు

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

ప్రొఫైల్‌లో ఉన్నదానికి, ప్రోటోకాల్ వాస్తవంగా చేసేదానికి మధ్య ఉన్న ఈ అంతరమే ఇక్కడి మొత్తం అంశం, మరియు ప్రజలు ఒకే సమయంలో చేసే మరికొన్ని మార్పులను కూడా ఇది వివరిస్తుంది. ఆ మార్పులు సాధారణంగా ఒకే కట్టగా ఎందుకు వస్తాయో కూడా ఇది వివరిస్తుంది.

లక్షణం పార్స్ లోపం, హ్యాండ్‌షేక్ వైఫల్యం కాదు

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

openvpn --config /etc/openvpn/client/office.ovpn --verb 3 --log /tmp/parse.log
grep -n 'Options error' /tmp/parse.log

సందేశం సూచనను పేర్కొంటే, నిర్ధారణ పూర్తయింది: ఈ బిల్డ్ అంగీకరించని ఏదో ఫైల్‌లో ఉంది. సందేశం బదులుగా ఫైల్ మార్గాన్ని పేర్కొంటే, సమస్య లేని include లేదా కీ, అది అదే ప్రారంభ దశలోని మరో భాగం.

మీరు తీర్మానించకూడనిది ఏమిటంటే క్లయింట్ లేదా సర్వర్‌కు పాత ప్రోటోకాల్ మోడ్ అవసరం అని. పార్స్ వైఫల్యం అనేది మీ ఫైల్‌కు, బైనరీకి మధ్య ఉన్న పదజాల సమస్య, ఈ సందర్భంలో బైనరీ తన పదజాలం నుండి ఒక పదాన్ని మాత్రమే జారవిడిచింది.

సూచన మరియు ప్రసార ఫార్మాట్ రెండు వేర్వేరు విషయాలు

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

అందుకే “పద్ధతి 2ను పునరుద్ధరించడానికి” పాత బైనరీని తిరిగి తేవడం తప్పు మరమ్మతు. పాత డిఫాల్ట్ విలువలతో ఉన్న పాత పార్సర్ తప్ప ఏదీ పునరుద్ధరించదు, దాని తర్వాత వచ్చిన సవరణలను మీ నుండి తీసివేస్తుంది. కనెక్షన్ తిరిగి వస్తుందనే ఆశతో సర్టిఫికెట్ తనిఖీని లేదా సైఫర్ జాబితాను బలహీనపరచడానికి కూడా అదే వాదన వర్తిస్తుంది.

ఉపయోగకరమైన తనిఖీ వెర్షన్ మరియు పార్స్ చేసిన కాన్ఫిగరేషన్, ఫైల్‌లో పదం ఉండటం కాదు:

openvpn --version | head -n 1
grep -rn 'key-method' /etc/openvpn/ 2>/dev/null

ఏమి తీసివేయాలి, ఏ ఫైల్ నుండి

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

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

తర్వాత ఉద్దేశించిన ఇన్‌స్టాన్స్ ప్రారంభించి దాని ప్రారంభ అవుట్‌పుట్ చదవండి. శ్రోత ఉన్న స్థితిలో శుభ్రమైన ప్రారంభమే ఈ దశ పూర్తయినట్లు నిర్ధారణ; తర్వాతి క్లయింట్ పరీక్ష మరో ప్రశ్నకు సమాధానం ఇస్తుంది.

తిరస్కరించిన ప్రొఫైల్ మరియు తిరస్కరించిన క్లయింట్ ఒకేలా కనిపిస్తాయి

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

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

ఆ పంక్తి ఎప్పటికీ సమాధానం ఇవ్వని సాంగత్య ప్రశ్నలు

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

కుదింపు అదే ఆకారంలోని ప్రత్యేక విధాన ప్రశ్న. key-method పంక్తిని తీసివేయడం మీ అమలులో కుదింపు సూచనకు మద్దతు ఉందా లేదా ఆమోదయోగ్యమా అనే దాని గురించి ఏమీ చెప్పదు, రెండు నిర్ణయాలు స్వతంత్రంగా తీసుకోవాలి. ఏదో కనెక్ట్ అయ్యే వరకు అనేక భద్రతా సంబంధిత సెట్టింగ్‌లను ఒకేసారి తొలగించడమే పనిచేస్తున్న ప్రొఫైల్ వివరించలేని ప్రొఫైల్‌గా మారే మార్గం.

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