عنوان MAC تغيّر على Pi: أي واجهة تغيّرت؟

بعد أن يُنزَّل إعداد VPN على جهاز Pi، قد تبدو هويات عدة واجهات وكأنها تحركت. عنوان Ethernet بالأمس لم يعد يطابق قائمة اليوم، فتكتب النتيجة نفسها: الـ VPN غيّر عنوان MAC. في الغالب لم يفعل. مقارنة وصلة فيزيائية بجسر أو بمحوّل افتراضي ليست مقارنة، والمهمة الأولى هي تحديد الشيء الذي تنظر إليه فعلاً.

سمِّ الواجهة والمراقب

اكتب اسم الجهاز ونوع الواجهة وعنوان طبقة الربط الحالي والمدير الذي يملكها. أضف الطابع الزمني، لأن عرضاً تغيّر عند الإقلاع حدثٌ مختلف عن عرض تغيّر عند صعود النفق.

افعل ذلك للواجهة نفسها قبل حدث الاتصال وبعده. ملاحظتان لشيء واحد دليل، وملاحظة واحدة لشيئين مصادفة أُلصقت بها حكاية. الفرق هو التحقيق كله. وإن أخطأت في الشيء ضاع كل قياس لاحق.

إن كان حجز DHCP جزءاً من المشكلة، فسجّل هوية العميل التي وصلت فعلاً إلى الموزّع. قائمة سطح المكتب وهوية الجسر وإدخال إيجار قديم ثلاثة سجلات مختلفة، وواحد فقط منها هو ما رآه الموجّه.

TUN وTAP والوصلة الفيزيائية كائنات مختلفة

يضع النواة حداً صارماً بين النوعين الافتراضيين. TUN يحمل حزم IP ولا يملك أي هوية Ethernet إطلاقاً. TAP يحمل إطارات Ethernet، ولهذا يملك هوية.

هذا يعني أن عنوان جهة TAP ليس عنوان الوصلة الفيزيائية، وأن عنوان TUN الموجّه ليس بديلاً لعنوان MAC للـ Wi-Fi. إنها طبقات مختلفة من الجهاز نفسه.

الجسر شيء ثالث. له عنوان طبقة ربط خاص به، مستمد أو مضبوط باستقلال عن المنافذ الموصولة به، لذا فإن صعود جسر قد يغيّر ما تعرضه القائمة دون لمس أي عتاد. وتحتفظ المنافذ بعناوينها تحته. ويمكن أيضاً ضبط عنوانه صراحة، وحينها لا شيء فيه يُستمد من العتاد إطلاقاً.

من يملك التغيير الحقيقي فعلاً

إن كانت الواجهة الفيزيائية نفسها تغيّر عنوانها حقاً، فانظر إلى ملف الاتصال النشط قبل أن تنسب سبباً. إعدادات الخصوصية وإعدادات الاستنساخ وجهاز افتراضي أُعيد إنشاؤه كلها تنتج ذلك العَرَض دون أي تدخل من الـ VPN.

القرب الزمني ليس سببية. بدء نفق وإعادة تطبيق ملف يحدثان كثيراً في الثانية نفسها لأن أحدهما أطلق الآخر، وتغيّر العنوان يخص الملف. اقرأ الملف قبل أن تقرأ سجل النفق.

ميّز أيضاً الواجهة المُعاد إنشاؤها من الجهاز الموجود. الإعداد الدائم وواجهة وقت التشغيل شيئان مترابطان، وليس أي منهما هوية عتاد دائمة.

ماذا تعني قيم الاستنساخ لدى المدير

يفصل مرجع إعدادات Ethernet في NetworkManager العنوان المخصص صراحة عن قيم خاصة مثل preserve وpermanent وrandom وstable، بتهجئات مختلفة على سطر الأوامر وعلى واجهة D-Bus.

تلك القيم قدرة مدعومة لدى مدير واحد. وهي ليست دليلاً على أن هذه الصورة تشغّل ذلك المدير، أو أن هذا الملف استخدم العشوائية، أو أن عملية VPN أعادت كتابة بطاقة شبكة. الإعداد النشط على هذا المضيف وحده يجيب عن ذلك.

تحقّق من مالك الإعداد بدل تثبيت مدير ثانٍ لجعل الإعداد متاحاً. مديران يتنازعان واجهة واحدة ينتجان بالضبط الاضطراب الذي يلوم الناس النفق عليه.

أصلح شرط الهوية لا العرض

حيث يلزم حجز محلي، اتبع آلية هوية العميل الخاصة بالموزّع واجعلها متوافقة مع طريقة ضبط الواجهة. تثبيت عنوان جسر أو نفق غير ذي صلة لإبقاء القائمة تبدو مستقرة لا يحل شيئاً. بل ينشئ هوية ثانية لم يوثقها أحد.

نفق VPN الموجّه البعيد يوثّق نظيره الخاص ويخصص العناوين وفق نموذجه الخاص. تجميد عنوان LAN لا يسجّل ذلك النظير ولا ينشئ تخصيصاً ثابتاً للنفق.

قبل تغيير هوية معتمد، أبقِ الإعداد السابق قابلاً للاستعادة، خصوصاً على جهاز بلا شاشة لا تستطيع الوصول إليه سيراً. ثم تحقّق من الواجهة نفسها والخدمة المحلية نفسها بعد إعادة الاتصال.

الاستنتاج الجدير بالكتابة هو أي شيء تغيّر، ومن ضبطه، وهل يخالف عقد الهوية الذي أردته. أي شيء أوسع من ذلك تخمين يرتدي ثياب نتيجة. والاستنتاجات الضيقة تصمد أمام المراجعة أيضاً.