Zmieniony adres MAC na Pi: który interfejs się zmienił?

Po wdrożeniu konfiguracji VPN na Pi kilka tożsamości interfejsów może wyglądać, jakby się przesunęło. Wczorajszy adres Ethernet nie pasuje już do dzisiejszej listy, a wniosek pisze się sam: VPN zmienił MAC. Zwykle tak się nie stało. Porównywanie fizycznego uplinku z mostem lub adapterem wirtualnym nie jest porównaniem, a pierwszym zadaniem jest ustalić, na który obiekt naprawdę patrzysz.

Nazwij interfejs i obserwatora

Zapisz nazwę urządzenia, typ interfejsu, bieżący adres warstwy łącza i menedżera, do którego należy. Dodaj znacznik czasu, bo wyświetlenie zmienione przy starcie to inne zdarzenie niż to zmienione w chwili podniesienia tunelu.

Zrób to dla tego samego interfejsu przed i po zdarzeniu połączenia. Dwie obserwacje jednego obiektu są dowodem; jedna obserwacja dwóch obiektów to zbieg okoliczności z dopisaną historią. Ta różnica to całe śledztwo. Pomylisz obiekt i każde późniejsze pomiary są zmarnowane.

Jeśli rezerwacja DHCP jest częścią problemu, zanotuj, jaką tożsamość klienta przydzielacz faktycznie otrzymał. Lista na pulpicie, tożsamość mostu i stary wpis dzierżawy to trzy różne zapisy, a tylko jeden z nich zobaczył router.

TUN, TAP i uplink to różne obiekty

Jądro stawia twardą granicę między tymi dwoma typami wirtualnymi. TUN przenosi pakiety IP i nie ma żadnej tożsamości Ethernet. TAP przenosi ramki Ethernet i dlatego ma ją.

To znaczy, że adres po stronie TAP nie jest adresem fizycznego uplinku, a trasowany adres TUN nie jest zamiennikiem MAC Wi-Fi. To różne warstwy tej samej maszyny.

Most to trzeci obiekt. Ma własny adres warstwy łącza, wyliczany lub konfigurowany niezależnie od portów do niego podłączonych, więc podnoszący się most może zmienić to, co pokazuje lista, nie dotykając żadnego sprzętu. Porty zachowują pod nim własne adresy. Jego adres można też ustawić jawnie i wtedy nic w nim nie pochodzi ze sprzętu.

Kto naprawdę odpowiada za rzeczywistą zmianę

Jeśli ten sam fizyczny interfejs rzeczywiście zmienia adres, najpierw spojrzyj na aktywny profil połączenia, zanim przypiszesz przyczynę. Ustawienia prywatności, klonowania i odtworzone urządzenie wirtualne dają ten objaw bez żadnego udziału VPN.

Bliskość w czasie nie jest przyczynowością. Start tunelu i ponowne zastosowanie profilu często zdarzają się w tej samej sekundzie, bo jedno wywołało drugie, a zmiana adresu należy do profilu. Przeczytaj profil, zanim przeczytasz log tunelu.

Odróżnij też odtworzony interfejs od istniejącego urządzenia. Konfiguracja trwała i interfejs czasu wykonania to powiązane obiekty i żaden z nich nie jest stałą tożsamością sprzętową.

Co znaczą wartości klonowania menedżera

Dokumentacja ustawień Ethernet NetworkManagera rozdziela jawnie przypisany adres od wartości specjalnych, takich jak preserve, permanent, random i stable, a ich zapis różni się w wierszu poleceń i w interfejsie D-Bus.

Te wartości to obsługiwana możliwość jednego menedżera. Nie dowodzą, że ten obraz uruchamia właśnie ten menedżer, że ten profil użył randomizacji ani że proces VPN przepisał kartę sieciową. Odpowiada na to tylko aktywna konfiguracja na tym hoście.

Sprawdź właściciela ustawienia, zamiast instalować drugi menedżer, aby ustawienie było dostępne. Dwa menedżery walczące o jeden interfejs dają dokładnie tę niestabilność, którą ludzie potem zrzucają na tunel.

Napraw wymóg tożsamości, nie wyświetlanie

Tam, gdzie potrzebna jest rezerwacja lokalna, stosuj własny mechanizm tożsamości klienta przydzielacza i dopasuj go do tego, jak skonfigurowany jest interfejs. Przypinanie niezwiązanego adresu mostu lub tunelu, żeby lista wyglądała stabilnie, niczego nie rozwiązuje. Tworzy też drugą tożsamość, której nikt nie udokumentował.

Zdalny trasowany VPN uwierzytelnia własnego peera i przydziela adresy według własnego modelu. Zamrożenie adresu LAN nie rejestruje tego peera i nie tworzy stałego przypisania tunelu.

Przed zatwierdzoną zmianą tożsamości utrzymuj poprzednią konfigurację w stanie odtwarzalnym, zwłaszcza na maszynie bez ekranu, do której nie podejdziesz pieszo. Potem sprawdź ten sam interfejs i tę samą usługę lokalną po ponownym połączeniu.

Ustalenie warte zapisania to który obiekt się zmienił, kto go skonfigurował i czy narusza to umowę tożsamości, którą zamierzałeś mieć. Wszystko szersze jest domysłem w ubraniu wniosku. Wąskie ustalenia też przeżywają przegląd.