Изменённый MAC-адрес на Pi: какой интерфейс изменился?

После того как на Pi появляется настройка VPN, несколько идентичностей интерфейсов могут выглядеть сместившимися. Вчерашний Ethernet-адрес больше не совпадает с сегодняшним списком, и вывод пишется сам собой: VPN изменил MAC. Обычно это не так. Сравнивать физический аплинк с мостом или виртуальным адаптером — это не сравнение, и первая задача — решить, на какой объект вы на самом деле смотрите.

Назовите интерфейс и наблюдателя

Запишите имя устройства, тип интерфейса, текущий адрес канального уровня и менеджер, которому он принадлежит. Добавьте отметку времени, потому что отображение, изменившееся при загрузке, — это другое событие, чем изменившееся при поднятии туннеля.

Сделайте это для одного и того же интерфейса до и после события подключения. Два наблюдения одного объекта — доказательство; одно наблюдение двух объектов — совпадение с прикреплённой историей. Эта разница и есть всё расследование. Ошибётесь с объектом — и каждое дальнейшее измерение потрачено зря.

Если резервирование DHCP — часть проблемы, отметьте, какую именно идентичность клиента фактически получил распределитель. Список на рабочем столе, идентичность моста и старая запись аренды — три разных записи, и только одну из них видел маршрутизатор.

TUN, TAP и аплинк — разные объекты

Ядро проводит жёсткую границу между двумя виртуальными типами. TUN переносит IP-пакеты и вообще не имеет идентичности Ethernet. TAP переносит кадры Ethernet и поэтому имеет её.

Это значит, что адрес со стороны TAP — не адрес физического аплинка, а маршрутизируемый адрес TUN — не замена MAC Wi-Fi. Это разные уровни одной машины.

Мост — третий объект. У него собственный адрес канального уровня, производный или настроенный независимо от подключённых к нему портов, поэтому поднимающийся мост может изменить то, что показывает список, не трогая оборудование. Порты сохраняют под ним свои адреса. Его адрес можно задать и явно, и тогда в нём ничего не происходит от оборудования.

Кто на самом деле владеет реальным изменением

Если один и тот же физический интерфейс действительно меняет адрес, посмотрите на активный профиль подключения, прежде чем назначать причину. Настройки приватности, настройки клонирования и пересозданное виртуальное устройство дают этот симптом без всякого участия VPN.

Близость во времени — не причинность. Запуск туннеля и повторное применение профиля часто происходят в одну и ту же секунду, потому что одно вызвало другое, и изменение адреса принадлежит профилю. Прочитайте профиль, прежде чем читать журнал туннеля.

Отличайте пересозданный интерфейс от существующего устройства. Постоянная конфигурация и интерфейс времени выполнения — связанные объекты, и ни один из них не является постоянной аппаратной идентичностью.

Что означают значения клонирования у менеджера

Справочник настроек Ethernet NetworkManager отделяет явно назначенный адрес от особых значений, таких как preserve, permanent, random и stable, причём написание различается в командной строке и в интерфейсе D-Bus.

Эти значения — поддерживаемая возможность одного менеджера. Они не доказывают, что этот образ запускает именно его, что этот профиль использовал рандомизацию или что процесс VPN переписал сетевую карту. Ответ даёт только активная конфигурация на этом хосте.

Проверьте владельца настройки, а не устанавливайте второй менеджер, чтобы настройка стала доступной. Два менеджера, дерущиеся за один интерфейс, дают ровно ту нестабильность, которую потом списывают на туннель.

Исправляйте требование к идентичности, а не отображение

Там, где нужна локальная резервация, следуйте собственному механизму идентичности клиента у распределителя и приведите его в соответствие с тем, как настроен интерфейс. Прикрепление постороннего адреса моста или туннеля, чтобы список выглядел стабильным, ничего не решает. Оно ещё и создаёт вторую идентичность, которую никто не задокументировал.

Удалённый маршрутизируемый VPN сам аутентифицирует своего пира и назначает адреса по своей модели. Замораживание адреса LAN не регистрирует этого пира и не создаёт фиксированного назначения туннеля.

Перед одобренным изменением идентичности держите прежнюю конфигурацию восстановимой, особенно на машине без экрана, к которой нельзя подойти пешком. Затем проверьте тот же интерфейс и ту же локальную службу после переподключения.

Вывод, который стоит записать: какой объект изменился, кто его настроил и нарушает ли это задуманный вами контракт идентичности. Всё более широкое — догадка в одежде вывода. Узкие выводы тоже переживают ревью.