curl Follow Redirect: Configuración de salto automático

¿Por qué curl siempre se queda atascado en la redirección cuando se utiliza IP proxy?

dedica a rastrear amigos deben haber encontrado esta situación: solicitar el sitio con curl, obviamente, la página debe saltar automáticamente muertos no devolver datos. Especialmente después de usar una IP proxy.El porcentaje de fallos de redireccionamiento se duplica directamente. Aquí hay una fría - sitios de más de 60% establecerá más de 3 saltos de página en la sesión de inicio de sesión / autenticación.

// Demostración típica de error (seguimiento de redirección no habilitado)
curl -x http://代理IP:端口 http://example.com/login

En este punto, el servidor puede devolver un código de estado 302, pero tu curl está clavado como una estaca de madera. El técnico de ipipgo lo ha comprobado.Las peticiones sin el parámetro -L tienen una probabilidad 78% de perder datos críticosespecialmente cuando se utilizan grupos de agentes dinámicos.

Tres trucos para que el rizo siga obedientemente los saltos

Consejo nº 1: Activar el modo de seguimiento（Como pasear a un perro con correa).

curl -L -x http://用户名:密码@ipipgo proxy IP:puerto URL de destino

Este parámetro -L es la navegación GPS de curl, encuentro 301/302 código de estado automáticamente perseguirá a la nueva dirección. Tenga en cuenta que el formato de proxy de ipipgo con contraseña de la cuenta, no aprenden algunos tutoriales sólo escriben IP no autenticación.

Consejo nº 2: Barricada de información en la cabecera(actúa como un navegador normal)

curl -L -x http://ipipgo代理IP:端口
-H "User-Agent: Mozilla/5.0"
-H "Referer: https://上一级页面"
URL de destino

Muchos sitios web comprobarán la cabecera de la petición, usando la IP proxy residencial de ipipgo con este disfraz, la tasa de éxito puede ser mencionada de 40% a 90%+.

Registro de los escollos del combate real (lecciones aprendidas con sangre y lágrimas)

La semana pasada, probando con uno de los proxies gratuitos, me quedé atascado en la página de verificación durante 10 peticiones seguidas. Cambiando a ipipgo'sIP estática de larga duraciónDespués, resultó que era una cookie que no venía con la correcta - resulta que algunos sitios saltan con la cookie de la petición original.

// Postura correcta (guardar y usar cookies)
curl -L -x http://ipipgo代理IP:端口
-c cookies.txt -b cookies.txt
URL de destino

He aquí una operación de pacotilla: utilizar el programa de ipipgoFunción de enlace geográfico IPSi se hace coincidir la IP del proxy con la ubicación del servidor que salta a la página, la velocidad de respuesta es directamente 3 veces más rápida.

Directrices sobre desminado de problemas comunes

Q：¿Configuración correcta pero sigue sin saltar?
R: el noventa por ciento es el proxy IP fue el sitio de destino tiró de negro, prisa para cambiar ipipgoIP dedicada de alta calidadNo utilices esas piscinas compartidas de mierda.

P: ¿Me sale un código desordenado después del salto?
R: El 80% encuentra compresión gzip, recuerde añadir el parámetro -compressed:

curl -L --compressed -x http://ipipgo代理IP:端口 Sitio web

P: ¿Cómo puedo confirmar si el salto se ha realizado correctamente?
R: Añada el parámetro -v para ver el proceso detallado, centrándose en estos dos lugares:

< HTTP/1.1 302 Encontrado
< Ubicación: https://跳转地址

Un último consejo para el frío: utiliza ipipgo'sAPI cambio automático de IPfunción, con el parámetro de reintento curl, puede lograr el seguimiento de salto totalmente automático, el esquema de configuración específica puede encontrar su tecnología de la familia a las secuencias de comandos listos.