Pi پر تبدیل شدہ MAC پتہ: کون سا انٹرفیس بدلا؟

Pi پر VPN سیٹ اپ آنے کے بعد کئی انٹرفیس شناختیں سرکی ہوئی محسوس ہو سکتی ہیں۔ کل کا ایتھرنیٹ پتہ آج کی فہرست سے میل نہیں کھاتا، اور نتیجہ خود لکھا جاتا ہے: VPN نے MAC بدل دیا۔ عام طور پر ایسا نہیں ہوا۔ فزیکل اپ لنک کا برج یا ورچوئل اڈاپٹر سے موازنہ موازنہ نہیں ہے، اور پہلا کام یہ طے کرنا ہے کہ آپ واقعی کون سی چیز دیکھ رہے ہیں۔

انٹرفیس اور مشاہدہ کرنے والے کا نام رکھیں

ڈیوائس کا نام، انٹرفیس کی قسم، موجودہ لنک لیئر پتہ اور وہ مینیجر جس کی ملکیت ہے لکھیں۔ وقت کی مہر بھی شامل کریں، کیونکہ بوٹ پر بدلا ہوا ڈسپلے ٹنل کے اٹھنے پر بدلے ہوئے سے مختلف واقعہ ہے۔

کنکشن کے واقعے سے پہلے اور بعد اسی انٹرفیس کے لیے یہ کریں۔ ایک چیز کے دو مشاہدے ثبوت ہیں؛ دو چیزوں کا ایک مشاہدہ کہانی کے ساتھ جڑا اتفاق ہے۔ یہی فرق پوری تحقیق ہے۔ چیز غلط ہوئی تو آگے کا ہر پیمانہ ضائع ہے۔

اگر DHCP ریزرویشن مسئلے کا حصہ ہے تو لکھیں کہ تقسیم کنندہ کو واقعی کون سی کلائنٹ شناخت ملی۔ ڈیسک ٹاپ کی فہرست، برج کی شناخت اور پرانا لیز اندراج تین مختلف ریکارڈ ہیں، اور راؤٹر نے ان میں سے صرف ایک دیکھا۔

TUN، TAP اور اپ لنک مختلف چیزیں ہیں

کرنل دونوں ورچوئل اقسام کے درمیان سخت لکیر کھینچتا ہے۔ TUN IP پیکٹ لے جاتا ہے اور اس کی ایتھرنیٹ شناخت بالکل نہیں۔ TAP ایتھرنیٹ فریم لے جاتا ہے اور اسی لیے اس کی شناخت ہے۔

یعنی TAP کی طرف کا پتہ فزیکل اپ لنک کا پتہ نہیں، اور روٹ شدہ TUN پتہ Wi-Fi MAC کا متبادل نہیں۔ یہ ایک ہی مشین کی مختلف تہیں ہیں۔

برج تیسری چیز ہے۔ اس کا اپنا لنک لیئر پتہ ہوتا ہے، جو اس سے منسلک پورٹس سے آزادانہ اخذ یا کنفیگر کیا جاتا ہے، اس لیے برج کے اٹھنے سے کوئی ہارڈویئر چھوئے بغیر فہرست میں دکھنے والی چیز بدل سکتی ہے۔ پورٹس اس کے نیچے اپنے پتے رکھتے ہیں۔ اس کا پتہ صریحاً بھی سیٹ کیا جا سکتا ہے، اور اس صورت میں اس میں کچھ بھی ہارڈویئر سے اخذ نہیں ہوتا۔

اصل تبدیلی کا مالک کون ہے

اگر وہی فزیکل انٹرفیس واقعی پتہ بدلتا ہے تو وجہ بتانے سے پہلے فعال کنکشن پروفائل دیکھیں۔ پرائیویسی سیٹنگز، کلوننگ سیٹنگز اور دوبارہ بنائی گئی ورچوئل ڈیوائس سب VPN کی شرکت کے بغیر وہی علامت پیدا کرتی ہیں۔

وقت میں قربت وجہ نہیں ہوتی۔ ٹنل کا شروع ہونا اور پروفائل کا دوبارہ لاگو ہونا اکثر ایک ہی سیکنڈ میں ہوتا ہے کیونکہ ایک نے دوسرے کو متحرک کیا، اور پتے کی تبدیلی اسی پروفائل کی ہے۔ ٹنل لاگ پڑھنے سے پہلے پروفائل پڑھیں۔

دوبارہ بنائے گئے انٹرفیس کو موجودہ ڈیوائس سے بھی الگ پہچانیں۔ مستقل کنفیگریشن اور رن ٹائم انٹرفیس متعلقہ چیزیں ہیں، اور ان میں سے کوئی مستقل ہارڈویئر شناخت نہیں۔

مینیجر کی کلوننگ اقدار کا مطلب

ایتھرنیٹ سیٹنگز کا حوالہ NetworkManager واضح طور پر مختص پتے کو preserve، permanent، random اور stable جیسی خصوصی اقدار سے الگ کرتا ہے، اور کمانڈ لائن اور D-Bus انٹرفیس میں ان کا املا مختلف ہے۔

وہ اقدار ایک مینیجر کی معاون صلاحیت ہیں۔ وہ ثبوت نہیں کہ یہ امیج وہی مینیجر چلاتی ہے، اس پروفائل نے بے ترتیبی استعمال کی، یا کسی VPN عمل نے NIC دوبارہ لکھا۔ اس کا جواب صرف اسی ہوسٹ کی فعال کنفیگریشن دیتی ہے۔

سیٹنگ دستیاب کرانے کے لیے دوسرا مینیجر لگانے کے بجائے اس سیٹنگ کا مالک جانچیں۔ ایک انٹرفیس پر دو مینیجرز کی لڑائی بالکل وہی عدم استحکام پیدا کرتی ہے جس کا الزام لوگ بعد میں ٹنل پر لگاتے ہیں۔

ڈسپلے نہیں، شناخت کی ضرورت درست کریں

جہاں مقامی ریزرویشن ضروری ہو، تقسیم کنندہ کی اپنی کلائنٹ شناخت کا طریقہ اپنائیں اور اسے انٹرفیس کی کنفیگریشن سے ہم آہنگ کریں۔ فہرست کو مستحکم دکھانے کے لیے غیر متعلق برج یا ٹنل پتہ پن کرنا کچھ حل نہیں کرتا۔ یہ دوسری شناخت بھی بناتا ہے جو کسی نے دستاویز نہیں کی۔

دور کا روٹ شدہ VPN اپنے پیر کی تصدیق کرتا ہے اور اپنے ماڈل سے پتے دیتا ہے۔ LAN پتہ جمادینا اس پیر کو رجسٹر نہیں کرتا اور مستقل ٹنل تفویض پیدا نہیں کرتا۔

منظور شدہ شناخت کی تبدیلی سے پہلے پچھلی کنفیگریشن کو بحال کرنے کے قابل رکھیں، خصوصاً ایسی ہیڈ لیس مشین پر جہاں آپ پیدل نہیں پہنچ سکتے۔ پھر دوبارہ جڑنے کے بعد وہی انٹرفیس اور وہی مقامی سروس تصدیق کریں۔

لکھنے کے قابل دریافت یہ ہے کہ کون سی چیز بدلی، اسے کس نے کنفیگر کیا، اور کیا یہ آپ کے ارادے کے شناختی معاہدے کی خلاف ورزی کرتا ہے۔ اس سے وسیع کوئی چیز نتیجے کے کپڑے پہنے اندازہ ہے۔ تنگ دریافتیں بھی جائزے سے گزر جاتی ہیں۔