Profaili ya zamani ya .ovpn inashindikana kwenye Ubuntu 24.04: mistari ipi ifutwe
Ubuntu 24.04 huja na OpenVPN 2.6, na profaili iliyohamishwa kwa 2.4 huanguka kwenye chaguo zilizoondolewa. Futa keysize na ncp-disable, kisha rekebisha ns-cert-type.
Profaili hupakuliwa, huingizwa na kisha husimama kwenye mstari wa 12 wa faili kwa ujumbe Unrecognized option unaotaja keysize. Hakuna kilichobadilika kwenye akaunti, na seva bado inakubali wateja wengine. Kilichobadilika ni mteja wenyewe: Ubuntu 24.04 husakinisha OpenVPN 2.6, wakati uhamishaji uliandikwa kwa 2.4. Ukarabati ni mfululizo mfupi wa kufuta, na mpangilio ni muhimu kwa sababu kila chaguo la zamani huacha uchanganuzi kabla ya linalofuata kusomwa kabisa.
Soma mstari wa hitilafu kabla ya kugusa faili
OpenVPN hutaja faili na mstari ambapo uchanganuzi ulisimama, kwa hivyo unaweza kurekebisha tatizo moja kwa kila uendeshaji. Anzisha profaili kutoka kwa terminal badala ya applet ya desktop, kwa sababu applet kwa kawaida humeza stderr na namba ya mstari ni kidokezo pekee cha kuaminika unachopata: sudo openvpn --config /etc/openvpn/client/provider.ovpn. Rekebisha mstari huo, endesha tena, na utegemee kushindwa kunakofuata kutaja chaguo tofauti.
Hitilafu ya uchanganuzi huonekana kila wakati kabla ya handshake yoyote ya TLS, kwa hivyo ujumbe unaotaja cheti tayari umepita hatua ya sintaksia. Tofauti hiyo inakuzuia kuhariri faili inayoshindikana tu kwenye uthibitishaji. Soma neno la kwanza la ujumbe badala ya katikati yake.
Madaraja matatu ya kushindwa, marekebisho matatu tofauti
Uhamishaji wa zamani hushindikana kwa njia tatu zinazotambulika, na kuziunganisha kuwa tatizo moja ndiyo sababu watu husakinisha upya vifurushi ambavyo havikuwahi kuharibika. Maneno ya ujumbe hukuambia uko katika daraja gani kabla ya kufungua faili.
- Hitilafu za uchanganuzi hutaja faili na mstari, na husimama kabla ya trafiki yoyote kuwepo.
- Hitilafu za mazungumzo huunganisha, kisha huripoti kwamba ncha mbili hazikuweza kukubaliana juu ya sifa ya pamoja au chaneli ya data inayokubalika.
- Hitilafu za uthibitishaji hufika mbali zaidi na hutaja cheti, mtumiaji au kitambulisho kilichokataliwa.
Uhariri wa profaili hutengeneza daraja la kwanza pekee. Mazungumzo yanahitaji uamuzi kwenye ncha zote mbili za handaki, na kitambulisho kilichokataliwa si tatizo la sintaksia hata kidogo. Ikiwa ujumbe wako unataja sifa ya pamoja au chaneli ya data, kufuta hapa chini hakutabadilisha chochote.
Futa chaguo ambazo 2.6 iliondoa, kwa mpangilio huu
Kila moja ya mistari hii husimamisha uchanganuzi yenyewe, kwa hivyo mteja huiripoti mmoja mmoja. Shuka kwenye orodha na uendeshe tena baada ya kila kufuta.
Ondoa keysize kwanza, kwa sababu haina kifani cha kisasa na uwepo wake kwa kawaida huashiria sifa ambayo mteja wa sasa anakataa hata hivyo. Kisha ondoa ncp-disable, ambayo ilidhibiti mazungumzo ya sifa, iliacha kutumika katika 2.5 na haipo tena katika 2.6. Badilisha ns-cert-type server na remote-cert-tls server, ambayo hueleza nia hiyo hiyo kupitia ukaguzi unaotumika.Historia ya mabadiliko ya 2.6 huorodhesha kuondoa zilizobaki kando ya mbadala zake, kwa hivyo chochote ambacho kichanganuzi bado kinakataa kina jibu lililoandikwa.
Hifadhi nakala ya profaili asili kabla ya uhariri wa kwanza. Watoa huduma huzalisha upya uhamishaji, na tofauti dhidi ya faili isiyoguswa ndiyo njia ya haraka zaidi ya kutenganisha mabadiliko yako na yao. Ikiwa kufuta kunamruhusu mteja kuanza lakini handaki bado inashindikana,umehamia katika daraja la mazungumzo na mistari iliyobaki si sababu. Weka toleo la mteja kwenye jina la faili ili mtu anayefuata ajue ni toleo gani uhariri unalenga.
Weka BF-CBC ikifanya kazi tu kama mbadala wenye mipaka
Watoa huduma wengine bado huishia kwenye BF-CBC, ambayo OpenVPN 2.6 haitazungumza bila msaada kwa sababu sifa hiyo ina blok ya biti 64. Ukarabati mwembamba ni orodha ya mbadala pamoja na mtoa huduma legacy wa OpenSSL, si kushusha toleo la mteja mzima.
providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC
Mstari wa kwanza hupakia mtoa huduma legacy ili OpenSSL bado iweze kuunda sifa hiyo, wa pili huhifadhi mazungumzo ya kisasa kwa wenzake wanaoiunga mkono, na wa tatu hutumika tu pale seva inapotoa kitu bora zaidi. Hiyo ni kudhoofisha handaki kwa makusudi, kwa hivyo andika kwa nini ipo kando ya faili. Mwombe mtoa huduma uhamishaji uliozalishwa upya wakati huo huo, kwa kuwa mbadala ni daraja na si marudio.
Usikimbilie --compat-mode kama jibu la jumla. Hubadilisha tabia kadhaa kwa mara moja, ikiwa ni pamoja na chaguo-msingi za mazungumzo na mazungumzo upya, kwa hivyo hujui kamwe ni mabadiliko gani yaliyokuwa muhimu. Pendelea mistari mitatu iliyo wazi hapo juu, kwa sababu kila mmoja hueleza athari yake mwenyewe.
Thibitisha kwa profaili ambayo mteja anapakia kweli
Miunganisho iliyoingizwa mara nyingi hunakiliwa kwenye saraka ya mfumo, kwa hivyo kuhariri faili kwenye folda yako ya upakuaji kunaweza kutobadilisha chochote. Pata nakala inayoendeshwa: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. Kisha anza handaki na usome mstari wa kumbukumbu unaoripoti sifa ya chaneli ya data iliyochaguliwa kweli. Muunganisho unaokamilisha handshake kwenye mbadala hukuambia seva haikutoa kitu chochote cha kisasa.
Jaribu kutoka mtandao ambao si ule ambao mtoa huduma anatarajia, ili lango la captive au mtandao wa wageni uliochujwa usijifanye kuwa hitilafu ya profaili. Andika toleo la mteja pamoja na ombi lolote la msaada.
Handaki ikiwa juu, tuma ombi moja ambalo lazima lipite ndani yake na moja ambalo halipaswi, kisha thibitisha kwamba jibu la kitatuzi lilibadilika kama ulivyotarajia. Ikiwa profaili sasa inachanganuliwa lakini muunganisho bado unashindikana, umeacha tatizo la sintaksia nyuma na maandishi ya hitilafu yatataja daraja jipya. Weka faili iliyohaririwa kwenye udhibiti wa matoleo kando ya dokezo linalotaja toleo la OpenVPN inalolenga.