Me duele la cabeza con algunos resultados.
La ejecución del siguiente comando da como resultado una respuesta HTTP 200:
$ curl -v -L www.example.com >/dev/null
mientras ejecuta esto y utiliza los encabezados exactos que curlutilizan los resultados en una respuesta HTTP 403:
$ openssl s_client -connect www.example.com:443
No hay problema con el certificado, como curly opensslverificarlo. Realmente no puedo pensar en nada para comenzar a cavar este problema, ¡así que incluso una suposición descabellada es más que bienvenida!
La respuesta 403 proviene de los servidores Fortigaurd, que dice "Error del servicio de filtro web: todos los servidores Fortiguard no respondieron".
Puedo proporcionar más información, como curly opensslresultados, si es necesario.
@DavidSchwartz Gracias, no sabía sobre esos parámetros. Agregando
—
vfsoraki
-quiety -crlftampoco ayudó. Todavía obteniendo 403.
@DavidSchwartz Estoy casi seguro. Usé emacs para cambiar todas las terminaciones y
—
vfsoraki
crlfluego las copié en mi sesión ssh dentro de la terminal. A menos que copiar / pegar no cambie las terminaciones de línea, todo debería estar bien.
(1) Copiar / pegar en un terminal muy bien puede cambiar las terminaciones de línea; ponga su solicitud en un archivo (y use
—
dave_thompson_085
<file) para que pueda editar exactamente lo que desea. Asegúrese de incluir la línea vacía después del último encabezado (que es una parte vital del formato HTTP). (2) El servidor (o su interfaz) puede querer SNI, que s_clientno lo hace por defecto; Intenta agregar -servername $hostname.
Su
—
garethTheRed
curlcomando está solicitando en el puerto 80 (HTTP), mientras que su opensslcomando está solicitando en el puerto 443 (con suerte configurado para HTTPS). Verifique la configuración de su servidor.
-quieto-ign_eof. ¡Esto significa ques_clientanalizará su texto en busca de comandos como losRque podrían aparecer en sus encabezados!