Променен MAC адрес на Pi: кой интерфейс се промени?
Мостът, устройството TAP и физическата връзка носят всяко своя идентичност. Сравнете същия обект преди и след свързването, после открийте кой го е задал.
След като VPN настройка попадне на Pi, няколко идентичности на интерфейси може да изглеждат разместени. Вчерашният Ethernet адрес вече не съвпада с днешния списък и изводът се пише сам: VPN промени MAC адреса. Обикновено не го е променил. Да сравнявате физическа връзка с мост или виртуален адаптер не е сравнение и първата задача е да решите кой обект всъщност гледате.
Назовете интерфейса и наблюдателя
Запишете името на устройството, типа на интерфейса, текущия адрес на каналния слой и мениджъра, който го притежава. Добавете времевата марка, защото изглед, променен при зареждане, е различно събитие от изглед, променен при вдигане на тунела.
Направете това за същия интерфейс преди и след събитието на свързване. Две наблюдения на един обект са доказателство; едно наблюдение на два обекта е съвпадение с прикачена история. Разликата е цялото разследване. Сбъркате ли обекта, всяко следващо измерване е загубено.
Ако DHCP резервацията е част от проблема, отбележете коя клиентска идентичност действително е получил разпределителят. Списък на работния плот, идентичност на мост и стар запис за наем са три различни записа и само един от тях е това, което е видял рутерът.
TUN, TAP и физическата връзка са различни обекти
Ядрото тегли твърда граница между двата виртуални типа. TUN пренася IP пакети и няма никаква Ethernet идентичност. TAP пренася Ethernet кадри и затова има такава.
Това означава, че адресът от страната на TAP не е адресът на физическата връзка, а маршрутизираният TUN адрес не е заместител на Wi-Fi MAC. Това са различни слоеве на една и съща машина.
Мостът е трети обект. Той има свой адрес на каналния слой, изведен или зададен независимо от портовете, прикачени към него, затова вдигащ се мост може да промени какво показва списък, без да пипа хардуер. Портовете пазят своите адреси под него. Адресът му може да се зададе и явно и тогава нищо в него не произлиза от хардуера.
Кой всъщност притежава истинска промяна
Ако същият физически интерфейс наистина сменя адрес, погледнете активния профил на връзката, преди да припишете причина. Настройки за поверителност, настройки за клониране и пресъздадено виртуално устройство дават този симптом без никакво участие на VPN.
Близостта във времето не е причинност. Стартиране на тунел и повторно прилагане на профил често се случват в същата секунда, защото едното е задействало другото, а промяната на адреса принадлежи на профила. Четете профила преди дневника на тунела.
Различавайте пресъздаден интерфейс от съществуващо устройство. Постоянната конфигурация и интерфейсът по време на изпълнение са свързани обекти и нито един от тях не е постоянна хардуерна идентичност.
Какво означават стойностите за клониране на мениджъра
справка за Ethernet настройките на NetworkManager разделя явно зададения адрес от специални стойности като preserve, permanent, random и stable, с различен правопис в командния ред и интерфейса D-Bus.
Тези стойности са поддържана възможност на един мениджър. Те не са доказателство, че този образ пуска този мениджър, че този профил е използвал рандомизация или че VPN процес е преписал NIC. Отговаря само активната конфигурация на този хост.
Проверете собственика на настройката, вместо да инсталирате втори мениджър, за да я направите достъпна. Два мениджъра, които се борят за един интерфейс, създават точно нестабилността, която после хората обвиняват тунела.
Поправете изискването за идентичност, не изгледа
Където е нужна локална резервация, следвайте собствения механизъм за клиентска идентичност на разпределителя и го съгласувайте с това как е конфигуриран интерфейсът. Заковаването на несвързан адрес на мост или тунел, за да изглежда списъкът стабилен, не решава нищо. То създава и втора идентичност, която никой не е документирал.
Отдалечен маршрутизиран VPN удостоверява своя партньор и назначава адреси по собствен модел. Замразяването на LAN адрес не включва този партньор и не създава фиксирано назначение за тунела.
Преди одобрена промяна на идентичността пазете предишната конфигурация възстановима, особено на машина без екран, до която не можете да пристъпите. После проверете същия интерфейс и същата локална услуга след повторно свързване.
Откритието, което си струва да се запише, е кой обект се е променил, кой го е конфигурирал и дали това нарушава договора за идентичност, който сте имали предвид. Всичко по-широко е догадка, облечена като извод. Тесните открития също оцеляват при преглед.