TCP bağlantısı uğurlu olduqdan sonra proxy CONNECT fasilələri
Tamamlanmış TCP bağlantısının tunel qurulumunu da bitirdiyini güman etmək əvəzinə CONNECT zamanı aktiv olan fasiləni müəyyənləşdirin.
Müştəri proksiyə qoşulan kimi TCP bağlantı fasiləsi öz işini görmüş olur. Növbəti gözləmə—tam CONNECT cavabının alınması—başqa bir taymerlə idarə oluna bilər.
Proksi hələ də yuxarıya qoşulur, autentifikasiya mesajları mübadilə edir və ya başqa xidməti gözləyir ola bilər. Saytın adi cavabı hələ başlamamışdır.
| Son tamamlanmış addım | Hələ nə gözlənilir? |
|---|---|
| Proksiyə TCP qoşuldu | Proksi əl sıxması, CONNECT qəbulu da daxil olmaqla |
| CONNECT qəbul edildi | Təyinat TLS-i, hədəf ondan istifadə etdikdə |
| Təyinat sorğusu göndərildi | Təyinatın cavabı |
Bağlayıcı həmin əl sıxmasını oxuyub yazarkən aktiv olan taymeri tapın. “response timeout” adlanan xassə yalnız marşrut qurulduqdan sonra qüvvəyə minə bilər. HttpClient 5-də ConnectionConfig ilə onun soket fasiləsini, TLS əl sıxma konfiqurasiyasını və sorğu səviyyəsində cavab fasiləsini bir-birindən ayırın. Müvafiq bağlantı konfiqurasiyasını faktiki müştərinin istifadə etdiyi menecer vasitəsilə tətbiq edin. Köhnə Apache HttpClient nəsilləri fərqli API-lərdən istifadə edir, ona görə köhnə fraqment bu məsuliyyətlərin etibarlı xəritəsi deyil.
Yekun CONNECT rəddini proksi cavabı kimi saxlayın. Uğurlu cavabdan sonra TLS-in donması başqa bir uğursuzluq mərhələsidir. “TCP qoşuldu; quraşdırma son tarixindən əvvəl tam CONNECT cavabı yoxdur” ifadəsi problemi ümumi proksi fasiləsindən daha dəqiq təsvir edir.
Ümumi yekun müddət bu mərhələ hədləri ilə yanaşı çağıranın gözləməsini məhdudlaşdıra bilər. Vaxtı bitdikdə, növbəti cəhd bağlantı tutumunu tükətməzdən əvvəl əməliyyatı müştərinin dəstəklədiyi həyat dövrü ilə ləğv edin və ya bağlayın.