OpenVPN njofton se inicializimi përfundoi: pse nuk kthehet prompt-i

Asgjë nuk është bllokuar kur terminali hesht pas rreshtit të fundit të regjistrit. Kjo është forma e pritur për një klient në plan të parë: ka përfunduar nisjen dhe tani qëndron aty duke transportuar trafik. Prompt-i i shell-it nuk është shenja e suksesit që duket.

Trajtojeni mesazhin si kufirin midis nisjes dhe gjendjes së qëndrueshme, sepse pikërisht këtë shënon.

Mesazhi shënon fundin e nisjes, jo fundin e procesit

OpenVPN e shtyp atë rresht pasi ka hapur pajisjen, konfiguruar ndërfaqen, instaluar rrugët dhe përfunduar shkëmbimin TLS me palën tjetër. Më pas procesi vazhdon të ekzekutohet, sepse detyra e tij është ta mbajë tunelin hapur dhe të përcjellë paketat. Një program në plan të parë nuk kthehet te prompt-i ndërsa vazhdon ta kryejë atë detyrë. Dalja e qetë pas kësaj është normale, pasi klienti flet vetëm kur ndryshon diçka.

Nëse rreshti shfaqet dhe lidhja vdes më vonë, ai është një ngjarje tjetër, dhe regjistri do ta thotë këtë më pas.

Ctrl+C është vendim, jo rregullim

Shtypja e Ctrl+C dërgon një ndërprerje, të cilën klienti e trajton si kërkesë për t'u fikur. Prompt-i kthehet, tuneli zhduket dhe çdo sesion që e përdorte përfundon. Kjo duket si përparim dhe në të vërtetë është e kundërta. Nëse qëllimi është një lidhje e vazhdueshme, përgjigjja është ta zhvendosni procesin diku ku mund të vazhdojë pa terminalin tuaj, jo ta ndërpreni.

Lënia e tij në plan të parë është zgjedhja e duhur ndërsa korrigjoni, sepse gabimet e mëvonshme mbeten të dukshme në të njëjtin dritare. Një minutë e qetë nuk provon asgjë në asnjë drejtim; provoni një burim përmes tunelit në vend të shikimit të daljes.

Çfarë nuk provon mesazhi

Përfundimi është një pohim lokal për konfigurimin e vetë klientit. Nuk thotë se pala tjetër përgjigjet, se rrugët e instaluara përputhen me atë që ju nevojitet, ose se zgjidhja e emrave përmes tunelit funksionon. Një profil me tunel të ndarë mund të jetë plotësisht i inicializuar ndërsa një ndarje e kompanisë mbetet e paarritshme sepse rruga ose politika DNS nuk e mbuloi kurrë. Instancat në anën e serverit shtypin një rresht të ngjashëm kur janë gati të pranojnë klientë, çka nuk është e njëjta gjë me një klient të lidhur.

«Serveri u nis» dhe «laptopi mund të hapë ndarjen» janë vëzhgime nga dy vende të ndryshme, dhe përzierja e tyre ju dërgon të korrigjoni hostin e gabuar.

Ekzekutimi pa terminal

Për një vendosje të vazhdueshme, përdorni rregullimin e shërbimit që mbështet platforma. Në një host systemd ai është një instancë openvpn-client@office me profilin në /etc/openvpn/client, e nisur dhe e aktivizuar që t'i mbijetojë rinisjeve. Community OpenVPN ofron gjithashtu --daemon së bashku me --log ose --log-append, çka e shkëput procesin dhe e dërgon daljen në një skedar. Të dyja qasjet ndryshojnë mënyrën se si ekzekutohet procesi; asnjëra nuk rregullon një rrugë dhe nuk e bën të shëndetshme një aplikacion në distancë.

Kontrolloni që nuk po nisni një instancë të dytë pranë njërës që tashmë menaxhohet nga një shërbim. Dy klientë që kërkojnë të njëjtin profil prodhojnë regjistra konfuzë dhe një tunel që nuk e kishit menduar.

Zgjidhni rregullimin që i përshtatet punës

Plan i parë për diagnostikim, shërbim për gjithçka që duhet t'i mbijetojë sesionit, modaliteti daemon kur nuk ka një menaxher shërbimesh ku të mbështetesh. Këto tre mbulojnë rastet e zakonshme, dhe secili ka një arsye të qartë për të ekzistuar. Zgjedhja e njërit prej tyre rastësisht është ajo që prodhon raportin «funksionon derisa të mbyllet dritarja».

Kur tuneli duhet të mbetet, konfirmoni më pas se kthehet pas një rinisje dhe se regjistrat e tij arrijnë diku ku do të shikoni. Rreshti i inicializimit shfaqet edhe në ato regjistra, dhe atëherë askush nuk ka nevojë të mbikëqyrë një terminal për të.