SSTP دراصل HTTPS پر PPP ہے، پورٹ 443 پر ویب صفحہ نہیں

SSTP PPP کو HTTPS کنکشن کے اندر منتقل کرتا ہے، اسی لیے درمیان میں موجود ہر چیز کو یہ ویب ٹریفک جیسا لگتا ہے۔ TLS اور HTTP بیرونی چینل قائم کرتے ہیں، پھر SSTP کنٹرول پیغامات سرنگ تیار کرتے ہیں، اور PPP سیشن کا رویہ فراہم کرتا ہے۔ وہ براؤزر جو اسی پتے پر صفحہ لوڈ کرتا ہے پہلے مرحلے کا صرف ایک حصہ مکمل کر چکا ہے۔ اسے VPN ٹیسٹ سمجھنا ہی وہ طریقہ ہے جس میں فعال پراکسی کو پروٹوکول کی عدم مطابقت کا ذمہ دار ٹھہرایا جاتا ہے۔

چاروں مراحل ترتیب سے طے کریں، اور جو خرابی آپ دیکھ رہے ہیں وہ ان میں سے ایک میں ہوگی۔

مرحلہ 1: TCP اور TLS

کلائنٹ پورٹ 443 پر TCP کنکشن کھولتا ہے اور TLS ہینڈ شیک کرتا ہے۔ سرٹیفکیٹ کا سلسلہ اسی ہوسٹ نام سے میل کھانا چاہیے جس کے ساتھ کلائنٹ کنفیگر تھا۔ یہاں نام کا اختلاف کسی بھی SSTP پیغام کے تبادلے سے پہلے خرابی پیدا کرتا ہے، اور SSTP تفصیل فرض کرتی ہے کہ یہ بیرونی HTTPS چینل پہلے سے موجود ہے۔ بعد کے مراحل میں کوئی چیز یہاں کی اعتماد کی خرابی کی تلافی نہیں کر سکتی۔

ایک عام ویب سرور یہ مرحلہ مکمل طور پر طے کر کے بھی اگلے میں ناکام ہو سکتا ہے۔ TLS کی کامیابی سرٹیفکیٹ کے بارے میں ثبوت ہے، اس کے پیچھے موجود پروٹوکول کے بارے میں نہیں۔

مرحلہ 2: HTTPS درخواست

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

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

مرحلہ 3: کنٹرول پیغامات

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

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

مرحلہ 4: PPP کنٹرول لیتا ہے

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

قبول شدہ سرٹیفکیٹ اور مسترد شدہ لاگ ان ایک دوسرے کے متضاد نہیں۔ یہ آزاد نتائج والے مسلسل مراحل ہیں۔

تصدیق کے کئی کردار ہیں

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

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

براؤزر ٹیسٹ کیا دکھا سکتا ہے اور کیا نہیں

پتے پر صفحہ لوڈ کرنا DNS حل، TCP رسائی اور یہ ثابت کرتا ہے کہ کچھ HTTP بولتا ہوا سن رہا ہے۔ یہ ثابت نہیں کرتا کہ طریقہ قبول ہوتا ہے، کنٹرول تبادلہ قائم رہتا ہے یا PPP تصدیق کنفیگر ہے۔ پورٹ بدل کر دوسرا پروفائل بدلنے کے بجائے SSTP نافذ کرنے والا کلائنٹ استعمال کریں۔

سیشن چلنے کے بعد بھی راستے، DNS اور سرور کی طرف سے آگے بھیجنا طے کرتے ہیں کہ صارف کہاں تک پہنچ سکتا ہے۔ سرنگ ایک راستہ ہے، اجازت نہیں۔