შეცვლილი 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 მისამართის გაყინვა არ არეგისტრირებს ამ პარტნიორს და არ ქმნის გვირაბის ფიქსირებულ მინიჭებას.

დამტკიცებულ იდენტობის ცვლილებამდე შეინახეთ წინა კონფიგურაცია აღდგენადი, განსაკუთრებით ეკრანის გარეშე მანქანაზე, რომელთანაც ფეხით ვერ მიხვალთ. შემდეგ გადამიერთების შემდეგ შეამოწმეთ იგივე ინტერფეისი და იგივე ლოკალური სერვისი.

ჩასაწერი აღმოჩენაა, რომელი ობიექტი შეიცვალა, ვინ დააკონფიგურა ის და არღვევს თუ არა ეს თქვენ მიერ განზრახული იდენტობის ხელშეკრულებას. ამაზე ფართო ყველაფერი დასკვნის სამოსში გამოწყობილი ვარაუდია. ვიწრო აღმოჩენები გადახედვასაც უძლებს.