Скриптът за VPN мост все още извиква brctl: какво означава това
Помощник за мост, който се проваля на brctl, е локален проблем със зависимост, а не повреда на тунела. Решете дали да поддържате скрипта, или да мигрирате работата му с моста.
Клиентът на тунела е инсталиран, профилът е валиден, а помощникът все още се проваля на команда, наречена brctl. Преинсталирането на пакета VPN не поправя това, защото липсващата програма не е част от тунела. Тя е част от локален скрипт за мост и скриптът иска инструмент, който текущата система вече не доставя по подразбиране. Двата проблема изглеждат свързани само защото скриптът се изпълнява при свързване.
Липсваща помощна програма не е повреда на тунела
Започнете с точното извикване и неговата среда. Команда, която съществува в интерактивната ви обвивка, може да липсва в ограничения път за търсене на услуга, така че грешка „не е намерено“ може да означава две различни неща. Изпълнете command -v brctl като потребителя на услугата и прочетете единицата, която стартира скрипта с systemctl cat openvpn-bridge-helper или негов еквивалент. Текстът на грешката обикновено назовава липсващия двоичен файл и това име е зависимостта, която трябва да бъде решена.
Преинсталирането на клиента на тунела доставя тунела, не помощната програма за мост. Това са отделни пакети с отделни поддръжници.
Какво правеше brctl и защо е остарял
Инструментът създаваше и администрираше Ethernet мостове в Linux: addbr създаваше мост, а addif прикачваше порт. Ръководството на Debian го отбелязва като остарял и препраща към инструментите за мостове на iproute2, които покриват повече. Остарял не означава премахнат навсякъде и наличието на по-нов инструмент не прави буквалното извикване на brctl в скрипта успешно.
Значи въпросът не е дали brctl е добър. А дали скриптът все още се поддържа и кой пакет, ако има такъв, вашата дистрибуция доставя за него.
Два честни варианта: поддръжка или миграция
Поддръжката означава инсталиране на документираната зависимост от поддържан пакет на вашата дистрибуция и потвърждаване на произхода на скрипта, очакваната версия и пътя за изпълнение. Това удовлетворява липсващ изпълним файл и нищо друго: имената на мостовете, адресният план и поведението при почистване в скрипта остават непроверени. Миграцията означава пренаписване на предвидените операции за поддържаната мрежова конфигурация. Създаването на мост, прикачването на порт, адресирането на хоста и активирането на връзката са четири отделни промени, а псевдоним в обвивката от brctl към друга помощна програма не е превод.
Еквивалентите в iproute2 са кратки: ip link add name br-vpn type bridge създава моста, а ip link set tap0 master br-vpn прикачва порт.
Запишете кой вариант сте избрали и кой притежава скрипта. Наполовина мигрирал помощник, който извиква и двата инструмента, е по-лош от всеки от тях.
Погледнете дизайна на моста преди всеки от двата
Ethernet мостът подхожда на дизайн, който се нуждае от Ethernet пренос и TAP партньори. Инсталирането на помощни програми за мостове не превръща маршрутизирана TUN връзка в мост и поддържан маршрутизиран профил не бива да се огъва, за да пасне на несвързан скрипт. Ако профилът маршрутизира, разберете защо помощникът за мост изобщо се изпълнява.
Преди да докоснете истински мост, запазете пътя за управление и определете единствения собственик на мрежовата конфигурация.
След това прочетете следващата грешка, след като поправите зависимостта. Локалната настройка на моста, отдалечената автентикация и разрешеният трафик през резултата са три отделни изхода и само един от тях някога е бил за brctl.