Pi batean aldatutako MAC helbidea: zein interfaze aldatu da?
Zubi batek, TAP gailu batek eta goiko esteka fisiko batek bakoitzak bere identitatea darama. Konparatu objektu bera konexioaren aurretik eta ondoren, eta gero aurkitu nori ezarri zuen.
VPN ezarpen bat Pi batera iritsi ondoren, hainbat interfaze-identitate lekuz aldatu direla dirudi. Atzoko Ethernet helbideak ez dator bat gaurko zerrendarekin, eta ondorioa bere kasa idazten da: VPNak MACa aldatu zuen. Normalean ez zuen egin. Goiko esteka fisiko bat zubi batekin edo adapter birtual batekin alderatzea ez da alderaketa bat, eta lehen zeregina benetan zein objekturi begiratzen ari zaren erabakitzea da.
Izenda itzazu interfazea eta behatzailea
Idatzi gailuaren izena, interfazearen mota, esteka-geruzaren uneko helbidea eta hura daukan kudeatzailea. Gehitu denbora-zigilua, zeren abioan aldatu zen bistaratzea beste gertaera bat baita tunela altxatu zenean aldatu zena baino.
Egin hori interfaze berarentzat konexio-gertaeraren aurretik eta ondoren. Objektu baten bi behaketak froga dira; bi objekturen behaketa bakarra istorio bat itsatsita duen kasualitatea da. Aldea da ikerketa osoa. Objektua gaizki aukeratuz gero, ondorengo neurketa guztiak alferrikakoak dira.
DHCP erreserba bat arazoaren parte bada, idatzi zein bezero-identitate jaso zuen benetan esleitzaileak. Mahaigaineko zerrenda, zubi-identitatea eta alokairu-sarrera zaharra hiru erregistro desberdin dira, eta horietako bat bakarrik da routerrak ikusi zuena.
TUN, TAP eta goiko esteka objektu desberdinak dira
Kernelak muga gogorra marrazten du bi mota birtualen artean. TUNek IP paketeak garraiatzen ditu eta ez du Ethernet identitaterik batere. TAPek Ethernet markoak garraiatzen ditu eta, beraz, bai du.
Horrek esan nahi du TAP aldeko helbide bat ez dela goiko esteka fisikoaren helbidea, eta bideratutako TUN helbide bat ez dela Wi-Fi MACaren ordezkoa. Makina beraren geruza desberdinak dira.
Zubia hirugarren objektua da. Bere esteka-geruzako helbidea du, berari lotutako portuetatik independenteki eratorria edo konfiguratua, beraz zubi bat altxatzeak zerrendak erakusten duena alda dezake hardwareari ukitu gabe. Portuek beren helbideak gordetzen dituzte haren azpian. Bere helbidea esplizituki ezar daiteke ere, eta orduan ez da ezer hardwaretik eratorritakoa.
Nork dauka benetako aldaketa bat
Interfaze fisiko berak benetan helbidea aldatzen badu, begiratu konexio-profil aktiboa kausa bat egotzi aurretik. Pribatutasun-ezarpenek, klonatze-ezarpenek eta birsortutako gailu birtual batek sintoma hori sortzen dute VPNaren inolako partaidetzarik gabe.
Denboran hurbiltzea ez da kausalitatea. Tunel bat abiatzea eta profila berriro aplikatzea askotan segundo berean gertatzen dira, batek bestea abian jarri zuelako, eta helbide-aldaketa profilaren parte da. Irakurri profila tunelaren erregistroa irakurri aurretik.
Bereizi birsortutako interfazea eta existitzen den gailua ere. Konfigurazio iraunkorra eta exekuzio-denborako interfazea erlazionatutako objektuak dira, eta batek ere ez du hardware-identitate iraunkorrik.
Zer esan nahi dute kudeatzaile baten klonatze-balioek
NetworkManagerren Ethernet ezarpenen erreferentziaek esplizituki esleitutako helbidea preserve, permanent, random eta stable bezalako balio berezietatik bereizten du, idazkera desberdinekin komando lerroan eta D-Bus interfazean.
Balio horiek kudeatzaile bakar baten gaitasun onartuak dira. Ez dira froga irudi honek kudeatzaile hori exekutatzen duenik, profil honek ausazkotzea erabili duenik edo VPN prozesu batek NIC bat berridatzi duenik. Ostalari honetako konfigurazio aktiboak bakarrik erantzuten du horri.
Egiaztatu ezarpenaren jabea, ez instalatu bigarren kudeatzaile bat ezarpena eskuragarri egiteko. Interfaze bakar baten inguruan borrokan ari diren bi kudeatzailek jendeak gero tunelari leporatzen dion ezegonkortasuna sortzen dute.
Konpondu identitate-baldintza, ez bistaratzea
Tokiko erreserba bat behar denean, jarraitu esleitzailearen bezero-identitate mekanismoa eta jarri bat etor dadin interfazea nola konfiguratuta dagoen. Zerrenda bat egonkorra dela emateko zubi edo tunel helbide desberdin bat iltzatzeak ez du ezer konpontzen. Inork dokumentatu ez duen bigarren identitate bat ere sortzen du.
Urrutiko bideratutako VPN batek bere parekoa autentifikatzen du eta helbideak bere modeloaren bidez esleitzen ditu. LAN helbide bat izozteak ez du pareko hori erregistratzen eta ez du tunel-esleipen finkorik sortzen.
Onartutako identitate-aldaketaren aurretik, mantendu aurreko konfigurazioa berreskuragarri, batez ere pantailarik gabeko makina batean, ezin baitzara hara oinez joan. Gero egiaztatu interfaze bera eta tokiko zerbitzu bera berriz konektatu ondoren.
Idaztea merezi duen aurkikuntza da zein objektu aldatu zen, nork konfiguratu zuen eta horrek nahi duzun identitate-kontratua urratzen duen. Hori baino zabalagoa dena ondorio-jantziz mozorrotutako susmoa da. Aurkikuntza estuek ere berrikuspenean irauten dute.