OpenVPN Windowson: az alagút automatikus indítása és az útvonalak megtartása

Itt két követelmény keveredik: az alagútnak fel kell jönnie mielőtt bárki bejelentkezne, és egy második telephely forgalmának követnie kell. Ezek külön problémák, külön mechanizmusokkal. A szolgáltatás indítása dönt az elsőről, az útvonal élettartama a másodikról. Az egyik megoldása a másikat pontosan ott hagyja, ahol volt.

Első lépés: tegye a profilt oda, ahol a szolgáltatás keresi

A Windows-szolgáltatás fix könyvtárból olvassa a profilokat, és a GUI ugyanarról a helyről olvas, ezért egy importáláskor működő profil indításkor még láthatatlan lehet. Tegye a .ovpn fájlokat a telepítés config könyvtárába, amely általában a Program Files alatt van. A felhasználó Downloads mappájában hagyott profil egyáltalán nincs a szolgáltatás hatókörében.

A régebbi útmutatók a config-auto mappára mutatnak, amelyet a 2.5 korszak egyes buildjei tiszteletben tartottak, a későbbi kiadások nem. Ezért egy frissítés a működő automatikus indítást csenddé teheti, anélkül hogy bármi szólna a naplóban a hitelesítő adatokról. Mielőtt bármilyen fájlt mozgat, erősítse meg, melyik könyvtárat olvassa valójában a telepített build.

Ha egy gépen több profil van, adjon mindegyiknek nevesített adaptert a dev-node segítségével. Különben ugyanazért az interfészért versengenek, és a második olyan módon hibázik, amely hitelesítő adatokkal kapcsolatos problémának látszik.

Második lépés: a szolgáltatást indítsa, ne a tálcán lévő ikont

A szolgáltatás OpenVPN Automatic beállítása azt eredményezi, hogy bejelentkezés nélkül elindul a rendszerindításkor. Ez a mechanizmus, és a tálcaikon nem része. Amikor a szolgáltatás birtokolja a kapcsolatot, a GUI előfordulhat hogy sem ikont, sem állapotot nem mutat, ami várt, nem hiba.

Ennek következménye, hogy a bontás a szolgáltatás leállítását jelenti, nem a Disconnect gombra kattintást. Mondja el annak, aki a gépet támogatja, különben az első támogatási hívás egy hiányzó ikonról szól.

Ellenőrizze, hogy a szolgáltatásfiók olvasni tudja a profilt és a kulcsanyagot. Az engedélyprobléma indításkor a naplóban pontosan hitelesítési hibának látszik.

Harmadik lépés: kösse az útvonalat az alagúthoz

Az állandó bejegyzés itt rossz eszköz. A -P kapcsolóval hozzáadott útvonal túléli az újraindításokat és, ami rosszabb, az alagút bezárását is. Kikapcsolt VPN mellett az előtag továbbra is egy már nem létező átjáróra mutat, így a gazdagép nem éri el azt a célt, amíg valaki nem törli a bejegyzést.

Három alternatíva helyesen viselkedik. Tolja az útvonalat a kiszolgálóról, amely csatlakozáskor hozzáadja, bontáskor eltávolítja. Adja hozzá egy route-up szkriptben, amely a route_vpn_gateway értéket olvassa, hogy a következő ugrás a kialkudott alagútból jöjjön. Vagy használja a Add-VpnConnectionRoute parancsot natív Windows VPN-profillal, amely az előtagot ehhez a kapcsolathoz köti.

Amikor a kiszolgáló többet kínál, mint amire ennek a telephelynek szüksége van, a route-nopull elutasítja a betolt útvonalakat, és a táblát teljesen helyi marad. Ez olyan megosztott profilhoz illik, amelynek felhasználói nem kaphatnak vállalati alapértelmezett útvonalat.

Negyedik lépés: éljen túl egy hideg indítást

A szolgáltatás hálózati verem előtti indítása egy sikertelen kísérletet eredményez, újrapróbálkozás nélkül. Az Automatic (Delayed Start) beállítás, vagy a hálózati szolgáltatástól való függőség hozzáadása megszünteti ezt a versenyt. Ezután ismételje meg az indítási tesztet, és ellenőrizze, hogy második kísérletre már nincs szükség.

Az útvonal- és adapterváltoztatásokhoz rendszergazdai jogok kellenek. A felhasználónkénti indítási parancsikon nem rendelkezik velük, ezért egy emelt szintű héjból működő szkript bejelentkezéskor csendben semmit sem tehet. Ütemezze feladatként a legmagasabb jogosultságokkal, vagy hagyja, hogy a szolgáltatás végezze el a változtatást. Azután tesztelje azzal a felhasználóval, aki valóban be fog jelentkezni.

Azt a sorrendet tesztelje, amelyet valóban kiterjeszt, nem azt, amelyet kézzel elő tud idézni. A hideg indítás az egyetlen teszt, amely gyakorolja a sorrendet.

Ötödik lépés: ellenőrizze a GUI nélkül

Újraindítás és bejelentkezés után ellenőrizzen három dolgot a GUI megnyitása nélkül. Az adapternek címmel kell rendelkeznie,Az útvonaltáblának mutatnia kell a telephely előtagját az alagút átjárójával következő ugrásként, és egy pingnek a túloldali címre válaszolnia kell. Minden ellenőrzés a fenti lépések más-más mechanizmusához tartozik.

Ha az adapter soha nem jelenik meg, a gyanúsított az illesztőprogram, nem a profil. Ez a két hiba a naplóban egyáltalán nem hasonlít egymásra, és csak az egyikük reagál a szoftver újratelepítésére.