ขดมีการหมดเวลาหรือไม่?


251

จนถึงตอนนี้ฉันไม่สามารถพบสิ่งใดได้จริง แต่มันเป็นความจริงที่curlไม่ได้หมดเวลาเลยใช่ไหม

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

ฉันถามเพราะฉันเปลี่ยนเส้นทางการร้องขอภาพtestdirไปยังโมดูล Apache แยกต่างหากซึ่งสร้างภาพเหล่านั้นได้ทันที อาจใช้เวลาสูงสุด 15 นาทีก่อนที่ภาพจะพร้อมใช้งานจริงและส่งไปยังลูกค้าที่ขอ

จะcurlรอ (หรือขึ้นอยู่กับการกำหนดค่า) หรือหมดเวลาหรือไม่


3
ฉันคาดหวังว่า curl จะหมดเวลาการเชื่อมต่อ (หากไม่มีอะไรอื่น OS และสแต็ก TCP / IP ของมันเกือบจะแน่นอน) แต่มันอาจจะไม่หมดเวลาอ่านเมื่อการเชื่อมต่อได้รับการจัดตั้งขึ้น
CVn

คำตอบ:


340

ใช่.

พารามิเตอร์การหมดเวลา

curlมีสองตัวเลือก: และ--connect-timeout--max-time

ข้อความจาก 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.

และ:

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

ค่าเริ่มต้น

ที่นี่ (ใน Debian) จะหยุดความพยายามที่จะเชื่อมต่อหลังจาก 2 นาทีโดยไม่คำนึงถึงเวลาที่กำหนดด้วย--connect-timeoutและถึงแม้จะเริ่มต้นเชื่อมต่อค่าการหมดเวลาน่าจะเป็น5 นาทีตามDEFAULT_CONNECT_TIMEOUTแมโครในlib / connect.h

--max-timeดูเหมือนว่าจะไม่มีค่าเริ่มต้นทำให้curlรอการตอบกลับหากการเชื่อมต่อเริ่มต้นประสบความสำเร็จ

จะใช้อะไรดี?

คุณอาจสนใจในตัวเลือกหลัง, --max-time. สำหรับกรณีของคุณตั้งค่าเป็น900(15 นาที)

การระบุตัวเลือก--connect-timeoutบางอย่างเช่น60(หนึ่งนาที) อาจเป็นความคิดที่ดี มิฉะนั้นcurlจะพยายามเชื่อมต่ออีกครั้งและอีกครั้งโดยใช้อัลกอริทึม BackOff บางอย่าง


2
ขอบคุณสำหรับสิ่งนั้น! - max-time ไม่ได้พูดอะไรเกี่ยวกับค่าเริ่มต้นดังนั้นฉันเดาว่ามันไม่มีเลยดังนั้นจึงไม่มีการหมดเวลายกเว้นการเชื่อมต่อหมดเวลาโดยค่าเริ่มต้น ... ?
Preexo

4
ใช่ถ้าการเชื่อมต่อสำเร็จขดดูเหมือนว่าจะรอการตอบรับตลอดไป
scai

โปรดทราบว่าทั้ง maxtime เป็นปัญหาหากการตอบสนองเป็นการดาวน์โหลดครั้งใหญ่ซึ่งใช้เวลานานกว่า 'maxtime'
user92979

1
การหมดเวลา 2 นาทีก็ส่งผลให้ฉันเหมือนเซิร์ฟเวอร์หมดเวลา เพิ่งมีปัญหาเดียวกันกับเซิร์ฟเวอร์ http ของแอป Node.js ซึ่งมีการหมดเวลาเริ่มต้น 2 นาที เพื่อเพิ่มความมันให้ดูHTTP.server.setTimeout ()
Thalis K.

17

มี timelimit: / usr / bin / timelimit - จำกัด เวลาดำเนินการของกระบวนการอย่างมีประสิทธิภาพ

 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
ไม่สามารถใช้ได้ตามค่าเริ่มต้นใน macOS 10.13.4 เป็นอย่างน้อย
Thorbjørn Ravn Andersen

14

ดีกว่า--max-timeเป็น--speed-limitและ--speed-timeตัวเลือก กล่าวโดยย่อคือ--speed-limitระบุความเร็วเฉลี่ยขั้นต่ำที่คุณยินดีที่จะยอมรับและ--speed-timeระบุว่าความเร็วในการถ่ายโอนจะอยู่ต่ำกว่าขีด จำกัด นั้นก่อนที่การถ่ายโอนจะหมดเวลาและถูกยกเลิก


9
ฉันคิดว่าไม่ดีไปกว่านี้ แต่ในกรณีของฉันการใช้งาน - max-time นั้นเหมาะสมกว่าเพราะทุกอย่างที่เกิน 10 วินาทีจะทำให้โปรแกรมของฉันไร้ประโยชน์
Jorge Bucaran

ฉันใช้ curl เป็นไลบรารี่ในแอปพลิเคชันบนเดสก์ท็อป (ไม่ใช่แค่เรียกมันจาก CLI) และสำหรับฉันแล้วตัวเลือกของคุณเหมาะสมที่สุด แอพของฉันจะต้องสามารถรองรับการดาวน์โหลดที่มีระยะเวลานานดังนั้นเวลา --max แบบง่าย ๆ ก็ไม่เหมาะที่จะตรวจจับ "การดาวน์โหลดที่ติด" (ซึ่งเป็นกรณีตัวอย่างเช่นผู้ใช้ออฟไลน์ขณะที่การดาวน์โหลดอยู่ใน ความคืบหน้า) ดังนั้นฉันจึงไปด้วยขีด จำกัด ความเร็ว 1024 และเวลาเร็ว 30 เพื่อตรวจจับสิ่งเหล่านี้
AndréMorujão

1
มีประโยชน์หรือไม่ อย่างแน่นอน ดีขึ้นหรือไม่ ฉันคิดว่ามันขึ้นอยู่กับความต้องการของคุณเป็นอย่างมาก
Brian Agnew

การหมดเวลาเป็นปัญหาหากการตอบสนองอาจเป็นการดาวน์โหลดขนาดที่ไม่รู้จัก (หรือที่รู้จักกัน!) ขนาดใหญ่ maxtime จะหมดเวลาหากการดาวน์โหลดจำนวนมากใช้เวลานานกว่า 15 นาที และขีด จำกัด ความเร็วสามารถถูก tripped โดยพร็อกซี่ที่แคชการตอบสนองทั้งหมดก่อนที่จะส่งต่อสิ่งใด บางครั้งพวกเขาดูเหมือนจะส่งต่อ 1 ไบต์ต่อนาที แต่คุณจะบอกได้อย่างไรว่านี่คือแคชแคชบนเครือข่ายที่รวดเร็วหรือการเชื่อมต่อที่ช้ามากที่ควรลองใหม่ ดังนั้นในที่สุดฉันก็เลิกและหมดเวลาสำหรับการดาวน์โหลดแบบสอบถาม ไม่แน่ใจว่ามีวิธีที่ดีกว่านี้หรือไม่
user92979

3

หากคุณมี coreutils ติดตั้งบน MacOS คุณสามารถใช้คำสั่ง GNU timeout ซึ่งรวมอยู่ในแพ็คเกจนั้น เครื่องมือ GNU จะมีคำนำหน้าทั้งหมดที่มีgเพื่อให้ CLI 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

0

คู่ของการแก้ปัญหาใน 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
}

ตัวอย่างการใช้งาน:

แนะนำว่า NC ใช้หากเราต้องการพอร์ตเฉพาะ

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
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.