Зменены 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-адраса не ўключае гэтага партнёра і не стварае фіксаванага прызначэння тунеля.
Перад ухваленай зменай ідэнтычнасці захоўвайце папярэднюю канфігурацыю аднаўляльнай, асабліва на машыне без экрана, да якой не падыйсці. Затым праверце той самы інтэрфейс і тую самую лакальную службу пасля перападключэння.
Вартая запісу знаходка — які аб’ект змяніўся, хто яго наладзіў і ці парушае гэта кантракт ідэнтычнасці, які вы мелі на ўвазе. Усё шырэйшае — гэта здагадка ў адзенні высновы. Вузкія знаходкі таксама праходзяць рэвізію.