Ang VPN bridge script ay tumatawag pa rin sa brctl: ano ang ibig sabihin

Naka-install ang tunnel client, valid ang profile, at nabigo pa rin ang helper sa isang command na tinatawag na brctl. Hindi ito inaayos ng muling pag-install ng VPN package, dahil ang nawawalang programa ay hindi bahagi ng tunnel. Bahagi ito ng lokal na bridge script, at hinihingi ng script ang tool na hindi na ibinibigay ng kasalukuyang system bilang default. Ang dalawang problema ay mukhang magkakaugnay lamang dahil tumatakbo ang script sa oras ng koneksyon.

Ang nawawalang helper program ay hindi sira ng tunnel

Magsimula sa eksaktong invocation at sa environment nito. Ang command na nasa iyong interactive shell ay maaaring wala sa restricted search path ng isang service, kaya ang «hindi natagpuan» na error ay maaaring mangahulugan ng dalawang magkaibang bagay. Patakbuhin ang command -v brctl bilang user ng service, at basahin ang unit na naglulunsad ng script gamit ang systemctl cat openvpn-bridge-helper o katumbas nito. Karaniwang tinutukoy ng error text ang nawawalang binary, at ang pangalang iyon ang dependency na dapat lutasin.

Ang muling pag-install ng tunnel client ay nagbibigay ng tunnel, hindi ng bridge utility. Magkahiwalay na package ang mga ito na may magkahiwalay na maintainer.

Ano ang ginawa ng brctl, at bakit ito lipas na

Gumawa at namahala ang tool na ito ng mga Linux Ethernet bridge: gumawa ng bridge ang addbr, at nagkabit ng port ang addif. Minarkahan ito ng manwal ng Debian bilang lipas na at itinuturo ang mga bridge tool ng iproute2, na mas marami ang saklaw. Ang lipas na ay hindi nangangahulugang tinanggal sa lahat ng dako, at ang pagkakaroon ng mas bagong tool ay hindi nagpapagtagumpay sa literal na tawag sa brctl sa isang script.

Kaya ang tanong ay hindi kung magaling ang brctl. Ito ay kung pinapanatili pa rin ang script at aling package, kung mayroon, ang ibinibigay ng iyong distribution para dito.

Dalawang tapat na opsyon: panatilihin o ilipat

Ang pananatili ay nangangahulugang i-install ang dokumentadong dependency mula sa sinusuportahang package ng iyong distribution at kumpirmahin ang pinagmulan ng script, inaasahang bersyon at execution path. Sinasatisfy nito ang nawawalang executable file at wala nang iba: ang mga pangalan ng bridge, plano ng address at pag-uugali sa paglilinis ng script ay nananatiling hindi validated. Ang paglipat ay nangangahulugang muling isulat ang nilalayong operasyon para sa sinusuportahang network configuration. Ang paggawa ng bridge, pagkakabit ng port, pag-address ng host at pag-activate ng link ay apat na magkahiwalay na pagbabago, at ang shell alias mula brctl patungo sa ibang utility ay hindi pagsasalin.

Maikli ang mga katumbas sa iproute2: gumagawa ng bridge ang ip link add name br-vpn type bridge, at nagkakabit ng port ang ip link set tap0 master br-vpn.

Isulat kung aling opsyon ang pinili mo at sino ang may-ari ng script. Ang kalahating nailipat na helper na tumatawag sa dalawang tool ay mas masama kaysa sa alinman sa kanila.

Tingnan ang disenyo ng bridge bago ang dalawa

Ang Ethernet bridge ay bagay sa disenyong nangangailangan ng Ethernet carriage at TAP peers. Ang pag-install ng bridge utility ay hindi ginagawang bridge ang isang routed na TUN connection, at ang sinusuportahang routed profile ay hindi dapat baluktot upang umangkop sa isang walang kaugnayang script. Kung nagru-route ang profile, alamin kung bakit tumatakbo ang bridge helper.

Bago hawakan ang tunay na bridge, pangalagaan ang management path at tukuyin ang nag-iisang may-ari ng network configuration.

Pagkatapos basahin ang susunod na error pagkatapos ayusin ang dependency. Ang lokal na bridge setup, remote authentication at pinapayagang traffic sa pamamagitan ng resulta ay tatlong magkahiwalay na kinalabasan, at isa lamang sa kanila ang kailanman tungkol sa brctl.