Solicitudes de Squid lentas cun reescritor de URL que falla
Investigue o auxiliar de reescritura de URL cando o proxy acepta conexións pero as solicitudes atascan antes de reenviarse.
Se Squid acepta conexións pero tarda moito en enviar as solicitudes, revise calquera reescritor de URL nesa ruta. En Squid 5–7, url_rewrite_program nomea un programa externo que se consulta despois das comprobacións iniciais de acceso. Pode atrasar a solicitude antes de que o destino a reciba.
- Lea o comando efectivo do reescritor, incluídos o envoltorio e os argumentos.
- Relacione a transacción afectada co diagnóstico do auxiliar. Saídas repetidas de procesos fillos, respostas mal formadas e unha cola que medra son pistas distintas.
- Comprobe se un patrón de URL provoca o fallo. Conserve un exemplo redactado desa entrada en lugar de cambiar axustes do resolutor non relacionados.
O auxiliar ten un contrato de solicitude/resposta por liñas. O texto de progreso do envoltorio na saída estándar pode rompelo. Executar o script con éxito como administrador tampouco reproduce o fluxo de entrada, a contorna nin os permisos de Squid. Esta ruta é independente da verificación de contrasinal.
Só cando o intercambio funcione debería tratalo como un problema de capacidade. url_rewrite_children controla os procesos e o comportamento da cola asociada, pero máis fillos non poden reparar caídas desencadeadas pola entrada. A súa opción de concorrencia introduce identificadores de canle e require un auxiliar que implemente esa conversa.
Unha comparación autorizada sen o reescritor pode illar a súa contribución. Deixalo eludido en sobrecarga pode cambiar o encamiñamento ou o filtrado que aplica, así que é unha decisión de política. Compare a espera observada do auxiliar coas evidencias de DNS e da conexión posterior antes de atribuír toda a demora á latencia de rede.