OpenVPN raportas finitan pravalorizon: kial la komanda invito ne revenas

Nenio estas blokita kiam la terminalo silentas post la lasta loga linio. Tio estas la atendata formo por kliento en la unua plano: ĝi finis starti kaj nun sidas tie portante trafikon. La ŝela invito ne estas la signo de sukceso, kia ĝi aspektas.

Traktu la mesaĝon kiel la limon inter starto kaj stabila stato, ĉar ĝuste tion ĝi markas.

La mesaĝo markas la finon de la starto, ne la finon de la procezo

OpenVPN presas tiun linion post kiam ĝi malfermis la aparaton, agordis la interfacon, instalis la vojojn kaj finis la TLS-interŝanĝon kun la kunulo. Poste la procezo daŭre funkcias, ĉar ĝia tasko estas teni la tunelon malfermita kaj plusendi pakaĵojn. Programo en la unua plano ne revenas al la invito dum ĝi ankoraŭ faras tiun taskon. Silenta eligado poste estas normala, ĉar la kliento parolas nur kiam io ŝanĝiĝas.

Se la linio aperas kaj la konekto poste mortas, tio estas alia evento, kaj la logilo diros tion poste.

Ctrl+C estas decido, ne riparo

Premi Ctrl+C sendas interrompon, kiun la kliento traktas kiel peton malŝaltiĝi. La invito revenas, la tunelo malaperas, kaj ajna sesio uzanta ĝin finiĝas. Tio aspektas kiel progreso kaj fakte estas la malo. Se la celo estas daŭra konekto, la respondo estas movi la procezon al loko, kie ĝi povas daŭre funkcii sen via terminalo, ne interrompi ĝin.

Lasi ĝin en la unua plano estas la ĝusta elekto dum vi sencimigas, ĉar postaj eraroj restas videblaj en la sama fenestro. Silenta minuto pruvas nenion en ajna direkto; testu rimedon tra la tunelo anstataŭ rigardi la eligadon.

Kion la mesaĝo ne pruvas

Fino estas loka aserto pri la propra agordo de la kliento. Ĝi ne diras, ke la kontraŭa flanko respondas, ke la instalitaj vojoj kongruas kun tio, kion vi bezonas, aŭ ke nomtraduko tra la tunelo funkcias. Profilo kun dividita tunelo povas esti tute pravalorizita dum komuna rimedo de firmao restas neatingebla, ĉar la vojo aŭ la DNS-politiko neniam kovris ĝin. Ekzempleroj ĉe la servila flanko presas similan linion kiam ili pretas akcepti klientojn, kio ne samas kiel tio, ke iu kliento estas konektita.

«La servilo startis» kaj «la tekkomputilo povas malfermi la komunan rimedon» estas observoj el du malsamaj lokoj, kaj konfuzi ilin sendas vin sencimigi la malĝustan gastiganton.

Funkciigi ĝin sen terminalo

Por daŭra surmeto, uzu la servan aranĝon, kiun la platformo subtenas. Sur systemd-gastiganto tio estas ekzemplero openvpn-client@office kun la profilo en /etc/openvpn/client, startigita kaj ebligita tiel, ke ĝi postvivas restartojn. Community OpenVPN ankaŭ proponas --daemon kune kun --log aŭ --log-append, kio apartigas la procezon kaj sendas la eligadon al dosiero. Ambaŭ aliroj ŝanĝas kiel la procezo funkcias; neniu riparas vojon aŭ sanigas malproksiman aplikaĵon.

Kontrolu, ke vi ne startigas duan ekzempleron apud unu, kiun servo jam administras. Du klientoj postulantaj la saman profilon produktas konfuzajn logojn kaj unu tunelon, kiun vi ne intencis.

Elektu la aranĝon, kiu kongruas kun la tasko

Unua plano por diagnozo, servo por ĉio, kio devas postvivi la sesion, demona reĝimo kiam mankas serva administrilo por apogiĝi. Tiuj tri kovras la ordinarajn kazojn, kaj ĉiu havas klaran kialon ekzisti. Elekti unu hazarde estas tio, kio produktas la raporton «ĝi funkcias ĝis la fenestro fermiĝas».

Kiam la tunelo devas resti, poste konfirmu, ke ĝi revenas post restarto kaj ke ĝiaj logoj alvenas ie, kien vi rigardos. La pravaloriza linio aperas ankaŭ en tiuj logoj, kaj tiam neniu bezonas observi terminalon pro ĝi.