A Windows OpenVPN-profilja nem működik Ubuntu alatt: három réteg

Indítsa el ugyanezt a profilt a terminálból, és az üzenet, amelyet a legtöbben másolnak, figyelmeztetés, nem az oka annak, hogy a kliens leállt. Három független réteg hibázik itt: egy átküldött direktíva, amelyet a Linux-összeállítás nem valósít meg, a tun eszköz létrehozásához szükséges jogosultságok, és a névfeloldó segédprogram, amely a kapcsolatot működő DNS-sé teszi. Haladjon végig rajtuk sorrendben, mert mindegyik elrejtheti a következőt.

Tartsa meg a letöltést úgy, ahogy megérkezett, és egy másolatot szerkesszen, hogy egy friss letöltés ne vonja vissza csendben a módosításait.

Olvassa el a figyelmeztetést, mielőtt hibáztatná

block-outside-dns a Windows Filtráló Platformon keresztül lezárja a DNS-t Windows alatt, és a Linux kliensnek nincs mivel leképeznie. Amikor a szerver átküldi, a kliens ismeretlen beállításról szóló sort ír ki arra az átküldött bejegyzésre, és folytatja, mert az átküldött beállítást nem tekinti végzetesnek. Ugyanaz a sor a saját fájljában más kérdés: ott a feldolgozó leáll. Döntse el, melyik van Önnél, mielőtt bármihez hozzányúl, mert közülük csak az egyik fejezi be a futást.

A zaj eltávolításához szűrje ki a feldolgozás előtt: pull-filter ignore bejegyzés ehhez a névhez, vagy --ignore-unknown-option, amikor a sor a helyi fájlban van. Mindkettő elnémít egy sort, amelyet már elolvasott; egyik sem javít ki egy hibát, amelyet nem diagnosztizált.

A jogosultságok minden más előtt hibáznak

A tun eszköz és a hozzá tartozó útvonalak jogosultsághoz kötött objektumok, és egy normál fiók nem hozhatja létre őket. A --user beállítás magyarázza ezt a felosztást: a démon csak a jogosultságot igénylő munka elvégzése után mond le a jogosultságairól. Indítsa rootként, vagy olyan uniton keresztül, amely így indítja, majd keressen engedélyhibát, mielőtt a tanúsítványokra nézne. A profil fájljogosultságainak lazítása nem adja meg a folyamatnak a hiányzó jogokat.

A TLS-hiba azt jelenti, hogy a kliens túljutott ezen a rétegen. Az eszközre vagy útvonalra vonatkozó panasz azt jelenti, hogy soha nem érte el a fölötte lévő réteget.

Mit tesz a GUI, és mit nem a terminál

Sikeresen csatlakozni, miközben minden lekérdezés továbbra is hibázik, a harmadik réteg. A NetworkManager maga végzi a névfeloldást, ezért egy asztali import DNS-t oszthat még akkor is, ha a profil up-szkriptje soha nem futott sikeresen. A openvpn --config parancs azt hajtja végre, amit a --up megnevez, és ha ez a segédprogram hiányzik, a felület megjelenik, miközben a lekérdezések továbbra is az előző szerverekhez mennek. Hasonlítsa össze a két útvonal szkriptjeit, mielőtt bármit telepítene.

Használja a disztribúciójához csomagolt segédprogramot; a blogbejegyzésből másolt szkript általában másik névfeloldót céloz. A systemd-resolved számára szállított integráció nem az általános vpnc stílusú szkript, és mindegyik a saját argumentumait és változóit várja a klienstől. A felhasználó által meghatározott up-szkriptekhez is script-security 2 kell, mielőtt a kliens egyáltalán végrehajtja őket.

Válassza szét a rétegeket a következő futásnál

Futtassa egyszer a --verb 4 kapcsolóval, és olvassa a naplót abban a sorrendben, ahogy történt: eszközlétrehozás, útvonalak, TLS-kézfogás, majd az up-szkript kimenete. Az első hiba ebben a sorrendben az, amelyet érdemes javítani; minden utána általában következmény. Az az alagút, amely úgy jön létre, hogy a névfeloldó nem, a harmadik rétegre tesz, ahol a tanúsítvány nem számít. Hagyja érintetlenül a letöltött profilt az összehasonlítás közben.

Amint minden üzemeltetői módosítás újabb elutasított sort eredményez, a fájl más platformra irányul. Kérjen Linux exportot, ahelyett hogy állandó szűrőlistát építene.

Jegyezze fel, melyik réteg hibázott és mi változtatta meg, mert különben a következő ember, aki ugyanezt a fájlt kapja, szintén megáll a figyelmeztetésnél.