OpenVPN-hiba: ismeretlen tls-remote vagy keysize beállítás

Általában egy olyan profillal kezdődik, amely évekig csatlakozott, egy újabb ügyfélben megnyitva pedig már az alagút indulása előtt meghiúsul. A terminál valami ilyesmit ír ki: Options error: Unrecognized option ... in client.ovpn:130: tls-remote, a végén zárójelben egy verzióval. Olvassa úgy, mint az elemző panaszát: a fájl olyan utasítást tartalmaz, amelyet ez az ügyfél már nem ismer.

Ez az egyetlen üzenet magyarázza meg, miért nem tesz semmit a kulcsok újragenerálása, a jelszó újragépelése vagy a kiszolgáló ellenőrzése. A hiba akkor történik, amikor az ügyfél a saját konfigurációját olvassa, még mielőtt foglalatot nyitna. A hasznos munka az elutasított utasítás azonosítása és lecserélése a jelenlegi megfelelőre.

Olvassa el a hibás sort, mielőtt bármit módosítana

Ön indítsa el az ügyfelet, ne a tálca ikonjából, hogy az üzenet látható legyen, és a profil útvonala egyértelmű maradjon. Nyissa meg a fájlt a jelzett sornál, és nézze meg az ügyfél által megnevezett tokent. A sorszám a profil sora, nem verzió, ami összezavarja az embereket, mert ugyanaz a szám jelenik meg a zárójelben kiadásazonosítóként.

A régi profilgenerátorok nem egy rossz utasítást adtak ki, hanem többet. Javítsa az első hibát, indítsa újra az ügyfelet, és számítson arra, hogy megjelenik a következő. Ez a sorrend normális, és nem annak a jele, hogy a módosítások súlyosbították a helyzetet.

Mi történt a keysize és a tls-remote beállítással

keysize a titkosítási kulcs hosszát kérte abban a korszakban, amikor a profil kifejezetten választotta a titkosítást. Az OpenVPN 2.4 elavulttá nyilvánította, a későbbi ügyfelek pedig eltávolították a beállítások táblázatából, így az elemző most elutasítja a sort ahelyett, hogy figyelmen kívül hagyná. A modern egyeztetés a kiválasztott titkosításból vezeti le a kulcs hosszát, ezért az utasításnak nem maradt semmi irányítanivalója.

tls-remote a 2.4-ben eltávolításra került. A kiszolgáló tanúsítványát hasonlította össze egy várt névvel, a helyettesítője pedig a verify-x509-name, amely szigorúbb abban, hogyan egyezteti a nevet. A régi utasítás eltűnt, ezért egy ilyen profilt egy jelenlegi ügyfél soha nem fog feldolgozni.

Kísérletenként egy utasítást javítson. Ha a profil olyan titkosítást is megad, amelyet az ügyfél nem kínál, az később más hibát okoz, és ha mindkét változtatást egy szerkesztésbe keveri, lehetetlen megmondani, melyik törte el a kézfogást. Minden szerkesztés után csatlakozzon újra, és őrizze meg a hibaüzenetet. Ez a szokás működő tartalékot is hagy, ha egy szerkesztés súlyosbítja a helyzetet.

Írja át a kiszolgáló identitásának ellenőrzését

A helyettesítő a várt nevet és egy összehasonlítási módot vesz át. A verify-x509-name vpn.example.edu name megköveteli, hogy a tanúsítvány tárgya pontosan egyenlő legyen ezzel az értékkel. Más módok előtagot vagy teljes tárgysorozatot egyeztetnek, és a rossz mód választása egy működő profilt tiszta ellenőrzési hibává változtat.

Ha a régi tls-remote argumentum a kiszolgáló teljes köznapi neve volt, a pontos name összehasonlítás általában helyes. Ha részleges érték volt, használja az előtag módot a várt név rövidítése helyett, mert egy rövidebb pontos egyezés nem fog ellenőrződni. Ha az eredeti érték nincs leírva, kérdezze meg a kiszolgálót üzemeltetőt a közzétett tárgyról.

Ne némítsa el az ellenőrzést, hogy a hiba eltűnjön. A kiszolgáló identitásának ellenőrzését eltávolítva egy javítható profilproblémából ellenőrizetlen alagút lesz, ami éppen az a kockázat, amelynek megelőzésére az utasítás létezett.

Javított profil, helyi szerkesztés vagy régebbi ügyfél

Ha a kiszolgáló valaki másé, a legtisztább út egy jelenlegi profil tőle. Az Ön példánya régebbi generátorból származik, az ő exportjuk pedig már a jelenlegi utasításokat használja. Egyetlen letöltés eltávolítja a hibatípus egészét, és a jövőbeli szerkesztéseket egy helyen tartja.

Ha mindkét vég az Öné, szerkesszen egy példányt, és tartsa meg az eredetit. Módosítson egy utasítást, mentse, csatlakozzon, és jegyezze fel a tesztelt ügyfélverziót. Tartson rövid megjegyzést minden szerkesztés mellett, mert egy több munkamenet alatt szerkesztett profilt nehéz emlékezetből ellenőrizni. A szerkesztett fájlon futtatott parancssori indítások gyorsítják ezt a ciklust, mert a hiba egyenesen a terminálba kerül.

A 2.4 előtti ügyfélhez rögzítés vagy visszaállás szintén eltünteti az üzenetet, és egy soha nem frissülő eszközön ez lehet az egyetlen járható ideiglenes megoldás. Kezelje ideiglenesként: egy régi ügyfél egy jelenlegi asztali gépen általában régi könyvtárat és nem támogatott konfigurációt jelent, ami elhalasztott, nem megoldott probléma.

Miután az alagút feláll, olvassa el még egyszer az egész profilt. Az egy eltávolított utasítást hordozó profilok gyakran másikat is hordoznak, és a második csak az első eltűnése után kerül elő.