O adresă MAC modificată pe un Pi: ce interfață s-a schimbat?

După ce o configurare VPN ajunge pe un Pi, mai multe identități de interfață pot părea că s-au mutat. Adresa Ethernet de ieri nu mai corespunde listei de azi, iar concluzia se scrie singură: VPN-ul a schimbat MAC-ul. De obicei nu s-a întâmplat. Compararea unui uplink fizic cu un bridge sau cu un adaptor virtual nu este o comparație, iar prima sarcină este să decizi la ce obiect te uiți de fapt.

Numește interfața și observatorul

Notează numele dispozitivului, tipul interfeței, adresa curentă a stratului de legătură și managerul care o deține. Adaugă marca temporală, pentru că o afișare schimbată la pornire este un eveniment diferit de una schimbată când a urcat tunelul.

Fă asta pentru aceeași interfață înainte și după evenimentul de conectare. Două observații ale unui obiect sunt dovadă; o observație a două obiecte este o coincidență cu o poveste atașată. Diferența este întreaga investigație. Dacă obiectul e greșit, fiecare măsurătoare ulterioară e irosită.

Dacă o rezervare DHCP face parte din problemă, notează ce identitate de client a primit de fapt alocatorul. O listă de desktop, o identitate de bridge și o intrare veche de bail sunt trei înregistrări diferite, și doar una dintre ele este cea pe care a văzut-o routerul.

TUN, TAP și uplink-ul sunt obiecte diferite

Kernelul trasează o linie dură între cele două tipuri virtuale. TUN transportă pachete IP și nu are deloc identitate Ethernet. TAP transportă cadre Ethernet și de aceea are una.

Asta înseamnă că o adresă din partea TAP nu este adresa uplink-ului fizic, iar o adresă TUN rutată nu este un înlocuitor pentru MAC-ul Wi-Fi. Sunt straturi diferite ale aceleiași mașini.

Un bridge este un al treilea obiect. Are propria adresă de strat de legătură, derivată sau configurată independent de porturile atașate, așa că un bridge care urcă poate schimba ce arată o listă fără să atingă vreun hardware. Porturile își păstrează propriile adrese dedesubt. Adresa poate fi setată și explicit, iar în acest caz nimic din ea nu derivă din hardware.

Cine deține de fapt o schimbare reală

Dacă aceeași interfață fizică își schimbă într-adevăr adresa, uită-te la profilul de conexiune activ înainte de a atribui o cauză. Setările de confidențialitate, setările de clonare și un dispozitiv virtual recreat produc toate acel simptom fără nicio implicare a VPN-ului.

Apropierea în timp nu este cauzalitate. Un tunel care pornește și un profil reaplicat se întâmplă adesea în aceeași secundă pentru că unul l-a declanșat pe celălalt, iar schimbarea adresei aparține profilului. Citește profilul înainte de a citi jurnalul tunelului.

Distinge și o interfață recreată de un dispozitiv existent. Configurația persistentă și interfața de execuție sunt obiecte înrudite și niciuna nu este o identitate hardware permanentă.

Ce înseamnă valorile de clonare ale unui manager

Referința setărilor Ethernet a NetworkManager separă o adresă atribuită explicit de valori speciale precum preserve, permanent, random și stable, cu ortografieri diferite în linia de comandă și în interfața D-Bus.

Acele valori sunt o capacitate suportată de un singur manager. Nu sunt dovada că această imagine rulează acel manager, că acest profil a folosit randomizare sau că un proces VPN a rescris o placă de rețea. Doar configurația activă de pe acest host răspunde la asta.

Verifică proprietarul setării în loc să instalezi un al doilea manager pentru a face setarea disponibilă. Doi manageri care se luptă pe o interfață produc exact instabilitatea de care oamenii dau apoi vina pe tunel.

Remediază cerința de identitate, nu afișarea

Unde este nevoie de o rezervare locală, urmează mecanismul propriu de identitate a clientului al alocatorului și fă-l să corespundă cu modul în care este configurată interfața. Fixarea unei adrese de bridge sau de tunel fără legătură pentru ca o listă să pară stabilă nu rezolvă nimic. Creează și o a doua identitate pe care nimeni nu a documentat-o.

Un VPN rutat la distanță își autentifică propriul peer și atribuie adrese prin propriul model. Înghețarea unei adrese LAN nu înscrie acel peer și nu creează o atribuire fixă de tunel.

Înainte de o schimbare de identitate aprobată, păstrează configurația anterioară recuperabilă, mai ales pe o mașină fără ecran la care nu poți merge pe jos. Apoi verifică aceeași interfață și același serviciu local după o reconectare.

Constatarea care merită notată este ce obiect s-a schimbat, cine l-a configurat și dacă asta încalcă contractul de identitate pe care îl aveai în minte. Orice mai larg este o presupunere îmbrăcată în concluzie. Constatările înguste trec și ele de revizuire.