Փոխված MAC հասցե Pi-ի վրա. ո՞ր ինտերֆեյսը փոխվեց.

Այն բանից հետո, երբ VPN-ի կարգավորումը իջնում է Pi-ի վրա, կարող է թվալ, թե մի քանի ինտերֆեյսի ինքնություններ տեղաշարժվել են։ Երեկվա Ethernet հասցեն այլևս չի համապատասխանում այսօրվա ցանկին, և եզրակացությունը ինքն է գրվում. VPN-ը փոխեց MAC-ը։ Սովորաբար չի փոխել։ Ֆիզիկական վերին կապը կամրջի կամ վիրտուալ ադապտերի հետ համեմատելը համեմատություն չէ, և առաջին խնդիրն է որոշել, թե իրականում որ օբյեկտին եք նայում։

Անվանեք ինտերֆեյսը և դիտորդը

Գրեք սարքի անունը, ինտերֆեյսի տեսակը, կապի շերտի ընթացիկ հասցեն և այն կառավարիչը, որին այն պատկանում է։ Ավելացրեք ժամանակի դրոշմը, որովհետև բեռնման պահին փոխված ցուցադրությունը այլ իրադարձություն է, քան այն, ինչը փոխվել է թունելի բարձրանալիս։

Արեք դա նույն ինտերֆեյսի համար միացման իրադարձությունից առաջ և հետո։ Մեկ օբյեկտի երկու դիտարկում ապացույց է. երկու օբյեկտի մեկ դիտարկում պատմություն կպցրած պատահականություն է։ Տարբերությունը ողջ հետաքննությունն է։ Եթե սխալվեք օբյեկտի հարցում, ապա յուրաքանչյուր հետագա չափում իզուր է։

Եթե DHCP արգելանքը խնդրի մասն է, նշեք, թե որ հաճախորդի ինքնությունն է իրականում ստացել բաշխիչը։ Սեղանի ցանկը, կամրջի ինքնությունը և հին վարձակալության գրառումը երեք տարբեր գրառումներ են, և դրանցից միայն մեկն է այն, ինչ տեսել է երթուղիչը։

TUN-ը, TAP-ը և վերին կապը տարբեր օբյեկտներ են

Միջուկը կոշտ սահման է քաշում երկու վիրտուալ տիպերի միջև։ TUN-ը տեղափոխում է IP փաթեթներ և ընդհանրապես Ethernet ինքնություն չունի։ TAP-ը տեղափոխում է Ethernet շրջանակներ և հետևաբար ունի այն։

Դա նշանակում է, որ TAP կողմի հասցեն ֆիզիկական վերին կապի հասցեն չէ, և երթուղավորված TUN հասցեն Wi-Fi MAC-ի փոխարինող չէ։ Դրանք նույն մեքենայի տարբեր շերտեր են։

Կամուրջը երրորդ օբյեկտն է։ Այն ունի իր կապի շերտի հասցեն, որը ստացվում կամ կարգավորվում է դրան միացված պորտերից անկախ, այնպես որ բարձրացող կամուրջը կարող է փոխել ցանկի ցուցադրածը՝ առանց որևէ սարքավորման դիպչելու։ Պորտերը պահում են իրենց հասցեները դրա տակ։ Դրա հասցեն կարելի է նաև բացահայտ սահմանել, և այդ դեպքում ոչինչ դրանում սարքավորումից չի բխում։

Ով է իրականում տիրում իրական փոփոխությանը

Եթե նույն ֆիզիկական ինտերֆեյսն իսկապես փոխում է հասցեն, նախքան պատճառ նշանակելը նայեք ակտիվ միացման պրոֆիլին։ Գաղտնիության կարգավորումները, կլոնավորման կարգավորումները և վերստեղծված վիրտուալ սարքը բոլորը տալիս են այդ ախտանիշը՝ առանց VPN-ի որևէ մասնակցության։

Ժամանակային մոտիկությունը պատճառականություն չէ։ Թունելի մեկնարկը և պրոֆիլի կրկնակի կիրառումը հաճախ լինում են նույն վայրկյանին, որովհետև մեկը գործարկել է մյուսին, և հասցեի փոփոխությունը պատկանում է պրոֆիլին։ Կարդացեք պրոֆիլը նախքան թունելի մատյանը կարդալը։

Տարբերեք նաև վերստեղծված ինտերֆեյսը գոյություն ունեցող սարքից։ Մշտական կոնֆիգուրացիան և գործարկման ժամանակի ինտերֆեյսը կապակցված օբյեկտներ են, և դրանցից ոչ մեկը մշտական սարքավորման ինքնություն չէ։

Ինչ են նշանակում կառավարչի կլոնավորման արժեքները

NetworkManager-ի Ethernet կարգավորումների տեղեկանք առանձնացնում է բացահայտ վերագրված հասցեն preserve, permanent, random և stable հատուկ արժեքներից, տարբեր ուղղագրությամբ հրամանի տողում և D-Bus ինտերֆեյսում։

Այդ արժեքները մեկ կառավարչի աջակցվող հնարավորություն են։ Դրանք ապացույց չեն, որ այս պատկերը գործարկում է այդ կառավարչին, որ այս պրոֆիլն օգտագործել է պատահականացում, կամ որ VPN գործընթացը վերագրել է NIC-ը։ Միայն այս հանգույցի ակտիվ կոնֆիգուրացիան է պատասխանում դրան։

Ստուգեք կարգավորման սեփականատիրոջը՝ փոխարենը երկրորդ կառավարիչ տեղադրելու, որպեսզի կարգավորումը հասանելի լինի։ Մեկ ինտերֆեյսի համար կռվող երկու կառավարիչներ ստեղծում են հենց այն անկայունությունը, որը մարդիկ հետո վերագրում են թունելին։

Ուղղեք ինքնության պահանջը, ոչ թե ցուցադրությունը

Որտեղ տեղական արգելանք է պետք, հետևեք բաշխչի սեփական հաճախորդի ինքնության մեխանիզմին և համապատասխանեցրեք այն ինտերֆեյսի կարգավորմանը։ Անկապ կամրջի կամ թունելի հասցե ամրացնելը, որպեսզի ցանկը կայուն թվա, ոչինչ չի լուծում։ Այն նաև ստեղծում է երկրորդ ինքնություն, որը ոչ ոք չի փաստաթղթավորել։

Հեռավոր երթուղավորված VPN-ը նույնականացնում է իր զուգընկերոջը և հասցեներ հատկացնում իր մոդելով։ LAN հասցեն սառեցնելը չի գրանցում այդ զուգընկերոջը և չի ստեղծում ֆիքսված թունելի հատկացում։

Նախքան հաստատված ինքնության փոփոխությունը, պահեք նախորդ կոնֆիգուրացիան վերականգնելի, հատկապես առանց էկրանի մեքենայի վրա, որին չեք կարող քայլելով հասնել։ Այնուհետև վերամիացումից հետո ստուգեք նույն ինտերֆեյսը և նույն տեղական ծառայությունը։

Գրառման արժանի հայտնագործությունն այն է, թե որ օբյեկտը փոխվեց, ով կարգավորեց այն, և արդյոք դա խախտում է ձեր նախատեսած ինքնության պայմանագիրը։ Ամեն ինչ ավելի լայն եզրակացության հագուստ հագած ենթադրություն է։ Նեղ հայտնագործությունները նույնպես դիմանում են վերանայմանը։