In VPN dy’t yn ’e earste sekonde stjert is in oar bist as ien dy’t ferbynt en dan mislearret, en de gewoane flater is om se as itselde te behanneljen. Hjir is gjin handshake, gjin sertifikaatútwikseling en gjin rûte om te ûndersykjen. Ien rigel yn it journal beslút hokker fan ferskate net besibbe reparaasjes fan tapassing is, en dy oerslaan kostet in middei it bewurkjen fan in konfiguraasje dy’t nea lêzen waard. Lês dy rigel earst.

Trije allinnich-lêzen-opdrachten bringe dy dêr: earst journalctl -u openvpn@server -b --no-pager, dan systemctl status openvpn@server, en ss -lunp foar de UDP-lústerers en harren eigners.

De earste rigel kiest de tûke

In poartekonflikt en in missende binary deadzje beiden it starten binnen in sekonde, en se litte ferskillende earste rigels efter. In berjocht dat it adres al yn gebrûk is neamt de poarte; in missende útfierbere triem neamt in paad dat net mear bestiet; in mislearre betingst of in ûntbrekkende konfiguraasjetriem neamt de triem. Dy trije liede ta ferskillende reparaasjes, en gjinien fan harren wurdt better fan it werynstallearjen fan ’e klient. Kopiearje de earste flater yn dyn notysjes foardatst wat oars drave litst.

Let op ’e werhellingslus dy’t de oarspronklike rigel ferberget. In ienheid mei in werstartbelied kin de earste flater ûnder in tsiental identike begrave, sadat journalctl -b filtrearre op ’e ienheid en fan boppen lêzen better is as de sturt.

Wa hâldt poarte 1194 noch mear

De skuldige is meastentiids net in twadde server dy’t immen bewust konfigurearre hat. Ferwachtsje in mei de hân starte klient dy’t noch libbet yn in oare terminal, in twadde profyl dat tafallich deselde poarte keas, of in leveransiersbondel waans eigen tunnel 1194 hâldt. De eigner fan ’e socket ferskynt yn ss -lunp; jou dat PID oan systemctl status om te witten oft in ienheid ferantwurdlik is. Nim it del fia syn eigen kontrôlepaad ynstee fan mei in sinjaal.

In sinjaal oan in proses dat troch in ienheid beheard wurdt, feroarsaket meastentiids in werstart, en deselde flater ferskynt eefkes letter wer as in nij probleem. Brûk systemctl stop foar in ienheid, de eigen tsjinstopdracht fan ’e bondel foar in leveransiersynstallaasje, en in sinjaal allinnich foar eat datst sels yn dy shell start hast.

Oerbliuwende ienheden nei in ferwidering

In ferwidering wisket binaries; ienheidstriemmen skreaun mei de hân, meastentiids ûnder /etc/systemd/system, oerlibje it. Systemd besiket dan wer in ienheid dy’t nei in paad wiist dat net mear bestiet, en it berjocht giet oer dy missende triem ynstee fan oer it fuortheljen fan juster. systemctl status lit it fragmintepaad fan ’e ienheid boppe-oan sjen, dus kontrolearje it mei dpkg -S foardatst wat wiskest. As it weesbern fuort is, meitsje systemctl daemon-reload en systemctl reset-failed de tastân skjin; oars erft elke lettere statuskontrôle dy.

As which openvpn antwurdet mei eat ûnder /usr/local, kaam de binary yn it spul fan in leveransiersynstallearder en net fan apt. Sa’n ynstallearder bringt meastentiids syn eigen lústerer, syn eigen opstartynfier en syn eigen konfiguraasjemap mei, sadat it fuortheljen fan ’e sichtbere opdracht de socket beset lit.

De-ynstallearje it mei wat de leveransier dokumintearret, befêstigje dat de poarte frij is mei ss -lunp, en foegje de kliïnt fan ’e distribúsje allinnich ta asst it nedich hast.

Set de tastân goed foardatst wer besykest

Meitsje de mislearre tastân skjin foardatst der konklúzjes út lûkst: systemctl reset-failed hellet de tellers fuort, en systemctl status rapportearret dan de hjoeddeistige tastân fan ’e ienheid ynstee fan har skiednis. Start it ien kear en lês it journal fan dy útfiering ynstee fan ’e gearfoege tastân fan ’e masine. In ienheid dy’t aktyf rapportearret wylst de tunnel neat draacht, is in apart probleem, en in folle gewoaner ien. De twa wurde yn bugrapporten gearfoege om’t beide einigje mei de brûker dy’t seit dat de VPN net wurket.

Notearje de tûke dy’tst naamst: poartekonflikt, missende binary, missende konfiguraasje. De folgjende kear is it flugger werkenber.

Relatearre artikelen