En ændret MAC-adresse på en Pi: hvilken grænseflade ændrede sig?

Når en VPN-opsætning lander på en Pi, kan flere grænsefladeidentiteter se ud som om de har flyttet sig. Gårsdagens Ethernet-adresse passer ikke længere med dagens liste, og konklusionen skriver sig selv: VPN'en ændrede MAC-adressen. Som regel gjorde den ikke. At sammenligne et fysisk uplink med en bro eller en virtuel adapter er ikke en sammenligning, og den første opgave er at afgøre, hvilket objekt du faktisk kigger på.

Navngiv grænsefladen og observatøren

Skriv enhedsnavnet, grænsefladetypen, den aktuelle linklagsadresse og den administrator, der ejer den. Tilføj tidsstemplet, for en visning, der ændrede sig ved opstart, er en anden hændelse end en, der ændrede sig, da tunnelen kom op.

Gør det for den samme grænseflade før og efter forbindelseshændelsen. To observationer af ét objekt er bevis; én observation af to objekter er et tilfælde med en historie hængt på. Forskellen er hele undersøgelsen. Tager du fejl af objektet, er hver senere måling spildt.

Hvis en DHCP-reservation er en del af problemet, noter da, hvilken klientidentitet tildeleren faktisk modtog. En skrivebordsliste, en broidentitet og en gammel lease-post er tre forskellige poster, og kun én af dem er det, routeren så.

TUN, TAP og uplink er forskellige objekter

Kernen trækker en hård grænse mellem de to virtuelle typer. TUN bærer IP-pakker og har slet ingen Ethernet-identitet. TAP bærer Ethernet-rammer og har derfor en.

Det betyder, at en adresse på TAP-siden ikke er det fysiske uplinks adresse, og at en routet TUN-adresse ikke er en erstatning for en Wi-Fi-MAC. De er forskellige lag af samme maskine.

En bro er et tredje objekt. Den har sin egen linklagsadresse, udledt eller konfigureret uafhængigt af de porte, der er knyttet til den, så en bro, der kommer op, kan ændre, hvad en liste viser, uden at røre noget hardware. Portene beholder deres egne adresser under den. Dens adresse kan også sættes eksplicit, og så stammer intet ved den fra hardwaret.

Hvem ejer egentlig en rigtig ændring

Hvis den samme fysiske grænseflade virkelig skifter adresse, så kig på den aktive forbindelsesprofil, før du udpeger en årsag. Privatlivsindstillinger, kloningsindstillinger og en gendannet virtuel enhed giver alle det symptom uden VPN's indblanding.

Nærhed i tid er ikke kausalitet. En tunnel, der starter, og en profil, der anvendes igen, sker ofte i samme sekund, fordi den ene udløste den anden, og adresseændringen hører til profilen. Læs profilen, før du læser tunnel-loggen.

Skel også en gendannet grænseflade fra en eksisterende enhed. Vedvarende konfiguration og kørselsgrænsefladen er beslægtede objekter, og ingen af dem er en permanent hardwareidentitet.

Hvad en administrators kloningsværdier betyder

reference til Ethernet-indstillinger i NetworkManager adskiller en eksplicit tildelt adresse fra særlige værdier som preserve, permanent, random og stable, med forskellige stavemåder på kommandolinjen og i D-Bus-grænsefladen.

Disse værdier er en understøttet egenskab hos én administrator. De er ikke bevis for, at dette image kører den administrator, at denne profil brugte randomisering, eller at en VPN-proces har omskrevet et NIC. Kun den aktive konfiguration på denne vært svarer på det.

Kontroller ejeren af indstillingen i stedet for at installere en anden administrator for at gøre indstillingen tilgængelig. To administratorer, der slås om én grænseflade, skaber præcis den ustabilitet, som folk derefter giver tunnelen skylden for.

Ret identitetskravet, ikke visningen

Hvor der er brug for en lokal reservation, følg tildelerens egen klientidentitetsmekanisme, og få den til at passe med, hvordan grænsefladen er konfigureret. At fastgøre en uvedkommende bro- eller tunneladresse for at få en liste til at se stabil ud løser intet. Det skaber også en anden identitet, som ingen har dokumenteret.

En ekstern routet VPN autentificerer sin egen peer og tildeler adresser via sin egen model. At fryse en LAN-adresse hverver ikke den peer og skaber ikke en fast tunneltildeling.

Før en godkendt identitetsændring skal den tidligere konfiguration kunne gendannes, især på en maskine uden skærm, som du ikke kan gå hen til. Bekræft derefter den samme grænseflade og den samme lokale tjeneste efter en genopkobling.

Det fund, der er værd at skrive ned, er hvilket objekt der ændrede sig, hvem der konfigurerede det, og om det bryder den identitetskontrakt, du havde til hensigt. Alt bredere er et gæt iført en konklusions tøj. Smalle fund overlever også en gennemgang.