ریزرویشن کو کون سا شناخت کنندہ استعمال کرنا چاہیے، یہ تین شرطیں طے کرتی ہیں: کون سا نظام پتہ تقسیم کرتا ہے، کیا وہ نظام کبھی لیئر-2 فریم دیکھتا ہے، اور یہ کلائنٹ کلید کے طور پر کیا استعمال کرتا ہے۔ DHCP والا گھریلو روٹر، پل بندھا VPN اور روٹ شدہ سرنگ ان سوالات کے مختلف جواب دیتے ہیں۔ شناخت کنندہ چننا ہر اس MAC پتے کو جمادینے کی کوشش سے زیادہ پائیدار ہے جو اڈاپٹر رپورٹ کرتا ہے، کیونکہ شناخت کنندہ ہی وہ چیز ہے جو تقسیم کنندہ واقعی پڑھتا ہے۔

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

پہلے تقسیم کنندہ سے پوچھیں

DHCP سرور پول سے تقسیم کرتا ہے اور ریزرویشنوں کو اس شناخت کنندہ سے ملاتا ہے جسے وہ پہچانتا ہے، جو پروٹوکول ورژن کے مطابق ہارڈویئر پتہ، کلائنٹ شناخت کنندہ سٹرنگ یا DUID ہو سکتا ہے۔ VPN سرور اپنے پول سے تقسیم کرتا ہے اور اس سے ملاتا ہے جو اس کا ترتیب ماڈل ظاہر کرتا ہے، اکثر تصدیق شدہ Common Name۔ پل بندھا نیٹ ورک وہی مسئلہ اس DHCP سرور کو دے سکتا ہے جو پہلے ہی LAN کی خدمت کرتا ہے۔ ہر ایک الگ تلاش ہے، اور ایک میں درست ریزرویشن دوسروں کو نظر نہیں آتی۔

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

جہاں MAC پتہ اب بھی معنی رکھتا ہے

طبعی Ethernet یا Wi-Fi لنک پر، ہارڈویئر پتہ اس حصے میں ایک انٹرفیس کی شناخت کرتا ہے۔ رازداری کی خصوصیات اسے گھماتی ہیں، مجازی اڈاپٹر نئے بناتے ہیں، اور لیپ ٹاپ Wi-Fi پر اور ڈاک پر مختلف اقدار دکھا سکتا ہے۔ روٹ شدہ TUN سرنگ IP پیکٹ لے جاتی ہے اور اصل بے تار شناخت دور دراز DHCP سرور تک نہیں پہنچاتی، اس لیے اس راستے پر MAC پر مبنی ریزرویشن کے پاس ملانے کو کچھ نہیں۔ TAP مختلف ہے: یہ Ethernet فریم لے جاتا ہے اور پل بندھے ڈومین میں شامل ہو سکتا ہے جہاں لیئر-2 شناخت کنندہ اب بھی اہم ہیں۔

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

سرنگ کے پتوں اور ہم منصب کلیدوں کی اپنی جگہ ہے

روٹ شدہ OpenVPN تعیناتی اپنے ماڈل کے ذریعے پتے مختص کرتی ہے: تصدیق شدہ نام سے کلید بندھی فی کلائنٹ ترتیب، یا واضح پول۔ LAN روٹر کی DHCP ریزرویشن بدلنے سے وہ تخصیص نہیں بنتی، اور سرنگ کی ریزرویشن شامل کرنے سے LAN پر اثر نہیں پڑتا۔ WireGuard مزید آگے جاتا ہے، کیونکہ ہم منصب کی شناخت اس کی عوامی کلید اور اجازت شدہ پتوں سے ہوتی ہے، کسی ہارڈویئر شناخت کنندہ سے نہیں۔ وہاں کوئی عام Ethernet ریزرویشن ہم منصب کی ترتیب کی جگہ نہیں لیتی۔

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

مستحکم پتہ شناخت نہیں ہے

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

تقسیم کنندہ، شناخت کنندہ اور مختص شدہ پتہ ایک ساتھ درج کریں۔ جب ایک بدلتا ہے، باقی دو ہی وہ ہیں جنہیں آپ جانچتے ہیں۔

اگر دو نظام دونوں یہ دعویٰ کریں کہ وہ ایک ہی سب نیٹ کے لیے تقسیم کرتے ہیں، تو کسی ایک میں ریزرویشن شامل کرنے سے پہلے طے کریں کہ اس کا مالک کون ہے۔

متعلقہ مضامین