TCP کنکشن کامیاب ہونے کے بعد پراکسی CONNECT ٹائم آؤٹ
مکمل TCP کنکشن نے ٹنل سیٹ اپ بھی مکمل کر لیا ہے، یہ فرض کرنے کے بجائے CONNECT کے دوران فعال ٹائم آؤٹ کی نشاندہی کریں۔
کلائنٹ کے پراکسی سے جڑتے ہی TCP کنکشن ٹائم آؤٹ اپنا کام کر چکا ہوتا ہے۔ اگلا انتظار—مکمل CONNECT جواب وصول کرنا—کسی دوسرے ٹائمر کے زیرِ انتظام ہو سکتا ہے۔
ہو سکتا ہے پراکسی ابھی اوپر کی طرف جڑ رہی ہو، تصدیقی پیغامات کا تبادلہ کر رہی ہو یا کسی دوسری سروس کا انتظار کر رہی ہو۔ ویب سائٹ کا عام جواب ابھی شروع نہیں ہوا。
| آخری مکمل ہوا مرحلہ | ابھی کس چیز کا انتظار ہے؟ |
|---|---|
| TCP پراکسی سے جڑ گیا | CONNECT کی قبولیت سمیت پراکسی ہینڈ شیک |
| CONNECT قبول ہو گیا | ہدف کے استعمال کرنے پر منزل کا TLS |
| منزل کی درخواست بھیج دی گئی | منزل کا جواب |
وہ ٹائمر تلاش کریں جو کنیکٹر کے اس ہینڈ شیک کو پڑھتے اور لکھتے وقت فعال ہو۔ “response timeout” نامی خصوصیت شاید راستہ قائم ہونے کے بعد ہی نافذ ہو۔ HttpClient 5 میں ConnectionConfig اور اس کے ساکٹ ٹائم آؤٹ، TLS ہینڈ شیک کنفیگریشن اور درخواست کی سطح کے جوابی ٹائم آؤٹ میں فرق کریں۔ متعلقہ کنکشن کنفیگریشن کو اُس مینیجر کے ذریعے لاگو کریں جو حقیقی کلائنٹ استعمال کرتا ہے۔ پرانی Apache HttpClient نسلیں مختلف API استعمال کرتی ہیں، اس لیے پرانا اسنیپٹ ان ذمہ داریوں کا قابلِ بھروسا نقشہ نہیں ہے۔
حتمی CONNECT مستردگی کو پراکسی کا جواب سمجھیں۔ کامیاب جواب کے بعد TLS کا رک جانا ناکامی کا ایک اور مرحلہ ہے۔ «TCP جڑ گیا؛ سیٹ اپ کی آخری تاریخ سے پہلے کوئی مکمل CONNECT جواب نہیں» مسئلے کو عام پراکسی ٹائم آؤٹ سے زیادہ درست طریقے سے بیان کرتا ہے۔
ایک مجموعی آخری تاریخ ان مرحلہ وار حدود کے ساتھ کال کرنے والے کے انتظار کو محدود کر سکتی ہے۔ اس کے ختم ہونے پر، اگلی کوشش کے کنکشن کی گنجائش خرچ کرنے سے پہلے کلائنٹ کے معاونت یافتہ لائف سائیکل کے ذریعے کارروائی منسوخ یا بند کریں۔