Skrypt mostu VPN nadal wywołuje brctl: co to oznacza
Pomocnik mostu, który zawodzi na brctl, to lokalny problem zależności, a nie awaria tunelu. Zdecyduj, czy utrzymywać skrypt, czy przenieść jego pracę mostu.
Klient tunelu jest zainstalowany, profil jest prawidłowy, a pomocnik nadal zawodzi na poleceniu o nazwie brctl. Ponowna instalacja pakietu VPN tego nie naprawia, ponieważ brakujący program nie jest częścią tunelu. Jest częścią lokalnego skryptu mostu, a skrypt żąda narzędzia, którego obecny system nie dostarcza już domyślnie. Oba problemy wyglądają na powiązane tylko dlatego, że skrypt uruchamia się w momencie połączenia.
Brakujący program pomocniczy nie jest awarią tunelu
Zacznij od dokładnego wywołania i jego środowiska. Polecenie, które istnieje w twojej interaktywnej powłoce, może brakować w ograniczonej ścieżce wyszukiwania usługi, więc błąd „nie znaleziono” może oznaczać dwie różne rzeczy. Uruchom command -v brctl jako użytkownik usługi i przeczytaj jednostkę, która uruchamia skrypt z systemctl cat openvpn-bridge-helper lub jego odpowiednikiem. Tekst błędu zwykle nazywa brakujący plik binarny, a ta nazwa jest zależnością do rozwiązania.
Ponowna instalacja klienta tunelu dostarcza tunel, a nie narzędzie mostu. To osobne pakiety z osobnymi opiekunami.
Co robił brctl i dlaczego jest przestarzały
Narzędzie tworzyło i administrowało mostami Ethernet Linuksa: addbr tworzył most, a addif podłączał port. Podręcznik Debiana oznacza je jako przestarzałe i wskazuje na narzędzia mostów iproute2, które obejmują więcej. Przestarzały nie znaczy usunięty wszędzie, a obecność nowszego narzędzia nie sprawia, że dosłowne wywołanie brctl w skrypcie się udaje.
Pytanie więc nie brzmi, czy brctl jest dobry. Brzmi, czy skrypt jest nadal utrzymywany i który pakiet, jeśli w ogóle, twoja dystrybucja dla niego dostarcza.
Dwie uczciwe opcje: utrzymywać albo przenieść
Utrzymywać oznacza zainstalować udokumentowaną zależność ze wspieranego pakietu dystrybucji i potwierdzić pochodzenie skryptu, oczekiwaną wersję i ścieżkę wykonania. To zaspokaja brakujący plik wykonywalny i nic więcej: nazwy mostów, plan adresów i zachowanie przy sprzątaniu pozostają niezweryfikowane. Przenieść oznacza przepisać zamierzone operacje dla wspieranej konfiguracji sieci. Tworzenie mostu, podłączanie portów, adresowanie hosta i aktywacja łącza to cztery osobne zmiany, a alias powłoki z brctl na inne narzędzie nie jest tłumaczeniem.
Odpowiedniki iproute2 są krótkie: ip link add name br-vpn type bridge tworzy most, a ip link set tap0 master br-vpn podłącza port.
Zapisz, którą opcję wybrałeś i kto jest właścicielem skryptu. Na wpół przeniesiony pomocnik, który wywołuje oba narzędzia, jest gorszy niż każde z nich.
Przyjrzyj się projektowi mostu przed obiema
Most Ethernet pasuje do projektu, który potrzebuje transmisji Ethernet i partnerów TAP. Instalowanie narzędzi mostu nie zamienia rutowanego połączenia TUN w most, a wspieranego rutowanego profilu nie należy zginać, by pasował do niepowiązanego skryptu. Jeśli profil rutuje, dowiedz się, dlaczego pomocnik mostu w ogóle się uruchamia.
Zanim dotkniesz prawdziwego mostu, zachowaj ścieżkę zarządzania i wskaż jedynego właściciela konfiguracji sieci.
Potem przeczytaj następny błąd po naprawieniu zależności. Lokalna konfiguracja mostu, uwierzytelnianie zdalne i dozwolony ruch przez wynik to trzy osobne rezultaty, a tylko jeden z nich kiedykolwiek dotyczył brctl.