Una adreça MAC canviada en una Pi: quina interfície ha canviat?

Després que una configuració VPN arribi a una Pi, pot semblar que diverses identitats d'interfície s'hagin desplaçat. L'adreça Ethernet d'ahir ja no coincideix amb la llista d'avui, i la conclusió s'escriu sola: la VPN va canviar la MAC. Normalment no ho va fer. Comparar un enllaç físic amb un pont o un adaptador virtual no és cap comparació, i la primera feina és decidir a quin objecte esteu mirant de debò.

Anomeneu la interfície i l'observador

Anoteu el nom del dispositiu, el tipus d'interfície, l'adreça actual de la capa d'enllaç i el gestor que en té la propietat. Afegiu la marca de temps, perquè una visualització que va canviar en arrencar és un esdeveniment diferent d'una que va canviar quan va pujar el túnel.

Feu-ho per a la mateixa interfície abans i després de l'esdeveniment de connexió. Dues observacions d'un sol objecte són proves; una observació de dos objectes és una coincidència amb una història enganxada. La diferència és tota la investigació. Si equivoqueu l'objecte, cada mesura posterior és temps perdut.

Si una reserva DHCP forma part del problema, anoteu quina identitat de client va rebre realment l'assignador. Una llista d'escriptori, la identitat d'un pont i una entrada antiga de concessió són tres registres diferents, i només un és el que va veure l'encaminador.

TUN, TAP i l'enllaç són objectes diferents

El nucli traça una línia dura entre els dos tipus virtuals. TUN transporta paquets IP i no té cap identitat Ethernet. TAP transporta trames Ethernet i, per tant, sí que en té.

Això vol dir que una adreça del costat TAP no és l'adreça de l'enllaç físic, i que una adreça TUN encaminada no és un substitut de la MAC del Wi-Fi. Són capes diferents de la mateixa màquina.

Un pont és un tercer objecte. Té la seva pròpia adreça de capa d'enllaç, derivada o configurada independentment dels ports que hi pengen, de manera que un pont que puja pot canviar el que mostra un llistat sense tocar cap maquinari. Els ports conserven les seves adreces a sota. La seva adreça també es pot fixar explícitament, i llavors res d'ella no deriva del maquinari.

Qui posseeix realment un canvi autèntic

Si la mateixa interfície física canvia d'adreça de veritat, mireu el perfil de connexió actiu abans d'assignar una causa. Els paràmetres de privadesa, els de clonatge i un dispositiu virtual recreat produeixen aquest símptoma sense cap intervenció de la VPN.

La proximitat en el temps no és causalitat. Un túnel que arrenca i un perfil que es torna a aplicar sovint passen en el mateix segon perquè un va desencadenar l'altre, i el canvi d'adreça pertany al perfil. Llegiu el perfil abans de llegir el registre del túnel.

Distingiu també una interfície recreada d'un dispositiu existent. La configuració persistent i la interfície en execució són objectes relacionats, i cap dels dos no és una identitat permanent de maquinari.

Què signifiquen els valors de clonatge d'un gestor

referència de paràmetres Ethernet de NetworkManager separa una adreça assignada explícitament de valors especials com preserve, permanent, random i stable, amb grafies diferents a la línia d'ordres i a la interfície D-Bus.

Aquests valors són una capacitat admesa d'un sol gestor. No demostren que aquesta imatge executi aquell gestor, que aquest perfil hagi fet servir aleatorització o que un procés VPN hagi reescrit una NIC. Només la configuració activa en aquest amfitrió respon això.

Comproveu el propietari del paràmetre en lloc d'instal·lar un segon gestor per fer-lo disponible. Dos gestors barallant-se per una interfície produeixen exactament la inestabilitat que després la gent culpa al túnel.

Corregiu el requisit d'identitat, no la visualització

On calgui una reserva local, seguiu el mecanisme d'identitat de client propi de l'assignador i feu-lo concordar amb com està configurada la interfície. Fixar una adreça de pont o de túnel no relacionada perquè un llistat sembli estable no resol res. També crea una segona identitat que ningú no ha documentat.

Una VPN encaminada remota autentica el seu propi par i assigna adreces segons el seu propi model. Congelar una adreça de LAN no inscriu aquest par ni crea una assignació fixa de túnel.

Abans d'un canvi d'identitat aprovat, manteniu la configuració anterior recuperable, sobretot en una màquina sense pantalla on no podeu anar a peu. Després verifiqueu la mateixa interfície i el mateix servei local després de tornar a connectar.

La troballa que val la pena escriure és quin objecte va canviar, qui el va configurar i si això viola el contracte d'identitat que volíeu. Qualsevol cosa més àmplia és una conjectura vestida de conclusió. Les troballes estretes també sobreviuen a la revisió.