Ŝanĝita MAC-adreso sur Pi: kiu interfaco ŝanĝiĝis?
Ponto, TAP-aparato kaj fizika suprenligo ĉiu portas sian propran identecon. Komparu la saman objekton antaŭ kaj post la konekto, poste trovu, kiu ĝin agordis.
Post kiam VPN-agordo surteriĝas sur Pi, pluraj interfacaj identecoj povas ŝajni ŝovitaj. La hieraŭa Ethernet-adreso ne plu kongruas kun la hodiaŭa listo, kaj la konkludo skribas sin mem: la VPN ŝanĝis la MAC. Kutime ĝi ne faris tion. Kompari fizikan suprenligon kun ponto aŭ virtuala adaptilo ne estas komparo, kaj la unua tasko estas decidi, al kiu objekto vi efektive rigardas.
Nomu la interfacon kaj la observanton
Skribu la aparatan nomon, la interfacan tipon, la nunan adreson de la liga tavolo kaj la administrilon, kiu posedas ĝin. Aldonu la tempomarkon, ĉar montrado ŝanĝiĝinta ĉe lanĉo estas alia evento ol tiu, kiu ŝanĝiĝis kiam la tunelo leviĝis.
Faru tion por la sama interfaco antaŭ kaj post la konekta evento. Du observoj de unu objekto estas pruvo; unu observo de du objektoj estas koincido kun algluita rakonto. La diferenco estas la tuta esploro. Se vi eraros pri la objekto, ĉiu posta mezuro estas malŝparita.
Se DHCP-rezervo estas parto de la problemo, notu, kiun klientan identecon la asignilo efektive ricevis. Labortabla listo, ponta identeco kaj malnova luopaga enskribo estas tri malsamaj rikordoj, kaj nur unu el ili estas tio, kion la kursencilo vidis.
TUN, TAP kaj la suprenligo estas malsamaj objektoj
La kerno tiras malmolan limon inter la du virtualaj tipoj. TUN portas IP-paketojn kaj tute ne havas Ethernet-identecon. TAP portas Ethernet-kadrojn kaj do havas ĝin.
Tio signifas, ke adreso ĉe la TAP-flanko ne estas la adreso de la fizika suprenligo, kaj ke direktita TUN-adreso ne anstataŭas Wi-Fi-MAC. Ili estas malsamaj tavoloj de la sama maŝino.
Ponto estas tria objekto. Ĝi havas propran adreson de la liga tavolo, derivita aŭ agordita sendepende de la havenoj alkroĉitaj al ĝi, do ponto leviĝanta povas ŝanĝi tion, kion listo montras, sen tuŝi ajnan aparataron. La havenoj konservas siajn proprajn adresojn sub ĝi. Ĝia adreso ankaŭ povas esti agordita eksplicite, kaj tiam nenio pri ĝi deriviĝas de la aparataro.
Kiu efektive posedas veran ŝanĝon
Se la sama fizika interfaco vere ŝanĝas adreson, rigardu la aktivan konektan profilon antaŭ ol atribui kaŭzon. Privatecaj agordoj, klonaj agordoj kaj rekrea virtuala aparato ĉiuj produktas tiun simpton sen ia VPN-implikiĝo.
Proksimeco en tempo ne estas kaŭzeco. Tunelo ekfunkcianta kaj profilo reaplikata ofte okazas en la sama sekundo ĉar unu elvokis la alian, kaj la adresa ŝanĝo apartenas al la profilo. Legu la profilon antaŭ ol legi la tunelan protokolon.
Distinguj ankaŭ rekrean interfacon disde ekzistanta aparato. Daŭra agordo kaj la rultempa interfaco estas rilataj objektoj, kaj neniu el ili estas permanenta aparatara identeco.
Kion signifas la klonaj valoroj de administrilo
La referenco pri Ethernet-agordoj de NetworkManager apartigas eksplice asignitan adreson de specialaj valoroj kiel preserve, permanent, random kaj stable, kun malsamaj literumoj ĉe la komanda linio kaj la D-Bus-interfaco.
Tiuj valoroj estas subtenata kapablo de unu administrilo. Ili ne pruvas, ke ĉi tiu diskbildo rulas tiun administrilon, ke ĉi tiu profilo uzis hazardigon aŭ ke VPN-procezo reskribis NIC. Nur la aktiva agordo sur ĉi tiu gastiganto respondas tion.
Kontrolu la posedanton de la agordo anstataŭ instali duan administrilon por igi la agordon disponebla. Du administriloj batalantaj pri unu interfaco produktas ĝuste tiun malstabilecon, kiun homoj poste kulpigas la tunelon.
Riparu la identec-postulon, ne la montradon
Kie bezonatas loka rezervo, sekvu la propran klient-identecan mekanismon de la asignilo kaj kongruigu ĝin kun tio, kiel la interfaco estas agordita. Fiksi ne rilatan pontan aŭ tunelan adreson por ke listo ŝajnu stabila solvas nenion. Ĝi ankaŭ kreas duan identecon, kiun neniu dokumentis.
Fora direktita VPN aŭtentikigas sian propran peer kaj asignas adresojn laŭ sia propra modelo. Frostigi LAN-adreson ne enskribas tiun peer kaj ne kreas fiksan tunelan asignon.
Antaŭ aprobita identecŝanĝo, tenu la antaŭan agordon restaŭrebla, precipe sur senekrana maŝino, al kiu vi ne povas piediri. Poste kontrolu la saman interfacon kaj la saman lokan servon post rekonekto.
La trovajo inda skribi estas, kiu objekto ŝanĝiĝis, kiu ĝin agordis, kaj ĉu tio malobservas la identec-kontrakton, kiun vi intencis. Io pli larĝa estas konjekto vestita kiel konkludo. Mallarĝaj trovajoj ankaŭ postvivas revizion.