పాత .ovpn ప్రొఫైల్ Ubuntu 24.04లో విఫలమవుతుంది: ఏ పంక్తులను తొలగించాలి
Ubuntu 24.04 OpenVPN 2.6తో వస్తుంది, 2.4 కోసం ఎగుమతి చేసిన ప్రొఫైల్ తొలగించిన ఎంపికలపై విఫలమవుతుంది. keysize మరియు ncp-disable తొలగించి, ఆపై ns-cert-type సరిచేయండి.
ప్రొఫైల్ డౌన్లోడ్ అవుతుంది, దిగుమతి అవుతుంది, ఆపై ఫైల్లోని 12వ పంక్తిలో Unrecognized option అనే సందేశంతో ఆగిపోతుంది, అది keysize పేరును చెబుతుంది. ఖాతాలో ఏమీ మారలేదు, సర్వర్ ఇప్పటికీ ఇతర క్లయింట్లను అంగీకరిస్తుంది. మారింది క్లయింట్ కూడా: Ubuntu 24.04 ఇన్స్టాల్ చేస్తుందిOpenVPN 2.6, కానీ ఈ ఎగుమతి 2.4 కోసం రాయబడింది. మరమ్మతు అనేది కొన్ని పంక్తులను తొలగించే చిన్న వరుస, మరియు క్రమం ముఖ్యం ఎందుకంటే ప్రతి పాత ఎంపిక తదుపరిది చదవక ముందే విశ్లేషణను ఆపేస్తుంది.
ఫైల్ను తాకే ముందు లోపం పంక్తిని చదవండి
OpenVPN ఫైల్ను మరియు విశ్లేషణ ఆగిన పంక్తిని పేర్కొంటుంది, కాబట్టి ఒక అమలులో ఒక సమస్యను మాత్రమే పరిష్కరించగలరు. ప్రొఫైల్ను డెస్క్టాప్ యాప్లెట్ నుండి కాకుండా టెర్మినల్ నుండి ప్రారంభించండి, ఎందుకంటే యాప్లెట్ సాధారణంగా stderr ను మింగేస్తుంది మరియు పంక్తి సంఖ్యే మీకు దొరికే ఏకైక నమ్మకమైన సూచన: sudo openvpn --config /etc/openvpn/client/provider.ovpn. ఆ పంక్తిని సరిచేసి, మళ్లీ అమలు చేయండి, తదుపరి వైఫల్యం వేరే ఎంపిక పేరు చెబుతుందని ఆశించండి.
విశ్లేషణ లోపం ఎప్పుడూ ఏదైనా TLS హ్యాండ్షేక్కు ముందే కనిపిస్తుంది, కాబట్టి ధృవపత్రాన్ని పేర్కొనే సందేశం ఇప్పటికే వ్యాకరణ దశను దాటింది. ఆ భేదం ధృవీకరణలో మాత్రమే విఫలమయ్యే ఫైల్ను సవరించకుండా మిమ్మల్ని ఆపుతుంది. సందేశం మధ్యభాగం కాకుండా మొదటి పదాన్ని చదవండి.
మూడు వైఫల్య తరగతులు, మూడు వేర్వేరు మరమ్మతులు
పాత ఎగుమతులు మూడు గుర్తించగల విధాలుగా విఫలమవుతాయి, వాటిని ఒకే సమస్యగా కలపడమే ఎప్పుడూ పాడైనవి కాని ప్యాకేజీలను ప్రజలు మళ్లీ ఇన్స్టాల్ చేయడానికి కారణం. సందేశంలోని మాటలు ఫైల్ తెరవక ముందే మీరు ఏ తరగతిలో ఉన్నారో చెబుతాయి.
- విశ్లేషణ లోపాలు ఫైల్ మరియు పంక్తిని పేర్కొంటాయి, ఏ ట్రాఫిక్ ఏర్పడక ముందే ఆగిపోతాయి.
- చర్చల లోపాలు కనెక్ట్ అవుతాయి, ఆపై రెండు చివరలు ఉమ్మడి సైఫర్ లేదా ఆమోదయోగ్యమైన డేటా ఛానెల్పై అంగీకరించలేకపోయాయని నివేదిస్తాయి.
- ధృవీకరణ లోపాలు చాలా దూరం వెళ్తాయి మరియు ధృవపత్రం, వినియోగదారు లేదా తిరస్కరించబడిన ఆధారాన్ని పేర్కొంటాయి.
ప్రొఫైల్ సవరణ మొదటి తరగతిని మాత్రమే పరిష్కరిస్తుంది. చర్చలకు సొరంగం రెండు చివరలా నిర్ణయం అవసరం, తిరస్కరించబడిన ఆధారం వ్యాకరణ సమస్యే కాదు. మీ సందేశం ఉమ్మడి సైఫర్ లేదా డేటా ఛానెల్ను పేర్కొంటే, క్రింది తొలగింపులు ఏమీ మార్చవు.
2.6 తొలగించిన ఎంపికలను ఈ క్రమంలో తొలగించండి
ఈ పంక్తుల్లో ప్రతి ఒక్కటి స్వయంగా విశ్లేషణను ఆపుతుంది, కాబట్టి క్లయింట్ వాటిని ఒక్కొక్కటిగా నివేదిస్తుంది. జాబితాలో క్రిందకు వెళ్లి ప్రతి తొలగింపు తర్వాత మళ్లీ అమలు చేయండి.
మొదట keysize తొలగించండి, ఎందుకంటే దానికి ఆధునిక సమానార్థం లేదు మరియు దాని ఉనికి సాధారణంగా ప్రస్తుత క్లయింట్ ఏమైనా తిరస్కరించే సైఫర్ను సూచిస్తుంది. ఆపై ncp-disable తొలగించండి, అది సైఫర్ చర్చలను నియంత్రించింది, 2.5లో పాతబడింది మరియు 2.6లో పోయింది. ns-cert-type server స్థానంలో remote-cert-tls server పెట్టండి, అది మద్దతు ఉన్న తనిఖీ ద్వారా అదే ఉద్దేశాన్ని తెలియజేస్తుంది.2.6 మార్పుల చరిత్ర మిగిలిన తొలగింపులను వాటి ప్రత్యామ్నాయాల పక్కన జాబితా చేస్తుంది, కాబట్టి విశ్లేషకుడు ఇంకా తిరస్కరించే ప్రతిదానికీ నమోదిత సమాధానం ఉంది.
మొదటి సవరణకు ముందు అసలు ప్రొఫైల్ కాపీని ఉంచండి. ప్రదాతలు ఎగుమతులను తిరిగి సృష్టిస్తారు, తాకని ఫైల్తో పోలిక మీ మార్పులను వారి మార్పుల నుండి వేరు చేయడానికి వేగవంతమైన మార్గం. ఒక తొలగింపు క్లయింట్ ప్రారంభం కావడానికి అనుమతించినా సొరంగం ఇంకా విఫలమైతే,మీరు చర్చల తరగతిలోకి మారారు మరియు మిగిలిన పంక్తులు కారణం కాదు. తదుపరి వ్యక్తికి సవరణలు ఏ విడుదలను లక్ష్యంగా చేసుకున్నాయో తెలియడానికి ఫైల్ పేరులో క్లయింట్ వెర్షన్ పెట్టండి.
BF-CBC ను పరిమిత ప్రత్యామ్నాయంగా మాత్రమే నడుపుతూ ఉంచండి
కొంతమంది ప్రదాతలు ఇంకా BF-CBCపై ముగుస్తారు, దానిని OpenVPN 2.6 సహాయం లేకుండా చర్చించదు ఎందుకంటే ఆ సైఫర్కు 64-బిట్ బ్లాక్ ఉంది. సన్నని మరమ్మతు అంటే ప్రత్యామ్నాయ జాబితా మరియు OpenSSL legacy ప్రదాత, మొత్తం క్లయింట్ను తగ్గించడం కాదు.
providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC
మొదటి పంక్తి legacy ప్రదాతను లోడ్ చేస్తుంది, తద్వారా OpenSSL ఆ సైఫర్ను ఇంకా సృష్టించగలదు, రెండవది దానిని మద్దతిచ్చే సహచరులకు ఆధునిక చర్చలను ఉంచుతుంది, మూడవది సర్వర్ మంచిది ఏమీ అందించనప్పుడు మాత్రమే వర్తిస్తుంది. ఇది సొరంగాన్ని ఉద్దేశపూర్వకంగా బలహీనపరచడం, కాబట్టి అది ఎందుకు ఉందో ఫైల్ పక్కన నమోదు చేయండి. ప్రత్యామ్నాయం గమ్యం కాదు వంతెన కాబట్టి, అదే సమయంలో ప్రదాతను తిరిగి సృష్టించిన ఎగుమతిని అడగండి.
--compat-mode ను సార్వత్రిక సమాధానంగా తీసుకోకండి. ఇది ఒకేసారి అనేక ప్రవర్తనలను మారుస్తుంది, చర్చలు మరియు పునఃచర్చల డిఫాల్ట్లతో సహా, కాబట్టి ఏ మార్పు ముఖ్యమైందో ఎప్పటికీ తెలియదు. పైనున్న మూడు స్పష్టమైన పంక్తులను ఇష్టపడండి, ఎందుకంటే ప్రతి ఒక్కటి తన ప్రభావాన్ని తెలియజేస్తుంది.
క్లయింట్ నిజంగా లోడ్ చేసే ప్రొఫైల్తో ధృవీకరించండి
దిగుమతి చేసిన కనెక్షన్లు తరచుగా సిస్టమ్ డైరెక్టరీకి కాపీ అవుతాయి, కాబట్టి మీ డౌన్లోడ్ ఫోల్డర్లోని ఫైల్ను సవరించడం ఏమీ మార్చకపోవచ్చు. నడుస్తున్న కాపీని కనుగొనండి: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. తర్వాత సొరంగాన్ని ప్రారంభించి, నిజంగా ఎంచుకున్న డేటా ఛానెల్ సైఫర్ను నివేదించే లాగ్ పంక్తిని చదవండి. ప్రత్యామ్నాయంపై హ్యాండ్షేక్ పూర్తి చేసే కనెక్షన్, సర్వర్ ఎప్పుడూ ఆధునికమైనది ఏమీ అందించలేదని చెబుతుంది.
ప్రదాత ఆశించే నెట్వర్క్ కాని నెట్వర్క్ నుండి పరీక్షించండి, తద్వారా క్యాప్టివ్ పోర్టల్ లేదా ఫిల్టర్ చేసిన అతిథి నెట్వర్క్ ప్రొఫైల్ లోపంగా కనిపించదు. ఏదైనా మద్దతు అభ్యర్థనతో క్లయింట్ వెర్షన్ను నమోదు చేయండి.
సొరంగం పైకి వచ్చాక, దాని గుండా వెళ్లాల్సిన ఒక అభ్యర్థనను మరియు వెళ్లకూడని ఒక అభ్యర్థనను పంపి, ఆపై రిజాల్వర్ సమాధానం మీరు ఆశించిన విధంగా మారిందని నిర్ధారించండి. ప్రొఫైల్ ఇప్పుడు విశ్లేషించబడినా కనెక్షన్ ఇంకా విఫలమైతే, మీరు వ్యాకరణ సమస్యను వెనుక వదిలారు మరియు లోపం వచనం కొత్త తరగతిని పేర్కొంటుంది. సవరించిన ఫైల్ను అది లక్ష్యంగా చేసుకునే OpenVPN విడుదలను పేర్కొనే గమనికతో పాటు వెర్షన్ నియంత్రణలో ఉంచండి.