Kıvrılma zaman aşımına sahip mi?


251

Şimdiye kadar gerçekten bir şey bulamadım, ama curlgerçekten zaman aşımına uğramadığı doğru mu?

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

Soruyorum çünkü herhangi bir görüntü isteğini testdiranında görüntüleyen ayrı bir Apache modülüne yönlendiriyorum . Resmin gerçekten hazır olması ve talep eden müşteriye teslim edilmesi 15 dakika kadar sürebilir.

Her curlzaman bekleyecek (veya yapılandırmaya bağlı olarak) veya herhangi bir zaman aşımı türü var mı?


3
Curl'ın bir bağlantı zaman aşımına sahip olmasını beklerdim (başka bir şey olmazsa, işletim sistemi ve TCP / IP yığını neredeyse kesinlikle yok olur), ancak bağlantı kurulduktan sonra okuma zaman aşımına uğramayabilir.
CVn

Yanıtlar:


340

Evet.

Zaman aşımı parametreleri

curliki seçeneğe sahiptir: --connect-timeoutve --max-time.

Manpage'den alıntı:

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

ve:

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

Varsayılan

Burada (Debian'da), belirtilen süre ne olursa olsun --connect-timeoutve varsayılan bağlantı zaman aşımı değeri , lib / connect.h'deki makroya göre 5 dakika gibi gözükse de , 2 dakika sonra bağlanmayı denemeyi durdurur .DEFAULT_CONNECT_TIMEOUT

İçin varsayılan bir değer --max-timeyok gibi gözüküyor, curleğer ilk bağlantı başarılı olursa bir cevap bekleyin.

Ne kullanmalı?

Muhtemelen ikinci seçenekle ilgileniyorsunuzdur --max-time. Davan için onu ayarla 900(15 dakika).

--connect-timeoutGibi 60bir şey için seçenek belirlemek (bir dakika) da iyi bir fikir olabilir. Aksi takdirde curl, görünüşe göre bazı backoff algoritması kullanarak, tekrar tekrar bağlanmayı deneyecek.


2
Bunun için teşekkürler! - max-time varsayılan değerler hakkında bir şey söylemez, bu yüzden sanırım hiçbir zamandır ve varsayılan olarak bağlantı zaman aşımı dışında hiçbir zaman aşımı yoktur ...?
Preexo

4
Evet, eğer bağlantı başarılı olursa , kıvrılma bir cevap için sonsuza kadar bekleyecek gibi görünüyor.
scai

Yanıt, 'maxtime' dan daha uzun süren büyük bir indirme ise, her iki maxtime uygulamasının da bir sorun olduğunu unutmayın.
user92979

1
2 dakikalık zaman aşımı ayrıca bana bir sunucu zaman aşımı gibi kokuyor. Sadece 2 dakikalık varsayılan zaman aşımına sahip bir Node.js uygulamasının http sunucusu ile aynı problemi yaşadım. Artırmak için bkz. HTTP.server.setTimeout () .
Thalis K.

17

Timelimit var: / usr / bin / timelimit - bir işlemin mutlak yürütme süresini etkin bir şekilde sınırlar

 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
En az macOS 10.13.4'te varsayılan olarak bulunmaz.
Thorbjørn Ravn Andersen

14

Daha fazla --max-timevardır --speed-limitve --speed-timeseçenekler. Kısacası, --speed-limitkabul etmek istediğiniz minimum ortalama hızı --speed-timeve transfer zaman aşımına uğramadan ve iptal edilmeden önce transfer hızının bu limitin altında kalacağını belirtir.


9
Her ikisinin de daha iyi olmadığını düşünüyorum, fakat benim kullanım durumumda - maks. Zaman aslında daha uygundur çünkü 10 saniyeden daha uzun bir süre programımı işe yaramaz hale getirir.
Jorge Bucaran

Curl'ı bir masaüstü uygulamasında kütüphane olarak kullanıyorum (sadece CLI'den çağırmakla değil) ve bana göre seçeneğiniz en uygun seçenekti. Uygulamam uzun indirmeleri destekleyebilmeli, bu nedenle basit - max-time "sıkışmış indirmeleri" tespit etmek için uygun değildi (örneğin, indirme sırasında iken kullanıcı çevrimdışıysa ilerleme), bu yüzden bunları tespit etmek için 1024 hız sınırı ve 30 hız süresiyle gittim.
André Morujão

1
İşe yarar? Kesinlikle. Daha iyi? Sanırım bu sizin gereksinimlerinize bağlı
Brian Agnew

Zaman aşımı, yanıtın bilinmeyen boyutta (ya da bilinen boyutta!) Boyutta büyük bir indirme işlemi olabilirse sorun olabilir. Büyük indirme, örneğin 15 dakikadan uzun sürerse, maxtime zaman aşımına uğrar. Ve hız sınırlamaları, herhangi bir şeyi iletmeden önce tüm yanıtı önbelleğe alan proxy'ler tarafından tetiklenebilir. Bazen dakikada 1 bayt iletir gibi görünürler, ancak bunun hızlı bir ağda önbellekleme proxy'si veya yeniden denenmesi gereken çok yavaş bir bağlantı olup olmadığını nasıl anlarsınız? Sonunda vazgeçtim ve indirme sorguları için zaman aşımını kapattım. Daha iyi bir yol olup olmadığından emin değilim.
user92979, 15:18

3

MacOS'ta yüklü coreutilleriniz varsa, bu pakette bulunan GNU timeout komutunu kullanabilirsiniz. GNU araçlarının hepsine CLI'nin ggeleceği şekilde ön ek verilmiştir gtimeout.

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

Örnek

$ 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

BASH4 + 'da birkaç çözüm

# -- 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
}

Örnek kullanım:

Belirli bir limana ihtiyacımız olursa kullanılan NC'yi ÖNERİN

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
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.