TCP ulanish muvaffaqiyatli bo'lgandan keyin proksi CONNECT taym-autlari
Tugallangan TCP ulanish tunnel sozlashni ham tugatdi deb taxmin qilish o'rniga CONNECT paytida faol bo'lgan taym-autni aniqlang.
TCP ulanish taym-auti mijoz proksiga ulangandayoq o'z ishini bajargan bo'ladi. Keyingi kutish—to'liq CONNECT javobini olish—boshqa taymer tomonidan boshqarilishi mumkin.
Proksi hali ham yuqoriga ulanayotgan, autentifikatsiya xabarlarini almashayotgan yoki boshqa xizmatni kutayotgan bo'lishi mumkin. Veb-saytning odatdagi javobi hali boshlanmagan.
| Oxirgi tugallangan qadam | Hali nima kutilmoqda? |
|---|---|
| TCP proksiga ulandi | CONNECT qabulini o'z ichiga olgan proksi qo'l berishishi |
| CONNECT qabul qilindi | Maqsad undan foydalanganda manzilning TLS'i |
| Manzilga so'rov yuborildi | Manzilning javobi |
Ulagich o'sha qo'l berishishni o'qiyotganda va yozayotganda faol bo'lgan taymerni toping. “response timeout” deb nomlangan xususiyat faqat marshrut o'rnatilgandan keyin kuchga kirishi mumkin. HttpClient 5 da ConnectionConfig va uning soket taym-auti, TLS qo'l berishish konfiguratsiyasi hamda so'rov darajasidagi javob taym-autini farqlang. Tegishli ulanish konfiguratsiyasini haqiqiy mijoz foydalanadigan menejer orqali qo'llang. Eski Apache HttpClient avlodlari boshqa API'lardan foydalanadi, shuning uchun eski parcha bu mas'uliyatlarning ishonchli xaritasi emas.
Yakuniy CONNECT rad etishini proksi javobi sifatida saqlang. Muvaffaqiyatli javobdan keyin TLS to'xtab qolishi — boshqa muvaffaqiyatsizlik bosqichi. «TCP ulandi; sozlash muddatigacha to'liq CONNECT javobi yo'q» masalani umumiy proksi taym-autidan ko'ra aniqroq tasvirlaydi.
Umumiy muddat ushbu bosqich chegaralari bilan birga chaqiruvchining kutishini cheklashi mumkin. U tugaganda, keyingi urinish ulanish sig'imini sarflashdan oldin amalni mijoz qo'llab-quvvatlaydigan hayot tsikli orqali bekor qiling yoki yoping.