Comandos de Linux y habilidades de Shell
curl: El cliente web de línea de comandos que ejecuta el script web
curl es el cliente HTTP de bolsillo de cada caja de herramientas de operaciones: diagnóstico, fácil de canalizar y honesto sobre lo que regresó. La superficie de su bandera parece enorme y en su mayor parte no está en juego: alrededor de una docena de banderas cubren el uso operativo diario, y conocerlas es la diferencia entre los controles de salud programados y los de suerte. La regla que guarda la mayor cantidad de paginación es trivial: establezca --max-time cada vez, porque la paciencia de curl es infinita y la suya no.
Puntos clave
- Mire antes de descargar: curl -sSI https://host devuelve el método, los encabezados y el estado sin cuerpo; agregue -v cuando los protocolos de enlace TLS, los servidores proxy o los encabezados de hosts se comporten de manera extraña.
- La disciplina de tiempo de espera no es negociable: --connect-timeout 5 elimina las conexiones inactivas, --max-time 15 elimina las lentas; una verificación de estado sin ambos puede durar más que la interrupción que se suponía debía detectar.
- Los códigos de salida son el contrato en los scripts: 7 es conexión rechazada, 28 es tiempo de espera, 22 es un error HTTP detectado por --fail; lea el código, no solo el resultado, o su monitoreo no aprenderá nada.
- Empareja visibilidad con aplicación: -w '%{http_code} %{time_total}\n' informa lo que sucedió, mientras que --fail-with-body muestra el cuerpo del error; sin uno de estos, el fracaso se parece exactamente al éxito.
- Pruebe lo que los usuarios realmente acceden: --resolve example.com:443:10.1.2.3 verifica un backend con nombre sin juegos DNS, y -H 'Host: vhost.example.com' cubre el lado vhost de la misma solicitud.
- Las transferencias obtienen indicadores deliberados: -o nombra la salida, -L sigue las redirecciones que has revisado, --retry 3 --retry-delay 2 suaviza los flujos ascendentes inestables y -F maneja las cargas de varias partes que a wget nunca le importó.
- Los encabezados y sockets llevan el mundo sin navegador: -H 'Autorización: Portador...' para API y --unix-socket /run/app/app.sock para sondear servicios locales que nunca tocan TCP en absoluto.
- Conozca las dos trampas clásicas: variables de entorno proxy que secuestran una solicitud que -v expone en segundos y redirecciones que silenciosamente convierten un POST en un GET a menos que lo diga en serio.
Nota de campo
La verificación de estado que se suspendió durante quince minutos fue curl sin --max-time dentro de un bucle cron, y duró más que la interrupción que se suponía debía detectar. En principio, los tiempos de espera ahora van antes de la URL.
Preguntas frecuentes
¿Por qué curl salió 0 cuando el sitio devolvió 500?
el éxito de curl significa que el transporte funcionó; Los errores a nivel HTTP son invisibles sin --fail (salida 22) o una lectura de %{http_code} desde -w. Los guiones de seguimiento insisten en uno de los dos. ¿
curl o wget para scripts?
curl para API, encabezados, cuerpos POST y control preciso; wget para duplicación y recursividad. Para un GET de una sola vez, cualquiera de los dos funciona, y una tubería que mezcla ambos suele ser una señal de que nadie decidió cuál era el propietario del trabajo.
¿Alguna vez se justifica omitir la verificación TLS?
Para un diagnóstico interactivo con un certificado de laboratorio autofirmado, a veces; en cualquier cosa escrita o controlada por cron, no. -k desactiva la única verificación que impide que un intermediario sea propietario de su transferencia.
¿Cómo puedo saber dónde se detiene realmente una solicitud lenta?
Variables de tiempo: -w 'dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total}\n' ejecutar varias veces separa la falla del DNS del dolor del protocolo de enlace de las paradas del backend.
Cómo ayuda Kinetikatech con comandos de linux y habilidades de shell
Esto lo hemos resuelto cientos de veces: Los comandos y hábitos de secuencias de comandos que deciden si un administrador opera un servidor o lucha contra él: buscar, transformar, transferir y supervisar texto y procesos con las herramientas que se encuentran en cada instalación básica. Con Seguridad de servidores Linux y Gestión de servidores, obtiene el ciclo completo: evaluamos, implementamos, vigilamos las 24 horas y respondemos en 30 minutos cuando importa.