Tempos de espera de CONNECT do proxy tras unha conexión TCP correcta
Localice o tempo de espera activo durante CONNECT en lugar de supoñer que unha conexión TCP completada tamén rematou a configuración do túnel.
O tempo de espera de conexión TCP cumpriu a súa función en canto o cliente se conecta ao proxy. A seguinte espera—recibir unha resposta CONNECT completa—pode rexerse por un temporizador distinto.
Pode que o proxy aínda estea conectando cara arriba, intercambiando mensaxes de autenticación ou agardando outro servizo. A resposta habitual do sitio web aínda non comezou.
| Último paso completado | Que segue agardando? |
|---|---|
| TCP conectado ao proxy | A aperta de mans do proxy, incluída a aceptación de CONNECT |
| CONNECT aceptado | TLS de destino, cando o obxectivo o usa |
| Solicitude de destino enviada | A resposta do destino |
Atope o temporizador activo mentres o conector le e escribe esa aperta de mans. Unha propiedade chamada “response timeout” pode entrar en vigor só despois de establecerse a ruta. Con HttpClient 5, distinga ConnectionConfig e o seu tempo de espera de socket, a configuración da aperta de mans TLS e o tempo de espera de resposta a nivel de solicitude. Aplique a configuración de conexión correspondente mediante o xestor que usa o cliente real. As xeracións antigas de Apache HttpClient usan API diferentes, así que un fragmento antigo non é un mapa fiable destas responsabilidades.
Manteña o rexeitamento final de CONNECT como resposta do proxy. Unha resposta correcta seguida dun bloqueo de TLS é outra etapa de fallo. «TCP conectado; ningunha resposta CONNECT completa antes do prazo de configuración» describe o problema con máis precisión que un tempo de espera xenérico do proxy.
Un prazo total pode limitar a espera do chamador xunto con estes límites de fase. Cando expire, cancele ou peche a operación mediante o ciclo de vida que admita o cliente antes de que outro intento consuma capacidade de conexión.