TCP کام کرتا ہے اور UDP اسی پورٹ پر کسی دوسرے سرور تک پہنچتا ہے

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

ایک پورٹ نمبر، دو آزاد قواعد

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

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

کوئی اور چیز بدلنے سے پہلے دونوں نقشے لکھ لیں۔ سطروں کا جوڑا پوری مفروضہ ہے۔

کلائنٹ نے اصل میں کیا تصدیق کی

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

یہ فرق اہم ہے کیونکہ دونوں خرابیاں مختلف اصلاحوں تک لے جاتی ہیں۔ اعتماد کا مسئلہ اعتماد کی اصلاح چاہتا ہے جبکہ غیر متوقع فریق روٹنگ یا فارورڈنگ کی اصلاح چاہتا ہے۔

لکھیں کہ کلائنٹ نے کس شناخت کی اطلاع دی۔ وہ نام اس بات کا سب سے مضبوط سراغ ہے کہ کس مشین نے جواب دیا۔

کوشش کو سرور سے منسلک کریں

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

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

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

اعتماد کو غلط فریق کے مطابق نہ بنائیں

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

اگر فریق جائز مگر غیر ارادی نکلے تو درست اقدام اسے ریٹائر کرنا یا قاعدہ کو صحیح میزبان کی طرف موڑنا ہے۔ اعتماد کا ذخیرہ انوینٹری کی غلطی سیدھی کرنے کی جگہ نہیں۔

مسترد کرنے کا متن رکھیں۔ یہ واحد ریکارڈ ہے کہ کلائنٹ نے کیا دیکھا۔

اصلاح کے بعد نیا بہاؤ آزمائیں

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

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