Il ricciolo ha un timeout?


251

Finora non sono riuscito a trovare nulla in realtà, ma è vero che curlnon si interrompe affatto?

 user@host:~# curl http://localhost/testdir/image.jpg

Lo sto chiedendo perché sto reindirizzando qualsiasi richiesta di immagini testdirsu un modulo Apache separato che genera quelle immagini al volo. Possono essere necessari fino a 15 minuti prima che la foto sia effettivamente pronta e consegnata al client richiedente.

Sarà curlsempre aspettare (o è seconda della configurazione) o c'è alcun tipo di timeout?


3
Mi aspetto che curl abbia un timeout di connessione (se non altro, il sistema operativo e il suo stack TCP / IP quasi sicuramente lo fanno), ma potrebbe non avere un timeout di lettura una volta stabilita la connessione.
un CVn

Risposte:


340

Sì.

Parametri di timeout

curlha due opzioni: --connect-timeoute --max-time.

Citando dalla manpage:

--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.

e:

-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.

Defaults

Qui (su Debian) smette di provare a connettersi dopo 2 minuti, indipendentemente dal tempo specificato con --connect-timeoute sebbene il valore di timeout di connessione predefinito sia di 5 minuti secondo la DEFAULT_CONNECT_TIMEOUTmacro in lib / connect.h .

Un valore predefinito per --max-timenon sembra esistere, facendo curlattendere per sempre una risposta se la connessione iniziale ha esito positivo.

Cosa usare?

Probabilmente siete interessati a quest'ultima opzione, --max-time. Per il tuo caso, impostalo su 900(15 minuti).

Anche specificare un'opzione --connect-timeoutcome qualcosa 60(un minuto) potrebbe essere una buona idea. Altrimenti curlproverà a connettermi ancora e ancora, apparentemente usando un algoritmo di backoff.


2
grazie per quello! --max-time non dice nulla sui valori predefiniti, quindi immagino che non abbia e quindi non abbia timeout tranne il timeout di connessione per impostazione predefinita ...?
Preexo,

4
Sì, se la connessione riesce, l'arricciatura sembra attendere per sempre una risposta.
scai,

Si noti che entrambi i maxtime sono un problema se la risposta è un download di grandi dimensioni che richiede più tempo di "maxtime".
user92979,

1
Il timeout di 2 minuti mi ha anche l'odore del timeout del server. Ho avuto lo stesso problema con il server http di un'app Node.js che ha un timeout predefinito di 2 minuti. Per aumentarlo, vedere HTTP.server.setTimeout () .
Thalis K.,

17

C'è timelimit: / usr / bin / timelimit - limita efficacemente il tempo di esecuzione assoluto di un processo

 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.

1
Non disponibile per impostazione predefinita almeno su macOS 10.13.4.
Thorbjørn Ravn Andersen,

14

Meglio di quanto --max-timesia l' opzione --speed-limite --speed-time. In breve, --speed-limitspecifica la velocità media minima che si desidera accettare e --speed-timespecifica per quanto tempo la velocità di trasferimento può rimanere al di sotto di tale limite prima che il trasferimento scada e venga interrotto.


9
Penso che nessuno dei due sia migliore, ma nel mio caso d'uso - max-time è in realtà più appropriato perché qualcosa di più di 10 secondi renderebbe inutile il mio programma.
Jorge Bucaran,

Sto usando curl come libreria in un'applicazione desktop (non solo chiamandolo dalla CLI) e per me la tua opzione era la soluzione migliore. La mia app deve essere in grado di supportare download lunghi, quindi un semplice --max-time non era adatto per rilevare "download bloccati" (che è il caso se, ad esempio, l'utente si disconnette mentre un download è in progresso), quindi sono andato con un limite di velocità di 1024 e un tempo di velocità di 30 per rilevare questi.
André Morujão,

1
Utile? Certamente. Meglio? Penso che dipenda molto dalle tue esigenze
Brian Agnew,

I timeout sono un problema se la risposta potrebbe essere un grande download di dimensioni sconosciute (o addirittura conosciute!). maxtime scadrà se il download di grandi dimensioni richiede ad esempio più di 15 minuti. E i limiti di velocità possono essere superati dai proxy che memorizzano nella cache l'intera risposta prima di inoltrare qualsiasi cosa. A volte sembrano inoltrare 1 byte al minuto, ma come si fa a sapere se si tratta di un proxy di memorizzazione nella cache su una rete veloce o di una connessione molto lenta che dovrebbe essere riprovata ?? Quindi alla fine ho rinunciato e disattivato i timeout per le query di download. Non sono sicuro se esiste un modo migliore.
user92979,

3

Se hai coreutils installato su MacOS puoi usare il comando timeout GNU incluso in quel pacchetto. Gli strumenti GNU hanno tutti il ​​prefisso a gcosì sarebbe la CLI gtimeout.

gtimeout --help
Usage: gtimeout [OPTION] DURATION COMMAND [ARG]...
 or:  gtimeout [OPTION]
Start COMMAND, and kill it if still running after DURATION.

Esempio

$ 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

0

Coppia di soluzioni in 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
}

Esempio di utilizzo:

RACCOMANDA CHE NC utilizzato se abbiamo bisogno di una porta specifica

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
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.