OpenVPN hlási dokončenú inicializáciu: prečo sa výzva nevracia

Nič nie je zaseknuté, keď terminál po poslednom riadku protokolu stíchne. To je očakávaný tvar pre klienta v popredí: dokončil spúšťanie a teraz tam sedí a prenáša prevádzku. Výzva shellu nie je znakom úspechu, ako sa zdá.

Berte správu ako hranicu medzi spustením a ustáleným stavom, pretože presne to označuje.

Správa označuje koniec spúšťania, nie koniec procesu

OpenVPN vypíše tento riadok po tom, čo otvoril zariadenie, nakonfiguroval rozhranie, nainštaloval trasy a dokončil výmenu TLS s partnerom. Proces potom beží ďalej, pretože jeho úlohou je držať tunel otvorený a preposielať pakety. Program v popredí sa nevracia k výzve, kým tú úlohu ešte plní. Tichý výstup potom je normálny, pretože klient prehovorí len vtedy, keď sa niečo zmení.

Ak sa riadok objaví a spojenie neskôr zomrie, je to iná udalosť, a protokol to povie dodatočne.

Ctrl+C je rozhodnutie, nie oprava

Stlačenie Ctrl+C odošle prerušenie, ktoré klient berie ako žiadosť o vypnutie. Výzva sa vráti, tunel zmizne a akákoľvek relácia, ktorá ho používala, skončí. Vyzerá to ako pokrok a v skutočnosti je to pravý opak. Ak je cieľom trvalé spojenie, odpoveďou je presunúť proces niekam, kde môže bežať bez vášho terminálu, nie ho prerušiť.

Nechať ho v popredí je správna voľba, kým ladíte, pretože neskoršie chyby zostávajú viditeľné v tom istom okne. Tichá minúta nič nepreukazuje ani jedným smerom; otestujte prostriedok cez tunel namiesto sledovania výstupu.

Čo správa nepreukazuje

Dokončenie je miestne tvrdenie o vlastnom nastavení klienta. Nehovorí, že protistrana odpovedá, že nainštalované trasy zodpovedajú tomu, čo potrebujete, ani že preklad mien cez tunel funguje. Profil s rozdeleným tunelom môže byť dokonale inicializovaný, zatiaľ čo firemné zdieľanie zostáva nedostupné, pretože ho trasa alebo zásada DNS nikdy nepokryli. Inštancie na strane servera vypisujú podobný riadok, keď sú pripravené prijímať klientov, čo nie je to isté ako pripojený klient.

„Server sa spustil“ a „notebook dokáže otvoriť zdieľanie“ sú pozorovania z dvoch rôznych miest a ich zámena vás pošle ladiť nesprávneho hostiteľa.

Spúšťanie bez terminálu

Pre trvalé nasadenie použite služobné usporiadanie, ktoré platforma podporuje. Na hostiteľovi so systemd je to inštancia openvpn-client@office s profilom v /etc/openvpn/client, spustená a povolená, aby prežila reštarty. Community OpenVPN ponúka aj --daemon spolu s --log alebo --log-append, čo proces odpája a posiela výstup do súboru. Oba prístupy menia, ako proces beží; ani jeden neopraví trasu ani neurobí vzdialenú aplikáciu zdravou.

Skontrolujte, že nespúšťate druhú inštanciu vedľa tej, ktorú už spravuje služba. Dvaja klienti si nárokujúci rovnaký profil vytvárajú mätúce protokoly a jeden tunel, ktorý ste nezamýšľali.

Vyberte usporiadanie, ktoré zodpovedá úlohe

Popredie na diagnostiku, služba pre všetko, čo musí prežiť reláciu, režim démona, keď nie je o správcu služieb oprieť. Tieto tri pokrývajú bežné prípady a každé má jasný dôvod existencie. Náhodná voľba jedného z nich je to, čo vytvára hlásenie „funguje, kým sa okno nezatvorí“.

Keď má tunel zostať, potom potvrďte, že sa po reštarte vráti a že jeho protokoly končia niekde, kam sa budete pozerať. Riadok inicializácie sa objavuje aj v týchto protokoloch, a vtedy už nikto nemusí preň sledovať terminál.