Antzinako .ovpn profila huts egiten du Ubuntu 24.04-n: zein lerro ezabatu

Profila deskargatu, inportatu eta gero fitxategiko lerro 12an gelditzen da Unrecognized option mezu batekin, zeinak keysize aipatzen duen. Kontuan ezer ez da aldatu eta zerbitzariak beste bezero batzuk onartzen jarraitzen du. Aldatu dena bezeroa bera da: Ubuntu 24.04-k OpenVPN 2.6 instalatzen du, esportazioa ordea 2.4rako idatzi zen. Konponketa ezabatze sail laburra da, eta ordenak garrantzia du aukera zaharkitu bakoitzak analisia eteten duelako hurrengoa irakurri baino lehen.

Irakurri errorearen lerroa fitxategia ukitu aurretik

OpenVPN-k analisia non gelditu zen fitxategia eta lerroa aipatzen ditu, beraz exekuzio bakoitzean arazo bat baino ezin duzu konpondu. Abiarazi profila terminaletik eta ez mahaigaineko applet batetik, appletak stderr irentsi ohi du eta lerro-zenbakia lortzen duzun aztarna fidagarri bakarra delako: sudo openvpn --config /etc/openvpn/client/provider.ovpn. Konpondu lerro hori, exekutatu berriro, eta espero ezazu hurrengo hutsegiteak beste aukera bat aipatzea.

Analisi-errore bat beti agertzen da TLS eskuko edozein truke baino lehen, beraz ziurtagiria aipatzen duen mezu batek sintaxi fasea gainditu du jada. Bereizketa horrek autentifikazioan bakarrik huts egiten duen fitxategi bat editatzetik babesten zaitu. Irakurri mezuaren lehen hitza, ez erdia.

Hiru hutsegite klase, hiru konponketa desberdin

Esportazio zaharrek hiru modu bereizgarritan huts egiten dute, eta arazo bakarrean biltzeak eramaten du jendea inoiz hautsi ez ziren paketeak berriz instalatzera. Mezuaren idazkerak zein klasetan zauden esaten dizu fitxategia ireki aurretik.

• Analisi-erroreek fitxategi bat eta lerro bat aipatzen dituzte, eta trafikorik sortu baino lehen gelditzen dira.
• Negoziazio-erroreek konektatzen dute, eta gero bi muturrak zifratze komun batean edo datu-kanal onargarri batean ados jarri ez direla jakinarazten dute.
• Autentifikazio-erroreek urrutien iristen dira eta ziurtagiri bat, erabiltzaile bat edo baztertutako kredentzial bat aipatzen dute.

Profilaren edizioak lehen klasea soilik konpontzen du. Negoziazioak tunelaren bi muturretan erabaki bat behar du, eta baztertutako kredentziala ez da inolako sintaxi arazoa. Zure mezuak zifratze komun bat edo datu-kanal bat aipatzen badu, beheko ezabatzeek ez dute ezer aldatuko.

Ezabatu 2.6-k kendutako aukerak, ordena honetan

Lerro hauetako bakoitzak bere kabuz gelditzen du analisia, beraz bezeroak banan-banan jakinarazten ditu. Jaitsi zerrendan eta exekutatu berriro ezabatze bakoitzaren ondoren.

Ezabatu keysize lehenik, ez baitu baliokide modernorik eta haren presentziak uneko bezeroak nolanahi ere baztertzen duen zifratze bat markatzen baitu. Gero ezabatu ncp-disable, zifratzeen negoziazioa kontrolatzen zuena, 2.5ean zaharkitu zena eta 2.6an falta dena. Ordezkatu ns-cert-type server remote-cert-tls server-rekin, helburu bera onartutako egiaztapen baten bidez adierazten duena. 2.6 aldaketen historiak gainerako kentzeak haien ordezkoen ondoan zerrendatzen ditu, beraz analizatzaileak oraindik baztertzen duen orok erantzun dokumentatua du.

Gorde jatorrizko profilaren kopia lehen edizioaren aurretik. Hornitzaileek esportazioak birsortzen dituzte, eta ukitu gabeko fitxategiarekiko diff bat da zure aldaketak haienetatik bereizteko modurik azkarrena. Ezabaketaren batek bezeroa abiarazten uzten badu baina tunelak oraindik huts egiten badu, negoziazio klasera pasa zara eta gainerako lerroak ez dira arrazoia. Jarri bezeroaren bertsioa fitxategiaren izenean hurrengo pertsonak jakin dezan zein bertsiori zuzentzen zaizkion aldaketak.

Eduki BF-CBC martxan muga bat duen ordezko gisa soilik

Hornitzaile batzuek oraindik BF-CBCn amaitzen dute, eta OpenVPN 2.6k ez du harekin negoziatuko laguntzarik gabe, zifratzeak 64 biteko blokea duelako. Konponketa estua ordezko zerrenda bat eta OpenSSL hornitzaile zaharra dira, ez bezero osoa jaistea.

providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC

Lehen lerroak hornitzaile zaharra kargatzen du OpenSSL oraindik zifratze hori sortu ahal izateko, bigarrenak negoziazio modernoa mantentzen du hura onartzen duten pareentzat, eta hirugarrenak zerbitzariak hoberik eskaintzen ez duenean soilik aplikatzen da. Tunelaren ahultze deliberatua da, beraz idatzi fitxategiaren ondoan zergatik dagoen. Eskatu hornitzaileari aldi berean birsortutako esportazio bat, ordezkoa zubi bat baita, ez helmuga.

Ez jo --compat-mode erantzun unibertsal gisa. Portaera batzuk aldi berean aldatzen ditu, negoziazio eta bernegoziazio lehenetsiak barne, beraz ez duzu inoiz jakingo zein aldaketa zen garrantzitsua. Nahiago izan goiko hiru lerro esplizituak, bakoitzak bere efektua adierazten baitu.

Egiaztatu bezeroak benetan kargatzen duen profilarekin

Inportatutako konexioak sistemaren direktorio batera kopiatu ohi dira, beraz deskarga-karpetako fitxategia editatzeak ez du ezer alda dezake. Aurkitu martxan dagoen kopia: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. Gero abiarazi tunela eta irakurri benetan zein datu-kanal zifratze aukeratu zen jakinarazten duen erregistro-lerroa. Ordezkoaren gainean eskuko trukea osatzen duen konexioak zerbitzariak inoiz ezer modernorik eskaini ez zuela esaten dizu.

Probatu hornitzaileak espero duena ez den sare batetik, captive portal batek edo iragazitako gonbidatu-sare batek profilaren hutsegite itxura ez dezan. Idatzi bezeroaren bertsioa edozein laguntza-eskaerarekin batera.

Tunela altxatuta dagoenean, bidali hura zeharkatu behar duen eskaera bat eta zeharkatu behar ez duen beste bat, eta gero egiaztatu ebazlearen erantzuna espero zenuen moduan aldatu dela. Profila orain analizatzen bada baina konexioak oraindik huts egiten badu, sintaxi arazoa atzean utzi duzu eta errore-testuak klase berria aipatuko du. Eduki editatutako fitxategia bertsio-kontrolean, zuzentzen duen OpenVPN bertsioa aipatzen duen ohar baten ondoan.