OpenVPN паведамляе пра завяршэнне ініцыялізацыі: чаму не вяртаецца запрашэнне
Апошні радок журнала адзначае канец запуску, а не канец праграмы. Выберыце паміж наладкай у пярэднім плане, юнітам службы і рэжымам дэмана.
Нішто не завісла, калі тэрмінал змаўкае пасля апошняга радка журнала. Гэта чаканая форма для кліента ў пярэднім плане: ён скончыў запуск і цяпер сядзіць там, перадаючы трафік. Запрашэнне абалонкі — не такая прыкмета паспяховасці, як здаецца.
Разглядайце паведамленне як мяжу паміж запускам і ўстойлівым станам, бо менавіта гэта яно і азначае.
Паведамленне адзначае канец запуску, а не канец працэсу
OpenVPN друкуе гэты радок пасля таго, як адкрыў прыладу, наладзіў інтэрфейс, усталяваў маршруты і скончыў абмен TLS з партнёрам. Затым працэс працягвае працаваць, бо яго задача — трымаць тунель адкрытым і перадаваць пакеты. Праграма ў пярэднім плане не вяртаецца да запрашэння, пакуль выконвае гэтую задачу. Ціхае вывядзенне пасля гэтага — норма, бо кліент гаворыць толькі тады, калі нешта змяняецца.
Калі радок з’явіўся, а злучэнне потым памерла, гэта іншая падзея, і журнал скажа пра гэта заднім числом.
Ctrl+C — гэта рашэнне, а не выпраўленне
Націск Ctrl+C дасылае перапынак, які кліент апрацоўвае як запыт на спыненне. Запрашэнне вяртаецца, тунель знікае, і любая сесія, што ім карысталася, сканчаецца. Гэта выглядае як прагрэс і насамрэч з’яўляецца адваротным. Калі мэта — пастаяннае злучэнне, адказ у тым, каб перанесці працэс туды, дзе ён можа працаваць без вашага тэрмінала, а не перарываць яго.
Пакідаць яго ў пярэднім плане — правільны выбар, пакуль вы адладжваеце, бо наступныя памылкі застаюцца бачнымі ў тым самым акне. Ціхая хвіліна нічога не даказвае ні ў адзін, ні ў другі бок; праверце нейкі рэсурс праз тунель замест таго, каб назіраць за вывядзеннем.
Што паведамленне не даказвае
Завяршэнне — гэта лакальнае сцвярджэнне пра ўласную наладку кліента. Яно не кажа, што далёкі бок адказвае, што ўсталяваныя маршруты адпавядаюць вашай патрэбе ці што развязанне імёнаў праз тунель працуе. Профіль з раздзеленым тунелем можа быць цалкам ініцыялізаваны, пакуль агульны рэсурс кампаніі застаецца недасяжным, бо маршрут або палітыка DNS ніколі яго не пакрывалі. Асобнікі на баку сервера друкуюць падобны радок, калі гатовыя прымаць кліентаў, што не тое ж самае, як падключэнне якога-небудзь кліента.
«Сервер запусціўся» і «ноўтбук можа адкрыць агульны рэсурс» — назіранні з двух розных месцаў, і іх блытаніна вядзе вас да адладкі не таго хоста.
Запуск без тэрмінала
Для пастаяннага разгортвання выкарыстоўвайце службовую схему, якую падтрымлівае платформа. На хосте з systemd гэта асобнік openvpn-client@office з профілем у /etc/openvpn/client, запушчаны і ўключаны, каб перажываць перазагрузкі. Community OpenVPN таксама прапануе --daemon разам з --log або --log-append, што аддзяляе працэс і накіроўвае вывядзенне ў файл. Любы з двух падыходаў змяняе тое, як працуе працэс; ні адзін не выпраўляе маршрут і не робіць аддаленую праграму здаровай.
Праверце, што вы не запускаеце другі асобнік побач з тым, якім ужо кіруе служба. Два кліенты, што прэтэндуюць на адзін профіль, ствараюць заблытаныя журналы і адзін тунель, якога вы не мелі на ўвазе.
Выберыце схему, якая адпавядае задачы
Пярэдні план для дыягностыкі, служба для ўсяго, што павінна перажыць сесію, рэжым дэмана, калі няма на што абаперціся ў выглядзе менеджэра служб. Гэтыя тры пакрываюць звычайныя выпадкі, і кожная мае ясную прычыну існаваць. Менавіта выбар адной з іх выпадкова стварае скаргу «працуе, пакуль не зачыніш акно».
Калі тунель павінен застацца, пасля пацвердзіце, што ён вяртаецца пасля перазагрузкі і што яго журналы трапляюць туды, куды вы будзеце глядзець. Радок ініцыялізацыі таксама з’яўляецца ў гэтых журналах, і тады нікому не трэба назіраць за тэрміналам дзеля яго.