VPN پر Nmap کی خام اسکین ناکام، مگر -sT کنکشن کام کرتا ہے؟

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

صلاحیت کو سرنگ سے الگ کریں

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

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

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

کنکشن کی جانچ ایک منظور شدہ میزبان پر چلائیں

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

ایک سطر، ایک میزبان، ایک پورٹ، کوئی دریافت مرحلہ نہیں:

nmap -sT -Pn -p 443 --unprivileged 198.51.100.24

-sT مکمل TCP کنکشن چنتا ہے، اس لیے وہی کرنل راستہ اختیار کرتا ہے جو اطلاقیہ استعمال کرتا ہے اور کیپچر ڈرائیور درکار نہیں۔ -Pn میزبان کی دریافت چھوڑ دیتا ہے؛ nmap پھر بھی مقامی حصے کے اہداف کے لیے لنک پرت کا حل کرتا ہے، اس لیے یہ جھنڈا صفر پیشگی ٹریفک کا وعدہ نہیں۔ --unprivileged nmap کو کہتا ہے کہ فرض کرے اس کے خام یا سننے کے حقوق نہیں، جو طریقہ بدلتا ہے اور کچھ نہیں دیتا۔

ہر جھنڈے کو ایک تبدیلی کی طرح پڑھیں، مرمت کی طرح نہیں

ہر اختیار کو طریقے کے بارے میں ایک بیان سمجھیں۔ -sT، -Pn یا --unprivileged میں سے کوئی راستہ نہیں جوڑتا، دور کی فائر وال نہیں کھولتا اور سرٹیفیکیٹ کی تصدیق نہیں کرتا۔ کنکشن اسکین وہ حقیقی مصافحہ بھی مکمل کرتا ہے جو خدمت ریکارڈ کرتی ہے، اس لیے منظور شدہ جانچ اور غیر منظور شدہ صفائی سرور سے دیکھنے پر دائرے اور رفتار کے سوا یکساں لگتی ہیں۔ اختیارات کو نتائج بدلنے تک ڈھیر کرنا طریقے کے مسئلے کو نیٹ ورک کی دریافت کے طور پر درج کرنے کا طریقہ ہے۔

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

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

ٹرانسپورٹ نتیجے پر رکیں، پھر خدمت جانچیں

مکمل مصافحہ ایک پتے، پورٹ، ماخذ اور لمحے کے بارے میں ایک سوال کا جواب دیتا ہے۔ یہ ثابت نہیں کرتا کہ پس منظر تندرست ہے، کیونکہ لوڈ بیلنسر یا سامنے کا پراکسی کنکشن قبول کر سکتا ہے جبکہ اس کے پیچھے اطلاقیہ رکا ہو۔

خدمت کے اپنے کلائنٹ کے ساتھ آگے بڑھیں تاکہ TLS شناخت اور اطلاقیے کا رویہ الگ حقائق کے طور پر دیکھے جائیں:

openssl s_client -connect 198.51.100.24:443 -servername staging.example.net </dev/null 2>/dev/null | openssl x509 -noout -subject -dates
curl -sS -o /dev/null -w '%{http_code}\n' https://staging.example.net/health

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

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