Hokker openvpn-binêre rint? Kontrolearje it startpaad

In âlde omgong ferpleatste it OpenVPN-útfierbere bestân nei in oar plak en liet in shell-omhulsel op it oarspronklike paad efter. Moannen letter komt der in fernijing, en it weromdraaien fan ’e omgong wurdt in riedspul oer hokker bestân no wirklik de klient is. De opdrachtnamme, it útfierbere bestân dat yn ’e tsjinst konfigurearre is en de eigen bestânsynventaris fan it pakket kinne allegear nei ferskillende objekten wize, en ien dêrfan reparearje sûnder de oaren jout in host dy’t der reparearre útsjocht en har minder hâldt.

Begjin by it paad dat de tsjinst start

In terminal en in systemd-ienheid lossen útfierbere bestannen net itselde op. De shell siket yn in PATH; de ienheid neamt in paad, en drop-in-oerskriuwingen kinne it ferfange sûnder it bestân oan te reitsjen dat jo lêze. Dat ferskil ferklearret it measte fan ’e betizing yn dizze taak. It bepaalt ek hokker bestân jo reparaasje rjochtsje moat.

Freegje de ienheid wat it rint, ynklusyf de drop-ins dy’t it feroarje, en lês de resultearjende ExecStart-rige ynstee fan it fragmint dat jo autoritatyf achtsje. Folgje dat paad dan troch elke symboalyske keppeling nei it definitive bestân. In omhulsel dat einiget mei exec nei in ferburgen map is in gewoane regeling út dizze âlde reparaasjes.

Skriuw it oploste paad op ear’t jo wat feroarje.

systemctl cat [email protected] | grep -n 'ExecStart'
readlink -f "$(command -v openvpn)"

Fergelykje de opdrachtnamme mei it tsjinstpaad

De twa antwurden binne faak ferskillend, en dat ferskil is net automatysk in flater. In NetworkManager-plug-in kin syn eigen paad starte, en in container kin noch ien mounte.

Wat wichtich is, is witte hokker eigner it proses start dat ferkear betsjinnet. As de ienheid /usr/local/sbin/openvpn-wrapper rint wylst jo shell /usr/sbin/openvpn oplost, feroaret it reparearjen fan it twadde bestân neat oan ’e tsjinst.

Freegje hokker pakket elke kandidaat besit, en beslút dan oft it bestân troch it pakket beheard wurdt of lokaal pleatst is. In bestân sûnder besittend pakket is in bestân dat immen der bewust delset hat, en it fertsjinnet in namme, in eigner en in reden foar’t it wiske wurdt. De omkearde flater komt ek faak foar: in pakketbestân oerskriuwe mei in âld bewarre binêr bestân omdat in forumberjocht deselde map brûkte.

Lit de pakketdatabase oer pakketbestannen prate

As de software út in Debian-pakket kaam, kin de pakketdatabase jo fertelle oft syn bestannen noch oerienkomme mei wat ynstallearre is. Dat is in smelle yntegriteitsfrage, net in feilichheidsoardiel, en it ferskil is wichtich as jo beslute wat te reparearjen. In ôfwiking betsjut dat it bestân nei de ynstallaasje feroare is, wat jo âlde omgong of in legitime lokale bewurking wêze kin. De útfier beslút net hokker, dus lês it as in oanwizing en net as in konklúzje.

Rin de ferifikaasje en lês de útfier ynstee fan in leech resultaat as bewiis foar wat dan ek te behanneljen.

dpkg -S /usr/sbin/openvpn
dpkg --verify openvpn

De dpkg-hânlieding dokumintearret dat ferifikaasje ynstallearre bestannen fergeliket mei lokaal fêstleine metadata, mei bewarre kontrôlesommen wêr’t dy besteane. It merkt in feroare pakketbestân op, en it kin jo net fertelle oft der ynstee in oar binêr bestân start wurdt.

Registrearje de steat foar’t jo reparearje

Sammele it oploste startpaad, de pakketrelaasje fan it bestân, it plak fan it omhulsel en it wizigingsrecord dat it ynfierde. Kopiearje it omhulsel nei in beskerme plak as it yntegraasjewurk befettet dat letter nedich is.

Plak de ynhâld fan it omhulsel net yn in stipe-ried foar’t jo it lêzen hawwe, want dizze skripts drage soms tagongsgegevens of gateway-details.

Registrearje hokker profilen de tsjinst brûkt en wa’t ferbûn is wylst jo wurkje, want it opnij starten fan ’e tunnel kin de sesje ûnderbrekke wêrmei’t jo de host beheare.

Ferifiearje it starten en helje dan it omhulsel fuort

Nei de reparaasje starte jo de tsjinst en beheare dat it proses it paad rint dat jo bedoelden. In ferzje-query dy’t mei de hân útfierd wurdt, bewiist dat it bestân wurket; it bewiist net dat de ienheid it brûkt.

Ferbyn dan wer in klient en kontrolearje oft it profyl noch autentisearret, want in binêre ruil dy’t de oarspronklike opsjes negearret, sil mislearje op in manier dy’t op in sertifikaatprobleem liket.

Helje it ferpleatste omhulsel fuort fia itselde wizigingsrecord dat it ynfierde. De ôfmakke reparaasje neamt hokker útfierber bestân rint, wêrom, en hokker bestân fuorthelle is; in bestânsnamme werstelle en hoopje is net itselde ding.