OpenVPN praneša, kad inicijavimas baigtas: kodėl eilutė negrįžta

Niekas neįstrigę, kai terminalas nutyla po paskutinės žurnalo eilutės. Tai laukiama forma klientui pirmame plane: jis baigė paleidimą ir dabar sėdi ten, perduodamas srautą. Apvalkalo eilutė nėra toks sėkmės ženklas, kaip atrodo.

Traktuokite pranešimą kaip ribą tarp paleidimo ir pastovios būsenos, nes būtent tai jis žymi.

Pranešimas žymi paleidimo pabaigą, o ne proceso pabaigą

OpenVPN išspausdina šią eilutę po to, kai atidarė įrenginį, sukonfigūravo sąsają, įdiegė maršrutus ir baigė TLS mainus su partneriu. Tada procesas toliau veikia, nes jo užduotis yra laikyti tunelį atidarytą ir perduoti paketus. Pirmame plane veikianti programa negrįžta į eilutę, kol dar atlieka tą užduotį. Tylus išvedimas po to yra normalus, nes klientas kalba tik tada, kai kas nors pasikeičia.

Jei eilutė pasirodo, o ryšys vėliau miršta, tai kitas įvykis, ir žurnalas tai pasakys po fakto.

Ctrl+C yra sprendimas, o ne taisymas

Paspaudus Ctrl+C siunčiamas pertraukimas, kurį klientas traktuoja kaip prašymą išsijungti. Eilutė grįžta, tunelis dingsta, ir bet kuri sesija, kuri jį naudojo, baigiasi. Tai atrodo kaip pažanga ir iš tikrųjų yra priešingai. Jei tikslas yra nuolatinis ryšys, atsakymas yra perkelti procesą ten, kur jis gali veikti be jūsų terminalo, o ne jį pertraukti.

Palikti jį pirmame plane yra teisingas pasirinkimas derinant, nes vėlesnės klaidos lieka matomos tame pačiame lange. Tylu minutė nieko neįrodo nei viena, nei kita kryptimi; išbandykite išteklių per tunelį, o ne stebėkite išvedimą.

Ko pranešimas neįrodo

Užbaigimas yra vietinis teiginys apie paties kliento sąranką. Jis nesako, kad kita pusė atsako, kad įdiegti maršrutai atitinka tai, ko jums reikia, ar kad vardų sprendimas per tunelį veikia. Profilis su padalytu tuneliu gali būti visiškai inicijuotas, o bendras įmonės išteklius lieka nepasiekiamas, nes maršrutas ar DNS politika jo niekada neapėmė. Serverio pusės egzemplioriai išspausdina panašią eilutę, kai yra pasirengę priimti klientus, o tai nėra tas pats, kas bet kurio kliento prisijungimas.

„Serveris paleistas“ ir „nešiojamasis gali atidaryti bendrą išteklių“ yra stebėjimai iš dviejų skirtingų vietų, ir jų sumaišymas nusiunčia jus derinti ne tą pagrindinį kompiuterį.

Paleidimas be terminalo

Nuolatiniam diegimui naudokite paslaugos tvarką, kurią palaiko platforma. systemd pagrindiniame kompiuteryje tai yra openvpn-client@office egzempliorius su profiliu /etc/openvpn/client, paleistas ir įjungtas, kad išgyventų perkrovimus. Community OpenVPN taip pat siūlo --daemon kartu su --log arba --log-append, o tai atskiria procesą ir siunčia išvedimą į failą. Abu būdai keičia tai, kaip procesas veikia; nė vienas nepataiso maršruto ir nepadaro nuotolinės programos sveikos.

Patikrinkite, ar nepaleidžiate antro egzemplioriaus šalia to, kurį jau valdo paslauga. Du klientai, pretenduojantys į tą patį profilį, sukuria painius žurnalus ir vieną tunelį, kurio nenorėjote.

Pasirinkite darbui tinkančią tvarką

Pirmas planas diagnostikai, paslauga viskam, kas turi pergyventi sesiją, demono režimas, kai nėra paslaugų tvarkyklės, kuria galima pasikliauti. Šie trys apima įprastus atvejus, ir kiekvienas turi aiškią priežastį egzistuoti. Atsitiktinai pasirinkti vieną iš jų yra tai, kas sukuria ataskaitą „veikia, kol neuždaromas langas“.

Kai tunelis turi likti, po to patvirtinkite, kad jis grįžta po perkrovimo ir kad jo žurnalai patenka ten, kur žiūrėsite. Inicijavimo eilutė taip pat pasirodo tuose žurnaluose, ir tada niekam nereikia stebėti terminalo dėl jos.