پراکسی ایک ویب سائٹ پر کیوں چلتی ہے مگر دوسری پر نہیں؟
کام کرنے والے پراکسی کنکشن کو منزل کی پابندیوں، پورٹ قواعد، TLS خرابیوں اور HTTP جوابات سے الگ پہچانیں۔
جب ایک ویب سائٹ کام کرے اور دوسری نہ کرے تو پراکسی کی ترتیب نہ بدلیں۔ ان درخواستوں کا فرق مفید ثبوت ہے؛ فوراً اینڈ پوائنٹ بدلنے سے یہ ضائع ہو جاتا ہے۔
HTTP پراکسی کے ذریعے HTTPS کے لیے کلائنٹ کے ٹریس میں CONNECT جواب، منزل کے ساتھ TLS اور ویب سائٹ کے آخری HTTP جواب کو الگ پہچانیں:
| نظر آنے والی خرابی | کیا جانچیں |
|---|---|
| پراکسی کا جواب نہیں | پراکسی کنکشن اور راستہ۔ پہلے کامیاب ہونے والی سائٹ موجودہ دستیابی کا ثبوت نہیں۔ |
| ایک منزل کے لیے CONNECT مسترد | مجاز منزلوں/پورٹس کی پالیسی اور پراکسی کے نیٹ ورک سے رسائی۔ |
| ٹنل منظور، سرٹیفکیٹ کی تصدیق ناکام | بتائی گئی سرٹیفکیٹ خرابی: مدت ختم ہونا، ہوسٹ نام، مقامی گھڑی، اعتماد کی ترتیب یا انتظام کے تحت مداخلت۔ |
| تصدیق شدہ TLS کے بعد سائٹ کا 403 | سائٹ کے رسائی قواعد، اکاؤنٹ کی حالت، مطلوبہ کوکیز اور اجازتیں۔ |
| سائٹ کا 429 | شائع شدہ شرح کی حدیں۔ مشترک اخراج سے منسوب سرگرمی میں دوسرے صارفین کا حصہ بھی ہو سکتا ہے۔ |
دیکھیں خرابی کا صفحہ کس نے بنایا ہے۔ کوئی درمیانی نظام 403 یا دوسری HTTP خرابی واپس کر سکتا ہے؛ صرف نمبر اس کا مقام نہیں بتاتا۔ TLS کی تصدیق فعال رکھیں تاکہ بظاہر کامیاب درخواست محفوظ کنکشن کی ناکامی نہ چھپائے۔
ہر منزل کے لیے پراکسی ہینڈ شیک کا نتیجہ، TLS نتیجہ اور آخری حیثیت درج کریں۔ تقابل کے لیے اپنے اختیار میں ایک عام منزل شامل کریں۔ اگر اینڈ پوائنٹ وہاں پہنچے مگر ایک سائٹ مسلسل اس کے اخراجی پتے کو رد کرے تو سائٹ کے تقاضے جانچیں یا کوئی دوسرا مجاز راستہ استعمال کریں۔ پراکسی بدلنے سے غائب شناختی تصدیق یا رسائی کی اجازت پوری نہیں ہو سکتی۔