Jusqu'à présent, je n'ai rien trouvé vraiment, mais est-il vrai que curl
ne s'arrête pas vraiment du tout?
user@Host:~# curl http://localhost/testdir/image.jpg
Je demande parce que je redirige toute demande d'images dans testdir
vers un module Apache distinct qui génère ces images à la volée. Cela peut prendre jusqu'à 15 minutes avant que l'image soit réellement prête et livrée au client demandeur.
curl
attendra-t-il toujours (ou cela dépend-il de la configuration) ou y a-t-il une sorte de timeout?
Oui.
curl
a deux options: --connect-timeout
et --max-time
.
Citant la page de manuel:
--connect-timeout <seconds>
Maximum time in seconds that you allow the connection to the
server to take. This only limits the connection phase, once
curl has connected this option is of no more use. Since 7.32.0,
this option accepts decimal values, but the actual timeout will
decrease in accuracy as the specified timeout increases in deci‐
mal precision. See also the -m, --max-time option.
If this option is used several times, the last one will be used.
et:
-m, --max-time <seconds>
Maximum time in seconds that you allow the whole operation to
take. This is useful for preventing your batch jobs from hang‐
ing for hours due to slow networks or links going down. Since
7.32.0, this option accepts decimal values, but the actual time‐
out will decrease in accuracy as the specified timeout increases
in decimal precision. See also the --connect-timeout option.
If this option is used several times, the last one will be used.
Ici (sur Debian), il cesse d'essayer de se connecter après 2 minutes, quelle que soit l'heure spécifiée avec --connect-timeout
et bien que la valeur par défaut du délai de connexion semble être 5 minutes selon DEFAULT_CONNECT_TIMEOUT
macro dans lib/connect.h .
Une valeur par défaut pour --max-time
ne semble pas exister, faisant curl
attendre indéfiniment une réponse si la connexion initiale réussit.
Vous êtes probablement intéressé par cette dernière option, --max-time
. Pour votre cas, définissez-le sur 900
(15 minutes).
Spécification de l'option --connect-timeout
à quelque chose comme 60
(une minute) pourrait également être une bonne idée. Sinon, curl
essaiera de se connecter encore et encore, apparemment en utilisant un algorithme d'interruption.
Il existe un délai:/usr/bin/timelimit - limite efficacement le temps d'exécution absolu d'un processus
Options:
-p If the child process is terminated by a signal, timelimit
propagates this condition, i.e. sends the same signal to itself.
This allows the program executing timelimit to determine
whether the child process was terminated by a signal or
actually exited with an exit code larger than 128.
-q Quiet operation - timelimit does not output diagnostic
messages about signals sent to the child process.
-S killsig
Specify the number of the signal to be sent to the
process killtime seconds after warntime has expired.
Defaults to 9 (SIGKILL).
-s warnsig
Specify the number of the signal to be sent to the
process warntime seconds after it has been started.
Defaults to 15 (SIGTERM).
-T killtime
Specify the maximum execution time of the process before
sending killsig after warnsig has been sent. Defaults to 120 seconds.
-t warntime
Specify the maximum execution time of the process in
seconds before sending warnsig. Defaults to 3600 seconds.
On systems that support the setitimer(2) system call, the
warntime and killtime values may be specified in fractional
seconds with microsecond precision.
Mieux que --max-time
sont les --speed-limit
et --speed-time
options. En bref, --speed-limit
spécifie la vitesse moyenne minimale que vous êtes prêt à accepter, et --speed-time
spécifie combien de temps la vitesse de transfert peut rester en dessous de cette limite avant que le transfert expire et soit abandonné.
Si vous avez installé coreutils sur MacOS, vous pouvez utiliser la commande GNU timeout incluse avec ce package. Les outils GNU sont tous préfixés d'un g
pour que la CLI soit gtimeout
.
gtimeout --help
Usage: gtimeout [OPTION] DURATION COMMAND [ARG]...
or: gtimeout [OPTION]
Start COMMAND, and kill it if still running after DURATION.
$ gtimeout 1s curl -I http://www.google.com/
HTTP/1.1 200 OK
Date: Wed, 31 Oct 2018 03:36:08 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=ISO-8859-1
P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info."
Server: gws
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
Set-Cookie: 1P_JAR=2018-10-31-03; expires=Fri, 30-Nov-2018 03:36:08 GMT; path=/; domain=.google.com
HttpOnly
Transfer-Encoding: chunked
Accept-Ranges: none
Vary: Accept-Encoding
Quelques solutions en BASH4 +
# -- server available to check via port xxx ? --
function isServerAvailableNC() {
max_secs_run="${3}"
if timeout $max_secs_run nc -z ${1} ${2} 2>/dev/null >/dev/null; then
#echo "${1} ✓"
true
else
#echo "${1} ✗"
return
fi
}
# -- server available to check via port xxx ? --
# -- supported protocols (HTTP, HTTPS, FTP, FTPS, SCP, SFTP, TFTP, DICT, TELNET, LDAP or FILE) --
#/usr/bin/curl -sSf --max-time 3 https://ifwewanted.to.confirm.https.com/ --insecure
function isServerAvailableCURL() {
max_secs_run="${3}"
proto="http://"
if [ ! -z ${2} ] || [ ${2} -gt 80 ] ;then
proto="https://"
fi
if /usr/bin/curl -sSf --max-time "${max_secs_run}" "${1}" --insecure 2>/dev/null >/dev/null; then
#echo "${1} ✓"
true
else
#echo "${1} ✗"
false
fi
}
Exemple d'utilisation:
RECOMMANDE QUE NC utilisé si nous avons besoin d'un port spécifique
Host="1.2.3.4"
if isServerAvailableCURL "$Host" "80" "3";then
check_remote_domain_cert "$Host"
fi
Host="1.2.3.4"
if isServerAvailableNC "$Host" "80" "3";then
check_remote_domain_cert "$Host"
fi