A ondulação tem um tempo limite?

251

Até agora, não consegui encontrar nada realmente, mas é verdade que curlisso realmente não termina?

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

Estou perguntando porque estou redirecionando qualquer solicitação de imagens testdirpara um módulo Apache separado, que gera essas imagens em tempo real. Pode levar até 15 minutos até que a foto esteja realmente pronta e entregue ao cliente solicitante.

Vai curlsempre esperar (ou está dependendo da configuração) ou há qualquer tipo de tempo limite?

Preexo
fonte
3
Eu esperaria que o curl tivesse um tempo limite de conexão (se nada mais, o sistema operacional e sua pilha TCP / IP quase certamente tem), mas pode não ter um tempo limite de leitura depois que a conexão for estabelecida.
um CVn 11/10/2013

Respostas:

340

Sim.

Parâmetros de tempo limite

curltem duas opções: --connect-timeoute --max-time.

Citando a partir da página de manual:

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

Predefinições

Aqui (no Debian) ele pára de tentar se conectar após 2 minutos, independentemente do tempo especificado --connect-timeoute, embora o valor padrão do tempo limite da conexão pareça ser de 5 minutos, de acordo com a DEFAULT_CONNECT_TIMEOUTmacro em lib / connect.h .

--max-timeParece que não existe um valor padrão para , curlaguardando uma resposta sempre que a conexão inicial for bem-sucedida.

O que usar?

Você provavelmente está interessado na última opção --max-time,. Para o seu caso, defina-o como 900(15 minutos).

Especificar a opção --connect-timeoutpara algo como 60(um minuto) também pode ser uma boa ideia. Caso contrário curl, tentará se conectar novamente, aparentemente usando algum algoritmo de backoff.

scai
fonte
2
obrigado por isso! --max-time não diz nada sobre valores padrão, então eu acho que não tem e, portanto, não tem tempo limite, exceto o tempo limite de conexão por padrão ...?
Preexo 11/11
4
Sim, se a conexão for bem-sucedida, o enrolamento parecerá esperar uma eternidade por uma resposta.
Scal
Observe que o maxtime é um problema se a resposta for um grande download que leva mais tempo que 'maxtime'.
user92979
1
O tempo limite de 2 minutos também cheira a mim como um tempo limite do servidor. Só tive o mesmo problema com o servidor http de um aplicativo Node.js. que tem um tempo limite padrão de 2 minutos. Para aumentá-lo, consulte HTTP.server.setTimeout () .
Thalis K.
17

Existe timelimit: / usr / bin / timelimit - efetivamente limita o tempo absoluto de execução de um 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.
perpetuidade
fonte
1
Não disponível por padrão no macOS 10.13.4, pelo menos.
Thorbjørn Ravn Andersen
14

Melhor do que --max-timeas opções --speed-limite --speed-time. Em resumo, --speed-limitespecifica a velocidade média mínima que você deseja aceitar e --speed-timeespecifica quanto tempo a velocidade de transferência pode permanecer abaixo desse limite antes que a transferência atinja o tempo limite e seja abortada.

Alex D
fonte
9
Acho que nenhum dos dois é melhor, mas no meu caso de uso --max-time é realmente mais apropriado, porque qualquer coisa maior que 10 segundos tornaria meu programa inútil.
Jorge Bucaran
Estou usando o curl como uma biblioteca em um aplicativo da área de trabalho (não apenas chamando a partir da CLI) e para mim sua opção foi a mais adequada. Meu aplicativo precisa oferecer suporte a downloads longos, portanto, um simples --max-time não era adequado para detectar "downloads bloqueados" (que é o caso se, por exemplo, o usuário ficar offline enquanto o download estiver em progresso), então fui com um limite de velocidade de 1024 e um tempo de velocidade de 30 para detectá-los.
André Morujão 5/07
1
Útil? Certamente. Melhor? Eu acho que é muito dependente de suas necessidades
Brian Agnew
Os tempos limite são um problema se a resposta puder ser um grande download de tamanho desconhecido (ou mesmo conhecido!). o tempo máximo atingirá o tempo limite se o download grande demorar, por exemplo, mais de 15 minutos. E os limites de velocidade podem ser disparados por proxies que armazenam em cache toda a resposta antes de encaminhar qualquer coisa. Às vezes, eles parecem encaminhar 1 byte por minuto, mas como saber se isso é um proxy de cache em uma rede rápida ou uma conexão muito lenta que deve ser tentada novamente? Então, no final, desisti e desliguei o tempo limite para consultas de download. Não tenho certeza se existe uma maneira melhor.
user92979
3

Se você possui o coreutils instalado no MacOS, pode usar o comando GNU timeout que está incluído nesse pacote. As ferramentas GNU são todas prefixadas com um, gportanto a CLI seria gtimeout.

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

Exemplo

$ 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
slm
fonte
0

Duas soluções em 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
}

Uso da amostra:

RECOMENDAR QUE NC seja usado se precisarmos de uma porta específica

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
Mike Q
fonte