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

قاعدہ مطابقت کیوں بند ہوا

RFC 4941 عارضی پتوں کی وضاحت کرتا ہے: میزبان بے ترتیب شناخت کنندگان کے ساتھ اضافی پتے بناتا ہے اور انہیں واپس لیتا ہے، جس سے کوئی مبصر ایک میزبان کو مختلف دوروں کے درمیان منسلک نہیں کر سکتا۔ Windows یہی رویہ لاگو کرتا ہے، اس لیے کل کا ماخذ پتہ آج کا ہونا ضروری نہیں۔ قابلِ پیش گوئی پتہ انٹرفیس پر ابھی بھی موجود ہے؛ بس وہ وہ نہیں ہے جسے باہر جانے والا کنکشن ترجیح دیتا ہے۔

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

پہلا متبادل: ایک مستحکم پتہ، کم رازداری

عام مرمت میزبان پر دونوں گردش کے طریقے بند کر دیتی ہے: netsh interface ipv6 set privacy state=disabled store=persistent اور netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent۔ اگر آپ چاہتے ہیں کہ تبدیلی دوبارہ آغاز کے انتظار کے بغیر نافذ ہو تو store=active شامل کریں، اور قبول کریں کہ آپ نے شناخت کنندہ کو اب نیٹ ورکس کے درمیان قابلِ پیش گوئی بنا دیا ہے۔

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

دوسرا متبادل: کسی سابقے یا نام کی اجازت دیں

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

دونوں متبادلوں کو ایسا حل کنندہ درکار ہے جس پر سرور بھروسہ کر سکے اور ایسا نام جو آسانی سے جعلسازی نہ ہو سکے، لہٰذا انہیں قاعدے میں ظاہری تبدیلی نہیں بلکہ شناخت کے بارے میں پالیسی فیصلہ سمجھیں۔ لکھ لیں کہ کون سا حل کنندہ اُس نام کا جواب دیتا ہے، کیونکہ قاعدہ اُس کے پیچھے موجود ریکارڈ جتنا ہی قابلِ اعتماد ہے۔

تیسرا متبادل: سرنگ پتہ تفویض کرے

اگر کنکشن آپ کے زیرِ کنٹرول VPN سے گزرتا ہے، تو سرور اپنے ہی تالاب سے پتہ دے سکتا ہے، اور اجازت فہرست پھر اُس قدر کا حوالہ دیتی ہے جو سرور چنتا ہے نہ کہ اُس کی جو کلائنٹ ترجیح دیتا ہے۔ یہ منظم کلائنٹس کے لیے اچھا کام کرتا ہے اور ہر اُس چیز کے لیے برا جسے کلائنٹ نظرانداز کر سکتا ہے، لہٰذا تصدیق کریں کہ آپ کی تعیناتی میں اصل میں کون سا فریق جیتتا ہے۔

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

ٹریکنگ لاگت کو مدنظر رکھ کر انتخاب کریں

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

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

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