SSTP بمقابلہ OpenVPN: وہی پورٹ 443، مختلف پروٹوکول

دونوں اختیارات TCP 443 کے پیچھے ہو سکتے ہیں، اس لیے لوگ سمجھتے ہیں کہ یہ ایک دوسرے کے بدلے استعمال ہو سکنے والے آخری نکات ہیں۔ ایسا نہیں ہے: SSTP سرور HTTPS کے اندر PPP بولتا ہے، جبکہ OpenVPN سرور اپنا پروٹوکول TLS پر یا خام UDP بہاؤ کے ذریعے بولتا ہے۔ ایک کلائنٹ کو دوسرے کی پورٹ پر بھیجنے سے ایسا کنکشن بنتا ہے جو کبھی لاگ ان پرامپٹ تک نہیں پہنچتا۔ انتخاب اس بارے میں ہے کہ آپ کون سا کلائنٹ اور ٹرانسپورٹ سپورٹ کر سکتے ہیں، نہ کہ نمبر کے بارے میں۔

مشترکہ پورٹ مشترکہ پروٹوکول نہیں بناتی

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

نہ نام بدلا ہوا پروفائل اور نہ کوئی اور مینو اندراج ایک کو دوسرا بناتا ہے۔ SSTP کنکشن Windows کی VPN ترتیبات میں سرور ایڈریس اور آپریٹر کی توثیق کی تفصیلات کے ساتھ بنتا ہے، جبکہ OpenVPN کنکشن کو کلائنٹ اور مماثل کنفیگریشن فائل درکار ہوتی ہے۔ Microsoft کی SSTP تفصیلات پہلے کی وضاحت کرتی ہیں، اور OpenVPN ہینڈ شیک کی وضاحت نہیں کرتیں۔

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

SSTP HTTPS کے اندر PPP کو ٹنل کرتا ہے

نام ساخت بیان کرتا ہے: HTTPS سیشن کے اندر لے جانے والے PPP فریمز، یعنی نیچے TLS اور ایک سرٹیفکیٹ جسے کلائنٹ جانچ سکتا ہے۔ Windows اسے مقامی VPN قسم کے طور پر شامل کرتا ہے، اس لیے منظم لیپ ٹاپ اکثر آپریٹر کے فراہم کردہ پروفائل کے علاوہ اضافی سافٹ ویئر کے بغیر جڑ سکتا ہے۔

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

SSTP عام طور پر صرف TCP ہوتا ہے۔ یہی ایک ٹرانسپورٹ اس بات پر اثر ڈالتا ہے کہ نقصان والے لنک پر یہ کیسے برتاؤ کرتا ہے، کیونکہ دوبارہ ترسیل ٹنل کے اندر بھی اور اس کے نیچے بھی ہوتی ہے۔

OpenVPN اپنا کلائنٹ اور ٹرانسپورٹ کا انتخاب لاتا ہے

OpenVPN اپنا کلائنٹ اور پروفائل فراہم کرتا ہے، جو آپ کو ایسی تشخیص دیتا ہے جو مقامی Windows ڈائیلاگ ظاہر نہیں کرتا۔ سرور UDP یا TCP پر سن سکتا ہے، اور آپریٹر کی کنفیگریشن طے کرتی ہے کہ آپ کے کلائنٹ کو کون سا استعمال کرنا ہے۔ غلط ٹرانسپورٹ کی طرف اشارہ کرنے والا پروفائل توثیق سے پہلے ناکام ہو جاتا ہے۔

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

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

کلائنٹ، ٹرانسپورٹ اور معاونت کے مطابق منتخب کریں

تین سوالات ان فیصلوں کی اکثریت طے کرتے ہیں۔ کیا ہر کلائنٹ ڈیوائس کو ایسا کنکشن درکار ہے جو اضافی سافٹ ویئر کے بغیر کام کرے؟ کیا جس نیٹ ورک پر آپ انحصار کرتے ہیں وہ UDP کی اجازت دیتا ہے، یا TCP 443 واحد راستہ ہے؟ اور پروفائل کی میعاد ختم ہونے پر کلائنٹ، اس کی اپ ڈیٹس اور اس کی بحالی کی معاونت کون کرتا ہے؟

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

پھر کسی اور چیز کو ڈیبگ کرنے سے پہلے تصدیق کریں کہ آپ نے واقعی کون سا قائم کیا:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

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

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