Tamat masa CONNECT proksi selepas sambungan TCP berjaya
Cari tamat masa yang aktif semasa CONNECT dan bukannya menganggap sambungan TCP yang selesai juga telah menyiapkan persediaan terowong.
Tamat masa sambungan TCP telah melaksanakan tugasnya sebaik sahaja klien bersambung ke proksi. Tungguan seterusnya—menerima balasan CONNECT yang lengkap—mungkin dikawal oleh pemasa lain.
Proksi mungkin masih bersambung ke huluan, bertukar mesej pengesahan atau menunggu perkhidmatan lain. Balasan biasa tapak web belum bermula.
| Langkah terakhir yang selesai | Apa yang masih ditunggu? |
|---|---|
| TCP bersambung ke proksi | Genggaman tangan proksi, termasuk penerimaan CONNECT |
| CONNECT diterima | TLS destinasi, apabila sasaran menggunakannya |
| Permintaan destinasi dihantar | Balasan destinasi |
Cari pemasa yang aktif semasa penyambung membaca dan menulis genggaman tangan itu. Sifat yang dipanggil “response timeout” mungkin hanya berkuat kuasa selepas laluan diwujudkan. Dengan HttpClient 5, bezakan ConnectionConfig dan tamat masa soketnya, konfigurasi genggaman tangan TLS, serta tamat masa balasan pada peringkat permintaan. Gunakan konfigurasi sambungan yang berkaitan melalui pengurus yang digunakan oleh klien sebenar. Generasi Apache HttpClient yang lama menggunakan API berbeza, jadi coretan lama bukan peta yang boleh dipercayai bagi tanggungjawab ini.
Kekalkan penolakan CONNECT terakhir sebagai balasan proksi. Balasan berjaya yang diikuti dengan TLS tersekat ialah peringkat kegagalan yang lain. “TCP bersambung; tiada balasan CONNECT lengkap sebelum tarikh akhir persediaan” menerangkan masalah dengan lebih tepat daripada tamat masa proksi generik.
Tarikh akhir keseluruhan boleh mengehadkan tungguan pemanggil bersama had fasa ini. Apabila ia tamat, batalkan atau tutup operasi melalui kitaran hayat yang disokong klien sebelum percubaan lain menggunakan kapasiti sambungan.