Az OpenVPN Connect elutasítja a fragmentet: javítsa a profil forrását
Az OpenVPN Connect nem támogatja a fragmentet, ezért az elemzett profil ettől még meghiúsulhat. Szerezzen egyet ehhez a klienshez, vagy módosítsa szándékosan a kiszolgáló oldalát.
A hiba importáláskor, még minden egyeztetés előtt jelentkezik, és megnevez egy direktívát, amelyet a kliens nem hajlandó elfogadni. Az OpenVPN Connect OpenVPN 3-as könyvtárkódot futtat, amely a közösségi kliens fragment opcióját egyáltalán nem valósítja meg. Ez két végpont kompatibilitási kérdésévé teszi a dolgot, nem pedig a csomagméret hangolásának kérdésévé.
A sor törlésével olyan fájlt kapunk, amelyet a kliens elemezni fog, és olyan kiszolgálót, amely esetleg továbbra is a sorban leírt formátumot várja. Járja végig ezt az importálási képernyőtől kifelé, mielőtt bármihez hozzáfogna.
Hol áll meg az importálás
Az importáló azelőtt elemzi a direktívákat, hogy kapcsolatba lépne a kiszolgálóval, így az ottani elutasítás szintaxist érintő helyi döntés, nem hálózati eredmény, és az OpenVPN nem támogatott direktívák listája ugyanezt a korlátot rögzíti. Ez megmagyarázza, hogyan működhet egy fájl a közösségi kliensben, és hogyan hiúsulhat meg ugyanazon a gépen a Connectben. Olvassa ki az üzenetből a direktíva nevét, és őrizze meg az eredeti fájlt, mert ez a szöveg az egyetlen bizonyíték arra, mi ellen tiltakozott a kliens. Az importálási hiba és a kapcsolódási időtúllépés különböző szakaszokból származik, és különböző válaszokat érdemel.
Ha az üzenet a fragmentet nevezi meg, az a kérdés marad, hogy a kiszolgáló is függ-e tőle. Válaszolja meg ezt, mielőtt hozzányúlna a kapott profilhoz.
Mit változtat a fragment a közösségi kliensben
A közösségi kliensben a direktíva az OpenVPN saját datagram-töredezését kapcsolja be, amely a hasznos terhet még a külső IP-réteg elérése előtt felosztja. Azért létezik, hogy túlélje a nagy UDP-datagramokat eldobó útvonalakat, és hogy a tunel használható maradjon ott, ahol az útvonal-MTU felderítésében nem lehet megbízni. Nem szinonimája az interfész MTU csökkentésének, és nem az operációs rendszer által végzett IP-szintű töredezés. A mechanizmus nélküli kliens nem jut hozzá egy szám csökkentésével.
Mivel a beállítás a kiszolgáló konfigurációjában is él, a másolatból való eltávolítás csak az Ön oldalát változtatja meg. A kiszolgáló esetleg továbbra is olyan partnert vár, amely érti az opciót, és az elemzett profil még nem létrejövő munkamenet. Ez a két tény magyarázza azt a zavaró köztes állapotot, amelyben a szerkesztett fájl csatlakozik, majd elakad.
Kérjen ehhez a klienshez készült profilt
A tiszta út egy második, az OpenVPN Connecthez dokumentált profil, ha a szolgáltatás közzétesz ilyet. Sok szolgáltató tesz így, és a különbség általában a kihagyott direktívákban van, nem a végpontban, amelyre mutatnak. A kliens nevével kérje, ne a hibát írja le, mert az ügyfélszolgálat sokkal gyorsabban párosít profilt egy klienshez, mint ahogy egy megkopasztott fájlt diagnosztizálni tud.
Ha Ön üzemelteti a kiszolgálót, a döntés szélesebb a saját kliensénél. A töredezés kikapcsolása minden partnert érint, azokat is, amelyeknek szükségük volt rá, hogy egy rossz útvonalon kapcsolatban maradjanak. Egy második figyelő vagy egy második konfiguráció közzététele az érintett kliens számára működésben tartja a meglévő felhasználókat, miközben az újabb kliens kap valamit, amit elemezni tud. Bárhogyan is dönt, írja le, melyik konfiguráció melyik klienst szolgálja ki, mert ez a hozzárendelés különben gyorsan elvész.
Ellenőrizze a kapcsolatot, ne csak az importálást
A sikeres importálás csak azt bizonyítja, hogy az elemző elfogadta a fájlt. Hozza létre a tunelt a közösségi klienssel egy Ön által irányított gépen, ugyanazzal a profillal, és olvassa a naplót a szállítási és titkosítási egyeztetéshez. Az alábbi parancsok ezt az asztali alkalmazás útjában állása nélkül teszik meg.
openvpn --config client.ovpn --verb 3
ip -4 addr show tun0
curl -sS --interface tun0 -o /dev/null -w '%{http_code}\n' --max-time 8 https://example.com/
A napló megmutatja, hol állt meg a kísérlet: opcióhiba minden TLS-csere előtt jelenik meg, hitelesítési vagy titkosítási hiba pedig utána. Ha a tunel feljön, és a kérés mégis meghiúsul, a probléma a kompatibilitásból az útválasztásba került át. Hasonlítsa ezt össze a Connect viselkedésével ugyanazon a hálózaton, mielőtt bármit megállapítana a kiszolgálóról.
Tartsa a működő profilt és a kliens verzióját a jegyzet mellett. Egy jövőbeli kliensverzió támogatást adhat valamelyik direktívához, és ez megváltoztatja a választ anélkül, hogy bárki a kiszolgálóhoz nyúlna.