Un enderezo MAC cambiado nun Pi: que interface cambiou?

Despois de que unha configuración de VPN aterre nun Pi, varias identidades de interface poden parecer desprazadas. O enderezo Ethernet de onte xa non coincide coa lista de hoxe, e a conclusión escríbese soa: a VPN cambiou a MAC. Normalmente non o fixo. Comparar unha ligazón física cunha ponte ou un adaptador virtual non é unha comparación, e a primeira tarefa é decidir a que obxecto está mirando en realidade.

Nomee a interface e o observador

Anote o nome do dispositivo, o tipo de interface, o enderezo actual da capa de ligazón e o xestor que o posúe. Engada a marca de tempo, porque unha visualización que cambiou ao arrincar é un acontecemento distinto dunha que cambiou cando subiu o túnel.

Fágao para a mesma interface antes e despois do acontecemento de conexión. Dúas observacións dun obxecto son proba; unha observación de dous obxectos é unha coincidencia cunha historia pegada. A diferenza é toda a investigación. Se se equivoca de obxecto, cada medición posterior é tempo perdido.

Se unha reserva DHCP forma parte do problema, anote que identidade de cliente recibiu realmente o asignador. Unha lista de escritorio, unha identidade de ponte e unha entrada vella de concesión son tres rexistros distintos, e só un deles é o que viu o encamiñador.

TUN, TAP e a ligazón son obxectos distintos

O núcleo traza unha liña dura entre os dous tipos virtuais. TUN transporta paquetes IP e non ten ningunha identidade Ethernet. TAP transporta tramas Ethernet e, polo tanto, si a ten.

Iso significa que un enderezo do lado TAP non é o enderezo da ligazón física, e que un enderezo TUN encamiñado non é un substituto da MAC do Wi-Fi. Son capas distintas da mesma máquina.

Unha ponte é un terceiro obxecto. Ten o seu propio enderezo de capa de ligazón, derivado ou configurado con independencia das portas conectadas a ela, así que unha ponte que sobe pode cambiar o que mostra unha listaxe sen tocar ningún hardware. As portas conservan os seus propios enderezos por baixo. O seu enderezo tamén se pode fixar explicitamente, e entón nada del deriva do hardware.

Quen posúe realmente un cambio real

Se a mesma interface física cambia de enderezo de verdade, mire o perfil de conexión activo antes de asignar unha causa. Os axustes de privacidade, os de clonación e un dispositivo virtual recreado producen ese síntoma sen intervención ningunha da VPN.

A proximidade no tempo non é causalidade. Un túnel que arrinca e un perfil que se volve aplicar adoitan ocorrer no mesmo segundo porque un desencadeou o outro, e o cambio de enderezo pertence ao perfil. Lea o perfil antes de ler o rexistro do túnel.

Distinga tamén unha interface recreada dun dispositivo existente. A configuración persistente e a interface en execución son obxectos relacionados, e ningún dos dous é unha identidade permanente de hardware.

Que significan os valores de clonación dun xestor

A referencia de axustes Ethernet de NetworkManager separa un enderezo asignado explicitamente de valores especiais como preserve, permanent, random e stable, con grafías distintas na liña de ordes e na interface D-Bus.

Eses valores son unha capacidade admitida dun só xestor. Non demostran que esta imaxe execute ese xestor, que este perfil usase aleatorización ou que un proceso VPN reescribise unha NIC. Só a configuración activa neste host responde a iso.

Comprobe o propietario do axuste en lugar de instalar un segundo xestor para que o axuste estea dispoñible. Dous xestores loitando por unha interface producen exactamente a inestabilidade que despois a xente culpa ao túnel.

Corrixa o requisito de identidade, non a visualización

Onde faga falta unha reserva local, siga o mecanismo de identidade de cliente propio do asignador e faga que concorde coa forma en que está configurada a interface. Fixar un enderezo de ponte ou de túnel non relacionado para que unha listaxe pareza estable non resolve nada. Tamén crea unha segunda identidade que ninguén documentou.

Unha VPN encamiñada remota autentica o seu propio par e asigna enderezos mediante o seu propio modelo. Conxelar un enderezo de LAN non inscribe ese par nin crea unha asignación fixa de túnel.

Antes dun cambio de identidade aprobado, manteña a configuración anterior recuperable, sobre todo nunha máquina sen pantalla á que non pode achegarse. Logo verifique a mesma interface e o mesmo servizo local tras reconectar.

O achado que merece escribirse é que obxecto cambiou, quen o configurou e se iso viola o contrato de identidade que pretendía. Calquera cousa máis ampla é unha conxectura vestida de conclusión. Os achados estreitos tamén sobreviven á revisión.