Homebrew set it OpenVPN-binêre yn sbin, net yn jo PATH

De ynstallaasje einiget, brew seit dat openvpn der is, en de shell antwurdet command not found. It binêre bestiet, it stiet yn in map dêr't de shell nea fan ferteld is. Homebrew keppelt daemon-eftige binêren yn 'e sbin-map fan it foarheaksel, en in standert macOS-PATH befettet meastentiids de bin-map en net de sbin-map. Der is neat stikken, en gjin weromynstallaasje sil dat feroarje.

Fjouwer kontrôles befêstigje it meganisme foardat jo hokker shell-bestân dan ek bewurkje.

Wat de formule eins ynstallearret

De openvpn-formule bout in daemon foar de opdrachtline, dus syn útfierbere bestân bedarret ûnder sbin ynstee fan bin. Homebrew keppelt dat binêre bestân dan yn 'e sbin-map fan it foarheaksel, en dêrom wurket "$(brew --prefix)/sbin/openvpn" --version wylst in keale oanrop net wurket. De ferzje-nûmere Cellar-map hâldt ek in kopy, en dat paad yn in startbestân sette is de manier wêrop in masine nei in upgrade oan in âlde build fêst bliuwt.

De symlink fan it foarheaksel is it stabile paad. It Cellar-paad is in ymplemintaasjedetail mei in ferzjenûmer der yn.

Freegje Homebrew, net it bestânssysteem

Begjin by de pakketbehearder, want dy wit hokker ynstallaasje de formule besit: command -v brew, brew --prefix, brew list --versions openvpn, brew --prefix openvpn. As de lêste in paad printsje, is de formule oanwêzich en giet de fraach allinnich oer resolúsje. As er neat printsjet, siket de shell op it ferkearde plak nei in pakket dat nea ynstallearre is, en dat is in oar probleem mei in oare oplossing.

Twa Homebrew-ynstallaasjes op ien masine is wêr't dit it measte útmakket: de brew dy't antwurdet is net needsaaklik de brew dy't ynstallearre hat.

Wêrom't de shell sbin net sjen kin

In oanmeld-shell bout PATH út systeemstanderts plus alles wat jo startbestannen taheakje. Homebrew bin wurdt gewoanlik taheakke en Homebrew sbin gewoanlik net, dus elk kommando wurket útsein de daemons. command -v openvpn dat neat weromjout wylst it paad mei foarheaksel in ferzje weromjout, is de hiele diagnostyk yn twa kommando's. Befêstigje dat de map echt de keppeling befettet mei ls -l "$(brew --prefix)/sbin/openvpn".

In ûntbrekkende keppeling is in oare fout as in ûntbrekkend PATH-ynfier, en mar ien fan beiden wurdt reparearre troch in shell-bestân te bewurkjen.

Reparearje it paad ien kear, op ien plak

Foar in flugge test yn 'e hjoeddeiske shell set eval "$(brew shellenv)" de ynstallaasjefariabelen en set beide mappen foaroan. Foar in permaninte regeling sette jo de shellenv-regel yn it iene startbestân dat jo shell lêst foar de oanmeldmodus dy't jo brûke, ynstee fan eksporten oer bash- en zsh-bestannen te fersprieden.

Iepenje dan in nije terminal en werhelje de ferzje-fraach, want in cachede shell bliuwt it âlde PATH rapportearjen.

Hâld ûntdekking los fan 'e tsjinst

In binêr fine is net itselde as in VPN-tsjinst draaie. It automatysk starten fan openvpn foeget easken ta foar profyl, ynloggegevens, foech en libbenssyklus dy't pakketûntdekking nea oanrekke hat. Tunnelblick bringt ek syn eigen motor mei, dus de ferzje dy't jo krekt printsjet hawwe hat miskien neat te meitsjen mei de ferzje dy't de applikaasje brûkt.

Skriuw op hokker útfierber bestân de ferzje-útfier produsearre hat. Dy iene regel besparret in oere de folgjende kear as twa ferzjes faninoar ferskille.