curl - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

curl - โอน URL

เรื่องย่อ

โค้ง [ตัวเลือก] [URL...]

DESCRIPTION

โค้ง เป็นเครื่องมือในการถ่ายโอนข้อมูลจากหรือไปยังเซิร์ฟเวอร์โดยใช้หนึ่งในโปรโตคอลที่รองรับ
(DICT, ไฟล์, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP,
RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET และ TFTP) คำสั่งถูกออกแบบมาเพื่อทำงาน
โดยไม่ต้องโต้ตอบกับผู้ใช้

curl นำเสนอลูกเล่นที่มีประโยชน์มากมาย เช่น การสนับสนุนพร็อกซี การตรวจสอบผู้ใช้ FTP
อัปโหลด, โพสต์ HTTP, การเชื่อมต่อ SSL, คุกกี้, ประวัติการโอนไฟล์, Metalink และอื่นๆ เนื่องจาก
คุณจะเห็นด้านล่าง จำนวนของคุณสมบัติจะทำให้หัวของคุณหมุน!

curl ขับเคลื่อนโดย libcurl สำหรับคุณสมบัติที่เกี่ยวข้องกับการถ่ายโอนทั้งหมด ดู libcurl(3) เพื่อดูรายละเอียด

URL

ไวยากรณ์ URL ขึ้นอยู่กับโปรโตคอล คุณจะพบคำอธิบายโดยละเอียดใน RFC 3986

คุณสามารถระบุ URL หลายรายการหรือบางส่วนของ URL ได้โดยการเขียนชุดส่วนภายในวงเล็บปีกกาดังนี้:

http://site.{หนึ่ง สอง สาม}.com

หรือคุณสามารถรับลำดับของอนุกรมตัวเลขและตัวอักษรโดยใช้ [] เช่นใน:

ftp://ftp.numericals.com/file[1-100].txt

ftp://ftp.numericals.com/file[001-100].txt (โดยมีศูนย์นำหน้า)

ftp://ftp.letters.com/file[az].txt

ไม่รองรับลำดับที่ซ้อนกัน แต่คุณสามารถใช้หลายลำดับที่อยู่ติดกันได้:

http://any.org/archive[1996-1999]/vol[1-4]/part{a,b,c}.html

คุณสามารถระบุจำนวน URL บนบรรทัดคำสั่งได้ พวกเขาจะถูกดึงมาใน
ตามลำดับที่กำหนด

คุณสามารถระบุตัวนับขั้นตอนสำหรับช่วงเพื่อรับตัวเลขหรือตัวอักษร N ทุกตัว:

http://www.numericals.com/file[1-100:10].txt

http://www.letters.com/file[az:2].txt

เมื่อใช้ [] หรือ {} ลำดับเมื่อเรียกใช้จากพรอมต์บรรทัดคำสั่ง คุณอาจมี
เพื่อใส่ URL แบบเต็มภายในเครื่องหมายคำพูดคู่เพื่อหลีกเลี่ยงเชลล์จากการรบกวนกับมัน นี้
ยังรวมถึงอักขระอื่นๆ ที่ได้รับการปฏิบัติเป็นพิเศษ เช่น '&', '?' และ '*'.

ระบุดัชนีโซน IPv6 ใน URL ด้วยเครื่องหมายเปอร์เซ็นต์ที่ใช้ Escape และอินเทอร์เฟซ
ชื่อ. ชอบใน

http://[fe80::3%25eth0]/

หากคุณระบุ URL โดยไม่มี protocol:// นำหน้า curl จะพยายามเดาว่า protocol ใด
คุณอาจต้องการ จากนั้นจะมีค่าเริ่มต้นเป็น HTTP แต่ลองใช้โปรโตคอลอื่นตามที่ใช้บ่อย
คำนำหน้าชื่อโฮสต์ ตัวอย่างเช่น สำหรับชื่อโฮสต์ที่ขึ้นต้นด้วย "ftp" curl จะถือว่าคุณ
ต้องการพูด FTP

curl จะพยายามอย่างเต็มที่เพื่อใช้สิ่งที่คุณส่งเป็น URL มันไม่ได้พยายามที่จะตรวจสอบมัน
เป็น URL ที่ถูกต้องตามวากยสัมพันธ์ไม่ว่าด้วยวิธีใดๆ แต่แทน มาก เสรีนิยมกับสิ่งที่มัน
ยอมรับ

curl จะพยายามใช้การเชื่อมต่อซ้ำสำหรับการถ่ายโอนไฟล์หลายไฟล์ เพื่อให้ได้รับจำนวนมาก
ไฟล์จากเซิร์ฟเวอร์เดียวกันจะไม่ทำการเชื่อมต่อ / จับมือกันหลายครั้ง สิ่งนี้ดีขึ้น
ความเร็ว. แน่นอนว่าทำได้เฉพาะกับไฟล์ที่ระบุในบรรทัดคำสั่งเดียวและไม่สามารถ
ใช้ระหว่างการเรียก curl แยกกัน

ความคืบหน้า METER

โดยปกติ curl จะแสดงเครื่องวัดความคืบหน้าระหว่างการทำงาน โดยระบุจำนวน
ข้อมูลที่โอน ความเร็วในการโอน และเวลาที่เหลือโดยประมาณ ฯลฯ

curl แสดงข้อมูลนี้ไปยังเทอร์มินัลโดยค่าเริ่มต้น ดังนั้นหากคุณเรียกใช้ curl ให้ทำ
การดำเนินการและกำลังจะเขียนข้อมูลไปยังเครื่องปลายทางนั้น คนพิการ เครื่องวัดความคืบหน้า as
มิฉะนั้น มันจะเลอะเอาท์พุตผสมความคืบหน้าและข้อมูลการตอบสนอง

หากคุณต้องการตัววัดความคืบหน้าสำหรับคำขอ HTTP POST หรือ PUT คุณต้องเปลี่ยนเส้นทาง
เอาต์พุตการตอบกลับไปยังไฟล์ โดยใช้การเปลี่ยนเส้นทางเชลล์ (>), -o [ไฟล์] หรือคล้ายกัน

ไม่ใช่กรณีเดียวกันสำหรับการอัปโหลด FTP เนื่องจากการดำเนินการนั้นไม่ได้ตอบสนองใด ๆ
ข้อมูลไปยังเทอร์มินัล

หากคุณต้องการ "แถบ" ความคืบหน้าแทนมิเตอร์ปกติ -# เป็นเพื่อนของคุณ.

OPTIONS

ตัวเลือกเริ่มต้นด้วยหนึ่งหรือสองขีดกลาง หลายตัวเลือกต้องการค่าเพิ่มเติม next
ถึงพวกเขา.

รูปแบบ "เส้นประเดียว" สั้นๆ ของตัวเลือก เช่น -d อาจใช้โดยมีหรือไม่มี
ช่องว่างระหว่างมันกับค่าของมัน แม้ว่าช่องว่างจะเป็นตัวคั่นที่แนะนำ ยาว
แบบฟอร์ม "ดับเบิ้ลแดช" --data ตัวอย่างเช่น ต้องการช่องว่างระหว่างข้อมูลกับค่าของมัน

ตัวเลือกเวอร์ชันสั้นที่ไม่ต้องการค่าเพิ่มเติม สามารถใช้ถัดไปได้ทันที
ซึ่งกันและกัน เช่น คุณสามารถระบุตัวเลือกทั้งหมด -O, -L และ -v พร้อมกันได้เช่น
-OLv.

โดยทั่วไป ตัวเลือกบูลีนทั้งหมดเปิดใช้งานด้วย --ตัวเลือก และยังปิดการใช้งานอีกครั้งด้วย
--ที่ไม่มีตัวเลือก. นั่นคือคุณใช้ชื่อตัวเลือกเดียวกันแต่นำหน้าด้วย "no-"
อย่างไรก็ตาม ในรายการนี้ ส่วนใหญ่เราจะแสดงรายการและแสดง --option เวอร์ชันของพวกเขาเท่านั้น (นี้
แนวคิดที่มี --ไม่มีการเพิ่มตัวเลือกใน 7.19.0 ก่อนหน้านี้ตัวเลือกส่วนใหญ่ถูกสลับเปิด/ปิด
ในการใช้ตัวเลือกบรรทัดคำสั่งเดิมซ้ำๆ)

--#, --progress-แถบ
ให้แสดงความคืบหน้าของ curl เป็นแถบแสดงความคืบหน้าอย่างง่ายแทนที่จะเป็นแบบมาตรฐาน มากกว่า
ข้อมูลเมตร

-:, --ต่อไป
บอกให้ curl ใช้การดำเนินการแยกต่างหากสำหรับ URL ต่อไปนี้และที่เกี่ยวข้อง
ตัวเลือก. ซึ่งจะทำให้คุณสามารถส่งคำขอ URL ได้หลายรายการ โดยแต่ละรายการมีความเฉพาะเจาะจงของตัวเอง
ตัวเลือกต่างๆ เช่น ชื่อผู้ใช้ที่แตกต่างกันหรือคำขอที่กำหนดเองสำหรับแต่ละรายการ
(เพิ่มใน 7.36.0)

-0, --http1.0
(HTTP) บอกให้ curl ใช้ HTTP เวอร์ชัน 1.0 แทนการใช้ภายใน
ที่ต้องการ: HTTP 1.1

--http1.1
(HTTP) บอกให้ curl ใช้ HTTP เวอร์ชัน 1.1 นี่เป็นเวอร์ชันเริ่มต้นภายใน
(เพิ่มใน 7.33.0)

--http2
(HTTP) บอกให้ curl ออกคำขอโดยใช้ HTTP 2 ซึ่งกำหนดให้
libcurl พื้นฐานถูกสร้างขึ้นเพื่อรองรับ (เพิ่มใน 7.33.0)

--ไม่มี-npn
ปิดใช้งานส่วนขยาย NPN TLS NPN ถูกเปิดใช้งานโดยค่าเริ่มต้นหาก libcurl ถูกสร้างขึ้นด้วย
ไลบรารี SSL ที่รองรับ NPN NPN ถูกใช้โดย libcurl ที่รองรับ HTTP 2 to
เจรจาสนับสนุน HTTP 2 กับเซิร์ฟเวอร์ระหว่างเซสชัน https

(เพิ่มใน 7.36.0)

--ไม่มี-alpn
ปิดใช้งานส่วนขยาย ALPN TLS ALPN ถูกเปิดใช้งานโดยค่าเริ่มต้นหาก libcurl ถูกสร้างขึ้น
ด้วยไลบรารี SSL ที่รองรับ ALPN ALPN ใช้โดย libcurl ที่รองรับ
HTTP 2 เพื่อเจรจาการสนับสนุน HTTP 2 กับเซิร์ฟเวอร์ระหว่างเซสชัน https

(เพิ่มใน 7.36.0)

-1, --tlsv1
(SSL) บังคับให้ curl ใช้ TLS เวอร์ชัน 1.x เมื่อทำการเจรจากับเซิร์ฟเวอร์ TLS ระยะไกล
คุณสามารถใช้ตัวเลือก --tlsv1.0, --tlsv1.1และ --tlsv1.2 เพื่อควบคุมเวอร์ชัน TLS
แม่นยำยิ่งขึ้น (หากใช้แบ็กเอนด์ SSL รองรับระดับการควบคุมดังกล่าว)

-2, --sslv2
(SSL) บังคับให้ curl ใช้ SSL เวอร์ชัน 2 เมื่อทำการเจรจากับเซิร์ฟเวอร์ SSL ระยะไกล
บางครั้ง curl ถูกสร้างขึ้นโดยไม่รองรับ SSLv2 SSLv2 ถือว่าไม่ปลอดภัยอย่างกว้างขวาง
(ดู RFC 6176)

-3, --sslv3
(SSL) บังคับให้ curl ใช้ SSL เวอร์ชัน 3 เมื่อทำการเจรจากับเซิร์ฟเวอร์ SSL ระยะไกล
บางครั้ง curl ถูกสร้างขึ้นโดยไม่รองรับ SSLv3 SSLv3 ถือว่าไม่ปลอดภัยอย่างกว้างขวาง
(ดู RFC 7568)

-4, --ipv4
ตัวเลือกนี้บอกให้ curl แก้ไขชื่อเป็นที่อยู่ IPv4 เท่านั้น ไม่ใช่ตัวอย่าง
ลอง IPv6

-6, --ipv6
ตัวเลือกนี้บอกให้ curl แก้ไขชื่อเป็นที่อยู่ IPv6 เท่านั้น ไม่ใช่ตัวอย่าง
ลอง IPv4

-a, --ผนวก
(FTP/SFTP) เมื่อใช้ในการอัปโหลด จะทำให้ curl ต่อท้ายไฟล์เป้าหมาย
แทนที่จะเขียนทับมัน หากไม่มีไฟล์ระยะไกล ไฟล์จะถูกสร้างขึ้น
โปรดทราบว่าเซิร์ฟเวอร์ SFTP บางตัวจะละเว้นแฟล็กนี้ (รวมถึง OpenSSH)

-A, --user-agent
(HTTP) ระบุสตริง User-Agent เพื่อส่งไปยังเซิร์ฟเวอร์ HTTP ทำไม่ดีบ้าง
CGI ล้มเหลวหากไม่ได้ตั้งค่าฟิลด์นี้เป็น "Mozilla/4.0" ในการเข้ารหัสช่องว่างในสตริง
ล้อมรอบสตริงด้วยเครื่องหมายอัญประกาศเดี่ยว นอกจากนี้ยังสามารถตั้งค่าได้ด้วยปุ่ม -ชม,
--หัวข้อ แน่นอนตัวเลือก

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--ยันต์
(HTTP) บอกให้ curl หาวิธีการรับรองความถูกต้องด้วยตัวเอง และใช้มากที่สุด
รักษาความปลอดภัยไซต์ระยะไกลอ้างว่าสนับสนุน ทำได้โดยการขอก่อน
และตรวจสอบส่วนหัวตอบกลับ ซึ่งอาจก่อให้เกิดเครือข่ายเพิ่มเติม
การเดินทาง. ใช้แทนการตั้งค่าวิธีการรับรองความถูกต้องเฉพาะซึ่งคุณ
สามารถทำได้ด้วย --ขั้นพื้นฐาน, --ย่อยอาหาร, --ntlmและ --ต่อรองจัดการ.

โปรดทราบว่าไม่แนะนำให้ใช้ --anyauth หากคุณอัปโหลดจาก stdin เนื่องจากมัน
อาจต้องส่งข้อมูลสองครั้งแล้วลูกค้าจะต้องสามารถกรอกลับได้ ถ้า
ความจำเป็นควรเกิดขึ้นเมื่ออัปโหลดจาก stdin การอัปโหลดจะล้มเหลว

-b, --คุกกี้
(HTTP) ส่งข้อมูลไปยังเซิร์ฟเวอร์ HTTP เป็นคุกกี้ มันควรจะเป็นข้อมูล
ก่อนหน้านี้ได้รับจากเซิร์ฟเวอร์ในบรรทัด "Set-Cookie:" ข้อมูลควรอยู่ใน
รูปแบบ "NAME1=VALUE1; NAME2=VALUE2"

หากไม่มีสัญลักษณ์ '=' ถูกใช้ในบรรทัด จะถือว่าเป็นชื่อไฟล์สำหรับใช้ในการอ่าน
ก่อนหน้านี้เก็บบรรทัดคุกกี้จาก ซึ่งควรจะใช้ในเซสชั่นนี้หากพวกเขา
การแข่งขัน. การใช้วิธีนี้จะเปิดใช้งานเอ็นจิ้นคุกกี้ซึ่งจะทำให้ curl
บันทึกคุกกี้ที่เข้ามาด้วย ซึ่งอาจสะดวกหากคุณใช้สิ่งนี้ร่วมกัน
กับ -แอล, --ที่ตั้ง ตัวเลือก. รูปแบบไฟล์ของไฟล์ที่จะอ่านคุกกี้จาก
ควรเป็นส่วนหัว HTTP ธรรมดาหรือรูปแบบไฟล์คุกกี้ Netscape/Mozilla

ไฟล์ที่ระบุด้วย -NS, --คุกกี้ ใช้เป็นข้อมูลเข้าเท่านั้น ไม่มีคุกกี้จะเป็น
เขียนลงในไฟล์. ในการจัดเก็บคุกกี้ ให้ใช้ -ค, --โถคุกกี้ ตัวเลือก

ใช้ความระมัดระวังหากคุณใช้ตัวเลือกนี้และอาจมีการโอนหลายครั้ง ถ้า
คุณใช้ NAME1=VALUE1; รูปแบบหรือในไฟล์ใช้รูปแบบ Set-Cookie และอย่า
ระบุโดเมน จากนั้นคุกกี้จะถูกส่งไปยังโดเมนใดๆ (แม้หลังจากเปลี่ยนเส้นทางแล้วก็ตาม)
ตาม) และไม่สามารถแก้ไขได้โดยคุกกี้ชุดเซิร์ฟเวอร์ หากเครื่องมือคุกกี้คือ
เปิดใช้งานและเซิร์ฟเวอร์ตั้งค่าคุกกี้ที่มีชื่อเดียวกันจากนั้นทั้งคู่จะถูกส่งไปที่
การถ่ายโอนไปยังเซิร์ฟเวอร์นั้นในอนาคต ไม่น่าจะใช่สิ่งที่คุณตั้งใจไว้ เพื่อจัดการกับสิ่งเหล่านี้
ปัญหาการตั้งค่าโดเมนใน Set-Cookie (ทำที่จะรวมถึงโดเมนย่อย) หรือใช้
รูปแบบเน็ตสเคป

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-B, --use-ascii
(FTP/LDAP) เปิดใช้งานการถ่ายโอน ASCII สำหรับ FTP สามารถบังคับใช้ได้โดยใช้ an
URL ที่ลงท้ายด้วย ";type=A" ตัวเลือกนี้ทำให้ข้อมูลที่ส่งไปยัง stdout เป็นข้อความ
โหมดสำหรับระบบ win32

--ขั้นพื้นฐาน
(HTTP) บอกให้ curl ใช้การพิสูจน์ตัวตน HTTP Basic กับรีโมตโฮสต์ นี่คือ
ค่าเริ่มต้นและตัวเลือกนี้มักจะไม่มีจุดหมาย เว้นแต่คุณจะใช้เพื่อแทนที่ a
ตัวเลือกที่ตั้งไว้ก่อนหน้านี้ซึ่งกำหนดวิธีการรับรองความถูกต้องที่แตกต่างกัน (เช่น --ntlm,
--ย่อยอาหาร,หรือ --ต่อรองจัดการ).

ใช้ร่วมกับ -ยู, --ผู้ใช้ และ -NS, --หนังสือมอบฉันทะ.

ดูสิ่งนี้ด้วย --proxy-พื้นฐาน.

-c, --cookie-โถ
(HTTP) ระบุไฟล์ที่คุณต้องการให้ curl เขียนคุกกี้ทั้งหมดหลังจากเสร็จสิ้น
การดำเนินการ. Curl เขียนคุกกี้ทั้งหมดที่อ่านก่อนหน้านี้จากไฟล์ที่ระบุเช่นกัน
คุกกี้ทั้งหมดที่ได้รับจากเซิร์ฟเวอร์ระยะไกล หากไม่รู้จักคุกกี้ จะไม่มีข้อมูลใดๆ
จะเขียน ไฟล์จะถูกเขียนโดยใช้รูปแบบไฟล์คุกกี้ Netscape ถ้าคุณ
ตั้งชื่อไฟล์เป็นขีดเดียว "-" คุกกี้จะถูกเขียนไปยัง stdout

ตัวเลือกบรรทัดคำสั่งนี้จะเปิดใช้งานเอ็นจิ้นคุกกี้ที่สร้างบันทึก curl และ
ใช้คุกกี้ อีกวิธีหนึ่งในการเปิดใช้งานคือการใช้ -NS, --คุกกี้ ตัวเลือก

หากไม่สามารถสร้างหรือเขียนโถคุกกี้ได้ การดำเนินการ curl ทั้งหมดจะไม่ทำงาน
ล้มเหลวหรือแม้กระทั่งรายงานข้อผิดพลาดอย่างชัดเจน การใช้ -v จะได้รับคำเตือนปรากฏขึ้น แต่
นั่นคือข้อเสนอแนะที่มองเห็นได้เพียงอย่างเดียวที่คุณได้รับเกี่ยวกับสถานการณ์ที่อาจถึงตายได้

ตั้งแต่ 7.43.0 คุกกี้ที่นำเข้าในรูปแบบ Set-Cookie โดยไม่มีโดเมน
ตัวเลือกนี้จะไม่ส่งออกชื่อ

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ชื่อไฟล์ที่ระบุล่าสุด

-C, --continue-ที่
ดำเนินการต่อ/ดำเนินการถ่ายโอนไฟล์ก่อนหน้าต่อที่ออฟเซ็ตที่กำหนด ออฟเซ็ตที่กำหนดคือ
จำนวนไบต์ที่แน่นอนที่จะข้าม นับจากจุดเริ่มต้นของ
ไฟล์ต้นฉบับก่อนที่จะโอนไปยังปลายทาง หากใช้กับการอัปโหลด
คำสั่งเซิร์ฟเวอร์ FTP SIZE จะไม่ถูกใช้โดย curl

ใช้ "-C -" เพื่อบอก curl เพื่อค้นหาตำแหน่ง/วิธีดำเนินการโอนต่อโดยอัตโนมัติ
จากนั้นจะใช้ไฟล์เอาท์พุต/อินพุทที่กำหนดเพื่อค้นหา

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--ciphers
(SSL) ระบุการเข้ารหัสที่จะใช้ในการเชื่อมต่อ รายการรหัสลับต้อง
ระบุรหัสที่ถูกต้อง อ่านรายละเอียดรายการการเข้ารหัส SSL ใน URL นี้:
https://www.openssl.org/docs/apps/ciphers.html

การเข้ารหัส NSS นั้นแตกต่างจาก OpenSSL และ GnuTLS รายการทั้งหมดของNSS
รหัสอยู่ในรายการ NSSCipherSuite ที่ URL นี้:
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--บีบอัด
(HTTP) ขอการตอบสนองที่บีบอัดโดยใช้หนึ่งในอัลกอริทึมที่ curl รองรับและ
บันทึกเอกสารที่ไม่บีบอัด หากใช้ตัวเลือกนี้และเซิร์ฟเวอร์ส่ง an
ไม่รองรับการเข้ารหัส curl จะรายงานข้อผิดพลาด

--เชื่อมต่อ-หมดเวลา
เวลาสูงสุดเป็นวินาทีที่คุณอนุญาตให้ใช้การเชื่อมต่อของ curl ข้อจำกัดนี้เท่านั้น
เฟสการเชื่อมต่อ ดังนั้นหาก curl เชื่อมต่อภายในระยะเวลาที่กำหนด มันจะดำเนินต่อไป
- ถ้าไม่ใช่ก็จะออก ตั้งแต่เวอร์ชัน 7.32.0 ตัวเลือกนี้ยอมรับค่าทศนิยม

ดูเพิ่มเติมที่ -NS, --max-เวลา ตัวเลือก

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--สร้าง-dirs
เมื่อใช้ร่วมกับ -o ตัวเลือก curl จะสร้างท้องถิ่นที่จำเป็น
ลำดับชั้นของไดเร็กทอรีตามต้องการ ตัวเลือกนี้จะสร้าง dirs ที่กล่าวถึงด้วย -o
ตัวเลือก ไม่มีอะไรอื่น ถ้า -o ชื่อไฟล์ไม่ใช้ dir หรือถ้า dirs กล่าวถึง
มีอยู่แล้ว จะไม่มีการสร้าง dir

หากต้องการสร้างไดเรกทอรีระยะไกลเมื่อใช้ FTP หรือ SFTP ให้ลอง --ftp-สร้าง-dirs.

--crlf แปลง LF เป็น CRLF ในการอัปโหลด มีประโยชน์สำหรับ MVS (OS/390)

(เพิ่ม SMTP ใน 7.40.0)

--crlfile
(HTTPS/FTPS) จัดเตรียมไฟล์โดยใช้รูปแบบ PEM พร้อมรายการเพิกถอนใบรับรอง
ที่อาจระบุใบรับรองเพียร์ที่จะถือว่าเพิกถอน

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

(เพิ่มใน 7.19.7)

-d, --data
(HTTP) ส่งข้อมูลที่ระบุในคำขอ POST ไปยังเซิร์ฟเวอร์ HTTP ในที่เดียวกัน
วิธีที่เบราว์เซอร์ทำเมื่อผู้ใช้กรอกแบบฟอร์ม HTML และกด
ปุ่มส่ง สิ่งนี้จะทำให้ curl ส่งข้อมูลไปยังเซิร์ฟเวอร์โดยใช้
แอปพลิเคชันประเภทเนื้อหา/x-www-form-urlencoded เปรียบเทียบกับ -NS, --รูปร่าง.

-NS, --ข้อมูล เป็นเช่นเดียวกับ --data-ascii. --ข้อมูลดิบ เกือบจะเหมือนกันแต่ไม่
มีการตีความพิเศษของอักขระ @ ในการโพสต์ข้อมูลเป็นไบนารีล้วนๆ คุณ
ควรใช้ .แทน --data-ไบนารี ตัวเลือก. เพื่อเข้ารหัส URL ค่าของ form
ฟิลด์ที่คุณอาจใช้ --data-urlencode.

หากใช้ตัวเลือกเหล่านี้มากกว่าหนึ่งครั้งในบรรทัดคำสั่งเดียวกัน data
ชิ้นที่ระบุจะถูกรวมเข้าด้วยกันด้วยเครื่องหมาย & แยก ดังนั้น การใช้
'-d name=daniel -d skill=lousy' จะสร้างส่วนโพสต์ที่ดูเหมือน
'ชื่อ=แดเนียล&ทักษะ=หมัด'

หากคุณเริ่มข้อมูลด้วยตัวอักษร @ ส่วนที่เหลือควรเป็นชื่อไฟล์ที่จะอ่าน
data from หรือ - หากคุณต้องการให้ curl อ่านข้อมูลจาก stdin หลายไฟล์สามารถ
กำหนดไว้ด้วย การโพสต์ข้อมูลจากไฟล์ชื่อ 'foobar' จะทำได้ด้วย
--ข้อมูล @ฟูบาร์. เมื่อ --data ถูกบอกให้อ่านจากไฟล์แบบนั้น การขึ้นบรรทัดใหม่
และการขึ้นบรรทัดใหม่จะถูกถอดออก หากคุณไม่ต้องการให้อักขระ @ มี a
การใช้การตีความพิเศษ --ข้อมูลดิบ แทน.

-D, --dump-ส่วนหัว
เขียนส่วนหัวของโปรโตคอลไปยังไฟล์ที่ระบุ

ตัวเลือกนี้สะดวกต่อการใช้งานเมื่อคุณต้องการเก็บส่วนหัวที่เป็นไซต์ HTTP
ส่งถึงคุณ คุกกี้จากส่วนหัวสามารถอ่านได้ใน curl ที่สอง
เรียกโดยใช้ -NS, --คุกกี้ ตัวเลือก! ดิ -ค, --โถคุกกี้ ตัวเลือกคือ
วิธีที่ดีกว่าในการเก็บคุกกี้

เมื่อใช้ใน FTP บรรทัดการตอบสนองของเซิร์ฟเวอร์ FTP จะถือเป็น "ส่วนหัว" และ
จึงถูกบันทึกไว้ที่นั่น

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--data-ascii
ดู -NS, --ข้อมูล.

--data-ไบนารี
(HTTP) ข้อมูลนี้จะโพสต์ข้อมูลตรงตามที่ระบุโดยไม่มีการประมวลผลเพิ่มเติมใดๆ

หากคุณเริ่มข้อมูลด้วยตัวอักษร @ ส่วนที่เหลือควรเป็นชื่อไฟล์ ข้อมูลคือ
โพสต์ในลักษณะเดียวกับ --data-ascii ทำ ยกเว้นการขึ้นบรรทัดใหม่และการขึ้นบรรทัดใหม่
ผลตอบแทนจะได้รับการเก็บรักษาไว้และไม่มีการแปลง

หากใช้ตัวเลือกนี้หลายครั้ง ตัวเลือกที่ตามมาจะผนวก data
ตามที่อธิบายไว้ใน -NS, --ข้อมูล.

--data-raw
(HTTP) ข้อมูลโพสต์นี้คล้ายกับ --ข้อมูล แต่ไม่มีการตีความพิเศษ
ของอักขระ @ ดู -NS, --ข้อมูล. (เพิ่มใน 7.43.0)

--data-urlencode
(HTTP) ข้อมูลนี้โพสต์ คล้ายกับตัวเลือกข้อมูลอื่น ๆ ยกเว้นว่า
สิ่งนี้ทำการเข้ารหัส URL (เพิ่มใน 7.18.0)

เพื่อให้สอดคล้องกับ CGI, the ส่วนควรเริ่มต้นด้วย a ชื่อ ตามด้วย
ตัวคั่นและข้อกำหนดเนื้อหา ดิ ส่วนสามารถส่งผ่านไปยัง curl ได้โดยใช้
หนึ่งในไวยากรณ์ต่อไปนี้:

เนื้อหา
สิ่งนี้จะทำให้ curl URL เข้ารหัสเนื้อหาและส่งต่อไป แค่ระวัง
เพื่อให้เนื้อหาไม่มีสัญลักษณ์ = หรือ @ เช่นนั้น
ทำให้ไวยากรณ์ตรงกับกรณีอื่นด้านล่าง!

=เนื้อหา
สิ่งนี้จะทำให้ curl URL เข้ารหัสเนื้อหาและส่งต่อไป ก่อนหน้า =
สัญลักษณ์ไม่รวมอยู่ในข้อมูล

ชื่อ=เนื้อหา
สิ่งนี้จะทำให้ curl URL เข้ารหัสส่วนเนื้อหาและส่งต่อไป สังเกตว่า
ส่วนชื่อคาดว่าจะเข้ารหัส URL แล้ว

@ชื่อไฟล์
สิ่งนี้จะทำให้ข้อมูลโหลด curl จากไฟล์ที่กำหนด (รวมถึงการขึ้นบรรทัดใหม่)
URL เข้ารหัสข้อมูลนั้นและส่งต่อใน POST

ชื่อ@ชื่อไฟล์
สิ่งนี้จะทำให้ข้อมูลโหลด curl จากไฟล์ที่กำหนด (รวมถึงการขึ้นบรรทัดใหม่)
URL เข้ารหัสข้อมูลนั้นและส่งต่อใน POST ส่วนชื่อได้รับเท่ากับ
เครื่องหมายต่อท้ายส่งผลให้ ชื่อ=urlencoded-ไฟล์เนื้อหา. โปรดทราบว่าชื่อ
คาดว่าจะเข้ารหัส URL แล้ว

--การมอบหมาย LEVEL
ชุด ระดับ เพื่อบอกเซิร์ฟเวอร์ว่าได้รับอนุญาตให้มอบหมายอะไรได้บ้างเมื่อพูดถึงผู้ใช้
ข้อมูลประจำตัว ใช้กับ GSS/kerberos

ไม่มี ไม่อนุญาตให้มีการมอบหมายใดๆ

ผู้รับมอบสิทธิ์นโยบายก็ต่อเมื่อตั้งค่าสถานะ OK-AS-DELEGATE ใน Kerberos
ตั๋วบริการซึ่งเป็นเรื่องของนโยบายขอบเขต

ยอมให้เซิร์ฟเวอร์มอบหมายโดยไม่มีเงื่อนไขเสมอ

--ย่อยอาหาร
(HTTP) เปิดใช้งานการตรวจสอบสิทธิ์ HTTP Digest นี่คือรูปแบบการรับรองความถูกต้องที่
ป้องกันไม่ให้รหัสผ่านถูกส่งผ่านสายในข้อความที่ชัดเจน ใช้สิ่งนี้ใน
ผสมผสานกับความปกติ -ยู, --ผู้ใช้ ตัวเลือกในการตั้งชื่อผู้ใช้และรหัสผ่าน ดู
ด้วย --ntlm, --ต่อรองจัดการ และ --ยันต์ สำหรับตัวเลือกที่เกี่ยวข้อง

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกแรกเท่านั้น

--ปิดการใช้งาน-eprt
(FTP) บอก curl เพื่อปิดใช้งานการใช้คำสั่ง EPRT และ LPRT เมื่อใช้งานอยู่
การถ่ายโอน FTP โดยปกติ Curl จะพยายามใช้ EPRT ก่อนเสมอ จากนั้นจึงใช้ LPRT
ก่อนใช้ PORT แต่ด้วยตัวเลือกนี้ จะใช้ PORT ทันที EPRT และ LPRT
เป็นส่วนขยายของโปรโตคอล FTP ดั้งเดิม และอาจใช้ไม่ได้กับเซิร์ฟเวอร์ทั้งหมด แต่
พวกเขาเปิดใช้งานการทำงานเพิ่มเติมในลักษณะที่ดีกว่าคำสั่ง PORT แบบเดิม

--eprt สามารถใช้เพื่อเปิดใช้งาน EPRT ได้อย่างชัดเจนอีกครั้งและ --no-eprt เป็นนามแฝงสำหรับ
--ปิดการใช้งาน-eprt.

การปิดใช้งาน EPRT จะเปลี่ยนพฤติกรรมที่ใช้งานอยู่เท่านั้น หากคุณต้องการเปลี่ยนเป็นแบบพาสซีฟ
โหมดที่คุณไม่จำเป็นต้องใช้ -NS, --ftp-พอร์ต หรือบังคับด้วย --ftp-pasv.

--disable-epsv
(FTP) บอก curl เพื่อปิดการใช้งานคำสั่ง EPSV เมื่อทำ FTP แบบพาสซีฟ
โอน. โดยปกติ Curl จะพยายามใช้ EPSV ก่อน PASV ก่อนเสมอ แต่
ด้วยตัวเลือกนี้ ระบบจะไม่ลองใช้ EPSV

--epsv สามารถใช้เพื่อเปิดใช้งาน EPSV ได้อย่างชัดเจนอีกครั้งและ --no-epsv เป็นนามแฝงสำหรับ
--disable-epsv.

การปิดใช้งาน EPSV จะเปลี่ยนพฤติกรรมแบบพาสซีฟเท่านั้น หากคุณต้องการเปลี่ยนเป็น active
โหมดที่คุณต้องใช้ -NS, --ftp-พอร์ต.

--dns-อินเทอร์เฟซ
บอกให้ curl ส่งคำขอ DNS ขาออกผ่าน . ตัวเลือกนี้คือ a
คู่กับ --อินเตอร์เฟซ (ซึ่งไม่มีผลกับ DNS) สตริงที่ให้มาต้องเป็น
ชื่ออินเทอร์เฟซ (ไม่ใช่ที่อยู่)

ตัวเลือกนี้ต้องการให้ libcurl สร้างขึ้นด้วยแบ็กเอนด์ตัวแก้ไขที่รองรับ
การดำเนินการนี้ แบ็กเอนด์ c-ares เป็นเพียงส่วนเดียว (เพิ่มใน 7.33.0)

--dns-ipv4-addr
บอก curl ให้มัด เมื่อทำการร้องขอ IPv4 DNS เพื่อให้ DNS
คำขอมาจากที่อยู่นี้ อาร์กิวเมนต์ควรเป็นที่อยู่ IPv4 เดียว

ตัวเลือกนี้ต้องการให้ libcurl สร้างขึ้นด้วยแบ็กเอนด์ตัวแก้ไขที่รองรับ
การดำเนินการนี้ แบ็กเอนด์ c-ares เป็นเพียงส่วนเดียว (เพิ่มใน 7.33.0)

--dns-ipv6-addr
บอก curl ให้มัด เมื่อทำการร้องขอ IPv6 DNS เพื่อให้ DNS
คำขอมาจากที่อยู่นี้ อาร์กิวเมนต์ควรเป็นที่อยู่ IPv6 เดียว

ตัวเลือกนี้ต้องการให้ libcurl สร้างขึ้นด้วยแบ็กเอนด์ตัวแก้ไขที่รองรับ
การดำเนินการนี้ แบ็กเอนด์ c-ares เป็นเพียงส่วนเดียว (เพิ่มใน 7.33.0)

--dns-เซิร์ฟเวอร์
ตั้งค่ารายการเซิร์ฟเวอร์ DNS ที่จะใช้แทนค่าเริ่มต้นของระบบ รายการของ
ที่อยู่ IP ควรคั่นด้วยเครื่องหมายจุลภาค หมายเลขพอร์ตอาจเป็นทางเลือก
ให้เป็น : หลังจากแต่ละที่อยู่ IP

ตัวเลือกนี้ต้องการให้ libcurl สร้างขึ้นด้วยแบ็กเอนด์ตัวแก้ไขที่รองรับ
การดำเนินการนี้ แบ็กเอนด์ c-ares เป็นเพียงส่วนเดียว (เพิ่มใน 7.33.0)

-e, --ผู้อ้างอิง
(HTTP) ส่งข้อมูล "หน้าผู้อ้างอิง" ไปยังเซิร์ฟเวอร์ HTTP นอกจากนี้ยังสามารถ
ตั้งค่าด้วย -ชม, --หัวข้อ ธงแน่นอน เมื่อใช้กับ -แอล, --ที่ตั้ง คุณสามารถ
ต่อท้าย ";auto" กับ --referer URL เพื่อให้ curl ตั้งค่า URL ก่อนหน้าโดยอัตโนมัติ
เมื่อมันตามหลัง Location: header. สตริง ";auto" สามารถใช้คนเดียวได้ แม้ว่า
คุณไม่ได้ตั้งค่าเริ่มต้น --referer

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-E, --cert
(SSL) บอกให้ curl ใช้ไฟล์ใบรับรองไคลเอ็นต์ที่ระบุเมื่อรับไฟล์
ด้วย HTTPS, FTPS หรือโปรโตคอลอื่นที่ใช้ SSL ใบรับรองต้องอยู่ใน PKCS#12
รูปแบบหากใช้ Secure Transport หรือรูปแบบ PEM หากใช้กลไกอื่น ถ้า
ไม่ได้ระบุรหัสผ่านเสริม ระบบจะสอบถามรหัสผ่านที่เครื่องเทอร์มินัล บันทึก
ว่าตัวเลือกนี้จะถือว่าไฟล์ "ใบรับรอง" ที่เป็นคีย์ส่วนตัวและ
ใบรับรองไคลเอ็นต์ต่อกัน! ดู --ใบรับรอง และ --กุญแจ เพื่อระบุพวกเขา
อิสระ

หาก curl สร้างขึ้นเทียบกับไลบรารี NSS SSL ตัวเลือกนี้สามารถบอก curl the
ชื่อเล่นของใบรับรองที่จะใช้ภายในฐานข้อมูล NSS ที่กำหนดโดย
ตัวแปรสภาพแวดล้อม SSL_DIR (หรือโดยค่าเริ่มต้น /etc/pki/nssdb). ถ้า NSS PEM PKCS#11
โมดูล (libnsspem.so) พร้อมใช้งานแล้ว ไฟล์ PEM อาจโหลดได้ หากคุณต้องการใช้
ไฟล์จากไดเร็กทอรีปัจจุบัน โปรดนำหน้าด้วย "./" นำหน้า เพื่อที่จะ
หลีกเลี่ยงความสับสนกับชื่อเล่น หากชื่อเล่นมี ":" ต้องเป็น
นำหน้าด้วย "\" เพื่อไม่ให้รู้จักเป็นตัวคั่นรหัสผ่าน ถ้า
ชื่อเล่นมี "\" จะต้องหนีเป็น "\\" เพื่อไม่ให้รู้จัก
เป็นตัวละครหลบหนี

(iOS และ Mac OS X เท่านั้น) หาก curl สร้างขึ้นจาก Secure Transport แสดงว่า
สตริงใบรับรองอาจเป็นชื่อของใบรับรอง/คีย์ส่วนตัวใน
ระบบหรือพวงกุญแจผู้ใช้ หรือเส้นทางไปยังใบรับรองที่เข้ารหัส PKCS#12 และส่วนตัว
กุญแจ. หากคุณต้องการใช้ไฟล์จากไดเร็กทอรีปัจจุบัน โปรดนำหน้าด้วย
คำนำหน้า "./" เพื่อหลีกเลี่ยงความสับสนกับชื่อเล่น

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--เครื่องยนต์
เลือกเอ็นจิ้นการเข้ารหัส OpenSSL เพื่อใช้สำหรับการดำเนินการเข้ารหัส ใช้ --เครื่องยนต์ รายการ ไปยัง
พิมพ์รายการเอ็นจิ้นที่รองรับเวลาสร้าง โปรดทราบว่าไม่ใช่ทั้งหมด (หรือไม่มี) ของ
เครื่องยนต์อาจพร้อมใช้งานในขณะใช้งาน

--สิ่งแวดล้อม
(RISC OS เท่านั้น) ตั้งค่าช่วงของตัวแปรสภาพแวดล้อม โดยใช้ชื่อ the -w ตัวเลือก
รองรับเพื่อให้ดึงข้อมูลที่เป็นประโยชน์ได้ง่ายขึ้นหลังจากเรียกใช้ curl

--egd-ไฟล์
(SSL) ระบุชื่อพาธไปยังซ็อกเก็ต Entropy Gathering Daemon ซ็อกเก็ตคือ
ใช้ในการเพาะเอ็นจิ้นแบบสุ่มสำหรับการเชื่อมต่อ SSL ดูเพิ่มเติมที่ --สุ่มไฟล์
ตัวเลือก

--คาดหวัง100-หมดเวลา
(HTTP) เวลาสูงสุดเป็นวินาทีที่คุณอนุญาตให้ curl รอ 100 ต่อ
ตอบสนองเมื่อ curl ปล่อยส่วนหัวของ Expects: 100 ต่อในคำขอ โดยค่าเริ่มต้น
curl จะรอหนึ่งวินาที ตัวเลือกนี้ยอมรับค่าทศนิยม! เมื่อขดหยุด
รอ มันจะดำเนินต่อไปราวกับว่าได้รับการตอบกลับ

(เพิ่มใน 7.47.0)

--cert-type
(SSL) บอก curl ว่าใบรับรองที่ระบุอยู่ในประเภทใบรับรองใด PEM, DER และ
ENG เป็นประเภทที่รู้จัก หากไม่ระบุ จะถือว่า PEM

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--cacert
(SSL) บอกให้ curl ใช้ไฟล์ใบรับรองที่ระบุเพื่อตรวจสอบเพียร์ ไฟล์
อาจมีใบรับรอง CA หลายใบ ใบรับรองต้องอยู่ในรูปแบบ PEM
โดยปกติ curl ถูกสร้างขึ้นเพื่อใช้ไฟล์เริ่มต้นสำหรับสิ่งนี้ ดังนั้นตัวเลือกนี้จึงมักจะ
ใช้เพื่อแก้ไขไฟล์เริ่มต้นนั้น

curl รู้จักตัวแปรสภาพแวดล้อมชื่อ 'CURL_CA_BUNDLE' หากมีการตั้งค่าและ
ใช้เส้นทางที่กำหนดเป็นเส้นทางไปยังชุดใบรับรอง CA ตัวเลือกนี้จะแทนที่ว่า
ตัวแปร

curl เวอร์ชัน windows จะค้นหาไฟล์ใบรับรอง CA ที่ชื่อ .โดยอัตโนมัติ
´curl-ca-bundle.crt´ ไม่ว่าจะอยู่ในไดเร็กทอรีเดียวกันกับ curl.exe หรือใน Current
Working Directory หรือในโฟลเดอร์ใดก็ได้ตามเส้นทางของคุณ

หากสร้าง curl เทียบกับไลบรารี NSS SSL โมดูล NSS PEM PKCS#11
(libnsspem.so) จะต้องพร้อมใช้งานเพื่อให้ตัวเลือกนี้ทำงานได้อย่างถูกต้อง

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--capath
(SSL) บอกให้ curl ใช้ไดเร็กทอรีใบรับรองที่ระบุเพื่อตรวจสอบเพียร์
สามารถระบุเส้นทางได้หลายเส้นทางโดยคั่นด้วย ":" (เช่น
"path1:path2:path3") ใบรับรองต้องอยู่ในรูปแบบ PEM และหากสร้าง curl ขึ้น
กับ OpenSSL ไดเร็กทอรีต้องได้รับการประมวลผลโดยใช้ยูทิลิตี้ c_rehash
มาพร้อมกับ OpenSSL โดยใช้ --คาพาธ สามารถอนุญาตให้ curl ที่ขับเคลื่อนด้วย OpenSSL สร้าง SSL-
การเชื่อมต่อมีประสิทธิภาพมากกว่าการใช้ --cacert ถ้า --cacert ไฟล์มี
ใบรับรอง CA มากมาย

หากตั้งค่าตัวเลือกนี้ไว้ ค่าแคปพาธเริ่มต้นจะถูกละเว้น และหากใช้อยู่
หลายครั้ง อันสุดท้ายจะถูกใช้

--pinnedpubkey
(SSL) บอกให้ curl ใช้ไฟล์คีย์สาธารณะที่ระบุ (หรือแฮช) เพื่อตรวจสอบ
เพียร์ นี่อาจเป็นเส้นทางไปยังไฟล์ที่มีคีย์สาธารณะเพียงรายการเดียวใน PEM หรือ DER
รูปแบบหรือจำนวนใดๆ ของแฮช sha64 ที่เข้ารหัส base256 นำหน้าด้วย ´sha256//´ และ
คั่นด้วย ´;´

เมื่อทำการเจรจาการเชื่อมต่อ TLS หรือ SSL เซิร์ฟเวอร์จะส่งใบรับรองที่ระบุ
ตัวตนของมัน กุญแจสาธารณะถูกดึงออกมาจากใบรับรองนี้ และหากไม่เป็นเช่นนั้น
ตรงกับคีย์สาธารณะที่ให้มากับตัวเลือกนี้ทุกประการ curl จะยกเลิก
การเชื่อมต่อก่อนส่งหรือรับข้อมูลใดๆ

เพิ่มใน 7.39.0 สำหรับ OpenSSL, GnuTLS และ GSKit เพิ่มใน 7.43.0 สำหรับ NSS และ
wolfSSL/CyaSSL. เพิ่มการรองรับ sha256 ใน 7.44.0 สำหรับ OpenSSL, GnuTLS, NSS และ
wolfSSL/CyaSSL. ไม่รองรับแบ็กเอนด์ SSL อื่นๆ

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--ใบรับรองสถานะ
(SSL) บอกให้ curl ตรวจสอบสถานะของใบรับรองเซิร์ฟเวอร์โดยใช้ปุ่ม
คำขอสถานะใบรับรอง (aka. OCSP เย็บเล่ม) ส่วนขยาย TLS

หากเปิดใช้งานตัวเลือกนี้และเซิร์ฟเวอร์ส่งการตอบกลับที่ไม่ถูกต้อง (เช่น หมดอายุ)
หากการตอบสนองแสดงว่าใบรับรองเซิร์ฟเวอร์ถูกเพิกถอนหรือไม่
ได้รับการตอบกลับเลย การตรวจสอบล้มเหลว

ขณะนี้มีการใช้งานเฉพาะในแบ็กเอนด์ OpenSSL, GnuTLS และ NSS (เพิ่ม
ในปี 7.41.0)

--เท็จ-เริ่มต้น

(SSL) บอกให้ curl ใช้การสตาร์ทที่ผิดพลาดระหว่างแฮนด์เชค TLS การเริ่มต้นที่ผิดพลาดคือโหมด
โดยที่ไคลเอ็นต์ TLS จะเริ่มส่งข้อมูลแอปพลิเคชันก่อนที่จะตรวจสอบ
ข้อความเสร็จสิ้นของเซิร์ฟเวอร์ จึงบันทึกการเดินทางไปกลับเมื่อดำเนินการเต็ม
จับมือ

ขณะนี้มีการใช้งานใน NSS และ Secure Transport เท่านั้น (บน iOS 7.0 หรือ
ใหม่กว่า หรือ OS X 10.9 หรือใหม่กว่า) แบ็กเอนด์ (เพิ่มใน 7.42.0)

-f, --ล้มเหลว
(HTTP) ล้มเหลวอย่างเงียบๆ (ไม่มีเอาต์พุตเลย) จากข้อผิดพลาดของเซิร์ฟเวอร์ ส่วนใหญ่จะทำเพื่อ
เปิดใช้งานสคริปต์ ฯลฯ ได้ดีขึ้นเพื่อจัดการกับความพยายามที่ล้มเหลวได้ดียิ่งขึ้น ในกรณีปกติเมื่อ
เซิร์ฟเวอร์ HTTP ล้มเหลวในการส่งเอกสาร มันส่งคืนเอกสาร HTML ที่ระบุดังนั้น
(ซึ่งมักจะอธิบายเหตุผลและอื่น ๆ อีกมากมาย) ธงนี้จะป้องกันไม่ให้ม้วนงอจาก
ส่งออกสิ่งนั้นและส่งคืนข้อผิดพลาด 22

วิธีนี้ไม่ปลอดภัยและมีบางครั้งที่การตอบสนองไม่สำเร็จ
รหัสจะลอดผ่านโดยเฉพาะอย่างยิ่งเมื่อมีการรับรองความถูกต้อง (รหัสตอบกลับ
401 และ 407)

-F, --form
(HTTP) อนุญาตให้ curl จำลองแบบฟอร์มที่กรอกซึ่งผู้ใช้กด
ปุ่มส่ง สิ่งนี้ทำให้ข้อมูล curl เป็น POST โดยใช้ Content-Type multipart/form-
ข้อมูลตาม RFC 2388 ซึ่งช่วยให้สามารถอัปโหลดไฟล์ไบนารี ฯลฯ เพื่อบังคับ
ส่วน 'เนื้อหา' ที่จะเป็นไฟล์ นำหน้าชื่อไฟล์ด้วยเครื่องหมาย @ ที่จะได้รับ
ส่วนเนื้อหาจากไฟล์ นำหน้าชื่อไฟล์ด้วยสัญลักษณ์ <. ดิ
ความแตกต่างระหว่าง @ และ < ก็คือว่า @ ทำให้ไฟล์แนบในโพสต์เป็น
อัปโหลดไฟล์ในขณะที่ < สร้างฟิลด์ข้อความและรับเนื้อหาสำหรับสิ่งนั้น
ฟิลด์ข้อความจากไฟล์

ตัวอย่าง ในการส่งไฟล์รหัสผ่านของคุณไปยังเซิร์ฟเวอร์ โดยที่ 'รหัสผ่าน' คือชื่อของ
แบบฟอร์มฟิลด์ที่ / etc / passwd จะเป็นอินพุต:

โค้ง -F รหัสผ่าน=@/ etc / passwd www.mypasswords.com

หากต้องการอ่านเนื้อหาจาก stdin แทนไฟล์ ให้ใช้ - เป็นชื่อไฟล์ นี้ไปสำหรับ
ทั้ง @ และ < โครงสร้าง น่าเสียดายที่มันไม่รองรับการอ่านไฟล์จาก a
ชื่อไปป์หรือใกล้เคียงกัน เนื่องจากต้องการขนาดเต็มก่อนเริ่มโอน

คุณยังสามารถบอก curl ว่า Content-Type จะใช้อะไรโดยใช้ 'type=' ในลักษณะ
คล้ายกับ:

โค้ง -ฟ "[ป้องกันอีเมล];type=text/html" url.com

or

โค้ง -F "name=daniel;type=text/foo" url.com

คุณยังสามารถเปลี่ยนชื่อฟิลด์ของส่วนอัพโหลดไฟล์ได้อย่างชัดเจนโดยการตั้งค่า
ชื่อไฟล์ = เช่นนี้:

โค้ง -F "file=@localfile;filename=nameinpost" url.com

หากชื่อไฟล์/เส้นทางมี ',' หรือ ';' จะต้องอ้างอิงด้วยเครื่องหมายคำพูดคู่ เช่น:

โค้ง -F "file=@\"localfile\";filename=\"nameinpost\"" url.com

or

โค้ง -F 'file=@"localfile";filename="nameinpost"' url.com

โปรดทราบว่าหากชื่อไฟล์/พาธอ้างอิงด้วยเครื่องหมายอัญประกาศคู่ เครื่องหมายอัญประกาศคู่ใดๆ หรือ
แบ็กสแลชภายในชื่อไฟล์จะต้องหลีกหนีโดยแบ็กสแลช

ดูตัวอย่างและรายละเอียดเพิ่มเติมในคู่มือ

ตัวเลือกนี้สามารถใช้ได้หลายครั้ง

--ftp-บัญชี [ข้อมูล]
(FTP) เมื่อเซิร์ฟเวอร์ FTP ขอ "ข้อมูลบัญชี" หลังจากชื่อผู้ใช้และรหัสผ่านมี
ข้อมูลนี้จะถูกส่งออกไปโดยใช้คำสั่ง ACCT (เพิ่มใน 7.13.0)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--ftp-ทางเลือกให้กับผู้ใช้
(FTP) หากการพิสูจน์ตัวตนด้วยคำสั่ง USER และ PASS ล้มเหลว ให้ส่งคำสั่งนี้
เมื่อเชื่อมต่อกับเซิร์ฟเวอร์ Secure Transport ของ Tumbleweed ผ่าน FTPS โดยใช้ไคลเอนต์
ใบรับรองโดยใช้ "SITE AUTH" จะบอกเซิร์ฟเวอร์ให้ดึงชื่อผู้ใช้จาก
ใบรับรอง (เพิ่มใน 7.15.5)

--ftp-สร้าง-dirs
(FTP/SFTP) เมื่อ FTP หรือ SFTP URL/การดำเนินการใช้เส้นทางที่ไม่ได้อยู่ในขณะนี้
มีอยู่บนเซิร์ฟเวอร์ ลักษณะการทำงานมาตรฐานของ curl คือความล้มเหลว โดยใช้ตัวเลือกนี้
curl จะพยายามสร้างไดเร็กทอรีที่หายไปแทน

--ftp-เมธอด [เมธอด]
(FTP) ควบคุมวิธีที่ curl ควรใช้เพื่อเข้าถึงไฟล์บนเซิร์ฟเวอร์ FTP(S) ดิ
วิธีอาร์กิวเมนต์ควรเป็นหนึ่งในทางเลือกต่อไปนี้:

มัลติการ์ด
curl ดำเนินการ CWD เดียวสำหรับแต่ละส่วนของพาธใน URL ที่กำหนด สำหรับ
ลำดับชั้นที่ลึกหมายถึงคำสั่งจำนวนมาก นี่คือวิธีที่ RFC 1738 พูดไว้
ควรทำ นี่เป็นค่าเริ่มต้นแต่เป็นการทำงานที่ช้าที่สุด

nocwd curl ไม่มี CWD เลย curl จะทำ SIZE, RETR, STOR ฯลฯ และให้เต็ม
เส้นทางไปยังเซิร์ฟเวอร์สำหรับคำสั่งเหล่านี้ทั้งหมด นี่คือพฤติกรรมที่เร็วที่สุด

เดียว
curl ทำ CWD หนึ่งรายการด้วยไดเร็กทอรีเป้าหมายแบบเต็มแล้วทำงานบน
ไฟล์ "ปกติ" (เช่นในกรณี multicwd) มาตรฐานมากกว่านี้หน่อย
สอดคล้องกับ 'nocwd' แต่ไม่มีบทลงโทษเต็มรูปแบบของ 'multicwd'

(เพิ่มใน 7.15.1)

--ftp-pasv
(FTP) ใช้โหมดพาสซีฟสำหรับการเชื่อมต่อข้อมูล Passive เป็นค่าเริ่มต้นภายใน
พฤติกรรม แต่การใช้ตัวเลือกนี้สามารถใช้เพื่อแทนที่ก่อนหน้า -P/-ftp-พอร์ต
ตัวเลือก. (เพิ่มใน 7.11.0)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกแรกเท่านั้น เลิกทำ
บังคับใช้ passive ไม่ได้จริงๆ แต่คุณต้องบังคับใช้ที่ถูกต้องแทน
-NS, --ftp-พอร์ต อีกครั้ง

โหมดพาสซีฟหมายความว่า curl จะลองใช้คำสั่ง EPSV ก่อนแล้วจึงตามด้วย PASV เว้นแต่
--disable-epsv ถูกนำมาใช้.

--ftp-ข้าม-pasv-ip
(FTP) บอก curl ว่าอย่าใช้ที่อยู่ IP ที่เซิร์ฟเวอร์แนะนำในการตอบสนองต่อ
คำสั่ง PASV ของ curl เมื่อ curl เชื่อมต่อการเชื่อมต่อข้อมูล แทนที่จะขดจะ-
ใช้ที่อยู่ IP เดียวกันกับที่ใช้สำหรับการเชื่อมต่อการควบคุม (เพิ่มใน
7.14.2)

ตัวเลือกนี้ไม่มีผลหากใช้ PORT, EPRT หรือ EPSV แทน PASV

--ftp-pret
(FTP) บอกให้ curl ส่งคำสั่ง PRET ก่อน PASV (และ EPSV) เซิร์ฟเวอร์ FTP บางตัว
ส่วนใหญ่ drftpd ต้องการคำสั่งที่ไม่ได้มาตรฐานนี้สำหรับรายการไดเร็กทอรีเช่นเดียวกับ
ขึ้นและดาวน์โหลดในโหมด PASV (เพิ่มใน 7.20.x)

--ftp-ssl-ccc
(FTP) ใช้ CCC (ช่องคำสั่งที่ชัดเจน) ปิดเลเยอร์ SSL/TLS หลังจาก
รับรองความถูกต้อง การสื่อสารช่องควบคุมที่เหลือจะไม่มีการเข้ารหัส
ซึ่งช่วยให้เราเตอร์ NAT ติดตามธุรกรรม FTP โหมดเริ่มต้นเป็นแบบพาสซีฟ
ดู --ftp-ssl-ccc-โหมด สำหรับโหมดอื่นๆ (เพิ่มใน 7.16.1)

--ftp-ssl-ccc-mode [ใช้งาน / พาสซีฟ]
(FTP) ใช้ CCC (Clear Command Channel) ตั้งค่าโหมด CCC โหมดพาสซีฟจะไม่
เริ่มการปิดระบบ แต่รอให้เซิร์ฟเวอร์ดำเนินการแทนและจะไม่ตอบกลับ
ในการปิดระบบจากเซิร์ฟเวอร์ โหมดแอคทีฟเริ่มต้นการปิดระบบและรอ
สำหรับการตอบกลับจากเซิร์ฟเวอร์ (เพิ่มใน 7.16.2)

--ftp-ssl-ควบคุม
(FTP) ต้องใช้ SSL/TLS สำหรับการเข้าสู่ระบบ FTP ชัดเจนสำหรับการถ่ายโอน ช่วยให้ปลอดภัย
รับรองความถูกต้องแต่ไม่เข้ารหัสการถ่ายโอนข้อมูลเพื่อประสิทธิภาพ ล้มเหลว
โอนหากเซิร์ฟเวอร์ไม่รองรับ SSL/TLS (เพิ่มใน 7.16.0) ที่ยังสามารถ
ใช้งานแต่จะถูกลบในเวอร์ชั่นต่อๆ ไป

--form-string
(HTTP) คล้ายกับ --รูปร่าง ยกเว้นว่าสตริงค่าสำหรับพารามิเตอร์ที่มีชื่อคือ
ใช้อย่างแท้จริง นำหน้าอักขระ '@' และ '<' และสตริง ';type=' ในตัว
ค่าไม่มีความหมายพิเศษ ใช้สิ่งนี้ในการตั้งค่า --รูปร่าง ถ้ามี
ความเป็นไปได้ที่ค่าสตริงอาจเรียกใช้ฟีเจอร์ '@' หรือ '<' โดยไม่ได้ตั้งใจ
of --รูปร่าง.

-g, --globoff
ตัวเลือกนี้จะปิด "URL globbing parser" เมื่อคุณตั้งค่าตัวเลือกนี้ คุณจะ
สามารถระบุ URL ที่มีตัวอักษร {}[] โดยไม่ต้องมี
ตีความโดย curl เอง โปรดทราบว่าจดหมายเหล่านี้ไม่ใช่ URL ทางกฎหมายทั่วไป
เนื้อหาแต่ควรเข้ารหัสตามมาตรฐาน URI

-G, --รับ
เมื่อใช้ตัวเลือกนี้จะทำให้ข้อมูลทั้งหมดที่ระบุด้วย -NS, --ข้อมูล, --data-ไบนารี
or --data-urlencode เพื่อใช้ในคำขอ HTTP GET แทนคำขอ POST
ที่อย่างอื่นจะใช้ ข้อมูลจะถูกต่อท้าย URL ด้วย '?'
ตัวคั่น

หากใช้ร่วมกับ -I ข้อมูล POST จะถูกผนวกเข้ากับ URL . แทน
ด้วยคำขอ HEAD

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกแรกเท่านั้น นี้เป็นเพราะ
การเลิกทำ GET นั้นไม่สมเหตุสมผล แต่คุณควรบังคับใช้
วิธีอื่นที่คุณต้องการ

-H, --ส่วนหัว
(HTTP) ส่วนหัวพิเศษที่จะรวมในคำขอเมื่อส่ง HTTP ไปยังเซิร์ฟเวอร์ คุณ
อาจระบุส่วนหัวพิเศษจำนวนเท่าใดก็ได้ โปรดทราบว่าหากคุณควรเพิ่มกำหนดเอง
ส่วนหัวที่มีชื่อเดียวกับหนึ่งในหัวข้อภายในที่ curl จะใช้ your
ส่วนหัวที่ตั้งไว้ภายนอกจะถูกใช้แทนส่วนหัวภายใน สิ่งนี้ทำให้คุณสามารถ
ทำสิ่งที่ยุ่งยากกว่าที่ curl จะทำตามปกติ ไม่ควรเปลี่ยน
ตั้งค่าส่วนหัวภายในโดยไม่ทราบว่าคุณกำลังทำอะไรอยู่ ลบและ
ส่วนหัวภายในโดยการแทนที่โดยไม่มีเนื้อหาทางด้านขวาของ
โคลอน เช่นใน: -H "โฮสต์:" หากคุณส่งส่วนหัวที่กำหนดเองโดยไม่มีค่า แสดงว่าเป็น
ส่วนหัวต้องสิ้นสุดด้วยเครื่องหมายอัฒภาค เช่น -H "X-Custom-Header" ส่ง
"X-กำหนดเอง-ส่วนหัว:".

curl จะทำให้แน่ใจว่าแต่ละส่วนหัวที่คุณเพิ่ม / แทนที่จะถูกส่งด้วยปลายที่เหมาะสม
of-line marker คุณควรดังนั้น ไม่ เพิ่มว่าเป็นส่วนหนึ่งของเนื้อหาส่วนหัว: do
ไม่ได้เพิ่มการขึ้นบรรทัดใหม่หรือการขึ้นบรรทัดใหม่ สิ่งเหล่านี้จะทำให้คุณสับสนเท่านั้น

ดูเพิ่มเติมที่ -NS, --ผู้ใช้ตัวแทน และ -e, --ผู้อ้างอิง ตัวเลือก

เริ่มต้นใน 7.37.0 คุณต้อง --proxy-ส่วนหัว เพื่อส่งส่วนหัวที่กำหนดเองสำหรับ
พร็อกซี่

ตัวอย่าง:

# curl -H "X-ชื่อจริง: โจ" http://192.168.0.1/

คำเตือน: ส่วนหัวที่ตั้งค่าด้วยตัวเลือกนี้จะถูกตั้งค่าในคำขอทั้งหมด - แม้หลังจาก
มีการติดตามการเปลี่ยนเส้นทางเช่นเมื่อบอกด้วย -แอล, --ที่ตั้ง. นี้สามารถนำไปสู่
ส่วนหัวถูกส่งไปยังโฮสต์อื่นที่ไม่ใช่โฮสต์ดั้งเดิม ส่วนหัวที่ละเอียดอ่อนมาก
ควรใช้ด้วยความระมัดระวังร่วมกับการเปลี่ยนเส้นทางต่อไปนี้

สามารถใช้ตัวเลือกนี้ได้หลายครั้งเพื่อเพิ่ม/แทนที่/ลบส่วนหัวหลายรายการ

--hostpubmd5
(SCP/SFTP) ส่งสตริงที่มีเลขฐานสิบหก 32 หลัก สตริงควรเป็น
เช็คซัม MD128 5 บิตของคีย์สาธารณะของโฮสต์ระยะไกล curl จะปฏิเสธ
การเชื่อมต่อกับโฮสต์เว้นแต่ว่า md5sums จะตรงกัน (เพิ่มใน 7.17.1)

--ละเว้น-เนื้อหา-ความยาว
สำหรับ HTTP ให้ละเว้นส่วนหัวของความยาวเนื้อหา สิ่งนี้มีประโยชน์อย่างยิ่งสำหรับเซิร์ฟเวอร์
รัน Apache 1.x ซึ่งจะรายงานความยาวเนื้อหาที่ไม่ถูกต้องสำหรับไฟล์ที่มีขนาดใหญ่ขึ้น
กว่า 2 กิกะไบต์

สำหรับ FTP (ตั้งแต่ 7.46.0) ให้ข้ามคำสั่ง RETR เพื่อค้นหาขนาดก่อน
กำลังดาวน์โหลดไฟล์.

-i, --รวม
(HTTP) รวมส่วนหัว HTTP ในเอาต์พุต ส่วนหัว HTTP มีสิ่งต่างๆ เช่น
ชื่อเซิร์ฟเวอร์ วันที่ของเอกสาร เวอร์ชัน HTTP และอื่นๆ...

-ผม, --หัว
(HTTP/FTP/FILE) ดึงข้อมูลส่วนหัว HTTP เท่านั้น! เซิร์ฟเวอร์ HTTP มีคำสั่ง HEAD
ซึ่งใช้เพื่อให้ได้อะไรนอกจากส่วนหัวของเอกสาร เมื่อใช้กับ FTP หรือ
ไฟล์ FILE curl แสดงขนาดไฟล์และเวลาที่แก้ไขล่าสุดเท่านั้น

--อินเตอร์เฟซ
ดำเนินการโดยใช้อินเทอร์เฟซที่ระบุ คุณสามารถป้อนชื่ออินเทอร์เฟซ IP
ที่อยู่หรือชื่อโฮสต์ ตัวอย่างอาจมีลักษณะดังนี้:

ขด -- อินเทอร์เฟซ eth0:1 http://www.netscape.com/

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-j, --junk-เซสชัน-คุกกี้
(HTTP) เมื่อ curl ถูกบอกให้อ่านคุกกี้จากไฟล์ที่กำหนด ตัวเลือกนี้จะทำให้
มันทิ้ง "คุกกี้เซสชัน" ทั้งหมด โดยพื้นฐานแล้วจะมีผลเหมือนกับว่า a
เริ่มเซสชันใหม่แล้ว เบราว์เซอร์ทั่วไปจะละทิ้งคุกกี้ของเซสชันเสมอเมื่อ
พวกเขากำลังปิดตัวลง

-J, --ชื่อส่วนหัวระยะไกล
(HTTP) ตัวเลือกนี้บอก -โอ --remote-ชื่อ ตัวเลือกในการใช้เซิร์ฟเวอร์ที่ระบุ
ชื่อไฟล์การจัดการเนื้อหาแทนการแยกชื่อไฟล์จาก URL

ไม่มีการพยายามถอดรหัส %-sequences (ยัง) ในชื่อไฟล์ที่ให้มา ดังนั้นสิ่งนี้
ตัวเลือกอาจให้ชื่อไฟล์ที่ไม่คาดคิดแก่คุณ

-k, --ไม่ปลอดภัย
(SSL) ตัวเลือกนี้อนุญาตให้ curl ทำการเชื่อมต่อ SSL ที่ "ไม่ปลอดภัย" และ . ได้อย่างชัดเจน
โอน. การเชื่อมต่อ SSL ทั้งหมดพยายามทำให้ปลอดภัยโดยใช้CA
ชุดใบรับรองที่ติดตั้งโดยค่าเริ่มต้น สิ่งนี้ทำให้การเชื่อมต่อทั้งหมดได้รับการพิจารณา
"ไม่ปลอดภัย" ล้มเหลวเว้นแต่ -เค --ไม่ปลอดภัย ถูกนำมาใช้.

ดูแหล่งข้อมูลออนไลน์นี้สำหรับรายละเอียดเพิ่มเติม:
http://curl.haxx.se/docs/sslcerts.html

-K, --config
ระบุไฟล์ปรับแต่งที่จะอ่านอาร์กิวเมนต์ curl ไฟล์ปรับแต่งเป็นข้อความ
ไฟล์ที่สามารถเขียนอาร์กิวเมนต์บรรทัดคำสั่งซึ่งจะถูกใช้เป็น if
พวกเขาเขียนบนบรรทัดคำสั่งจริง

ต้องระบุตัวเลือกและพารามิเตอร์ในบรรทัดไฟล์กำหนดค่าเดียวกัน
คั่นด้วยช่องว่าง ทวิภาค หรือเครื่องหมายเท่ากับ ชื่อตัวเลือกแบบยาวสามารถ
ทางเลือกจะได้รับในไฟล์ปรับแต่งโดยไม่มีขีดกลางคู่เริ่มต้นและถ้าเป็นเช่นนั้น
เครื่องหมายโคลอนหรือเครื่องหมายเท่ากับสามารถใช้เป็นตัวคั่นได้ ถ้าตัวเลือกคือ
ระบุด้วยขีดกลางหนึ่งหรือสองขีด ไม่มีเครื่องหมายทวิภาคหรือเท่ากับอักขระระหว่าง
ตัวเลือกและพารามิเตอร์

หากพารามิเตอร์มีช่องว่าง พารามิเตอร์ต้องอยู่ภายใน
คำพูด ภายในเครื่องหมายคำพูดคู่ มี Escape Sequence ดังต่อไปนี้: \\, \",
\t, \n, \r และ \v. แบ็กสแลชที่นำหน้าตัวอักษรอื่น ๆ จะถูกละเว้น ถ้าครั้งแรก
คอลัมน์ของบรรทัดการกำหนดค่าเป็นอักขระ '#' ส่วนที่เหลือของบรรทัดจะถือว่าเป็น
ความคิดเห็น. เขียนเพียงหนึ่งตัวเลือกต่อฟิสิคัลไลน์ในไฟล์ปรับแต่ง

ระบุชื่อไฟล์เป็น -K, --config เป็น '-' เพื่อให้ curl อ่านไฟล์จาก stdin

โปรดทราบว่าเพื่อให้สามารถระบุ URL ในไฟล์ปรับแต่งได้ คุณต้องระบุมัน
โดยใช้โปรแกรม --url ไม่ใช่เพียงแค่เขียน URL ในบรรทัดของตัวเอง ดังนั้นจึง
อาจดูคล้ายกับสิ่งนี้:

url = "http://curl.haxx.se/docs/"

เมื่อ curl ถูกเรียกใช้ มันจะเสมอ (เว้นแต่ -q ใช้) ตรวจสอบการกำหนดค่าเริ่มต้น
ไฟล์และใช้งานหากพบ ไฟล์กำหนดค่าเริ่มต้นจะถูกตรวจสอบดังต่อไปนี้
สถานที่ในลำดับนี้:

1) curl พยายามค้นหา "home dir": ก่อนอื่นให้ตรวจสอบ CURL_HOME จากนั้น
ตัวแปรสภาพแวดล้อม HOME ไม่เช่นนั้นจะใช้ getpwuid() บน Unix-like
ระบบ (ซึ่งส่งคืน home dir ที่กำหนดให้กับผู้ใช้ปัจจุบันในระบบของคุณ) บน
Windows จากนั้นจะตรวจสอบตัวแปร APPDATA หรือเป็นทางเลือกสุดท้าย
'%USERPROFILE%\ข้อมูลแอปพลิเคชัน'

2) บน windows หากไม่มีไฟล์ _curlrc ในโฮม dir มันจะตรวจสอบไฟล์หนึ่งไฟล์ใน
dir เดียวกันกับไฟล์เรียกทำงานของ curl บนระบบที่เหมือนยูนิกซ์ มันจะง่าย
ลองโหลด .curlrc จาก home dir ที่กำหนด

# --- ไฟล์ตัวอย่าง ---
#นี่คือความคิดเห็น
url = "curl.haxx.se"
เอาต์พุต = "curlhere.html"
user-agent = "superagent/1.0"

# และดึง URL อื่นด้วย
url = "curl.haxx.se/docs/manpage.html"
-O
ผู้อ้างอิง = "http://nowhereatall.com/"
# --- สิ้นสุดไฟล์ตัวอย่าง ---

ตัวเลือกนี้สามารถใช้ได้หลายครั้งเพื่อโหลดไฟล์กำหนดค่าหลายไฟล์

--Keepalive-เวลา
ตัวเลือกนี้กำหนดเวลาที่การเชื่อมต่อต้องอยู่ในสถานะว่างก่อนส่ง
โพรบ Keepalive และเวลาระหว่างโพรบ Keepalive แต่ละตัว อยู่ในขณะนี้
มีผลกับระบบปฏิบัติการที่นำเสนอซ็อกเก็ต TCP_KEEPIDLE และ TCP_KEEPINTVL
ตัวเลือก (หมายถึง Linux, AIX ล่าสุด, HP-UX และอื่นๆ) ตัวเลือกนี้ไม่มีผลถ้า
--ไม่มีผู้ดูแล ถูกนำมาใช้. (เพิ่มใน 7.18.0)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย หากไม่ระบุ
ตัวเลือกเริ่มต้นเป็น 60 วินาที

--กุญแจ
(SSL/SSH) ชื่อไฟล์คีย์ส่วนตัว อนุญาตให้คุณระบุคีย์ส่วนตัวของคุณในนี้
แยกไฟล์. สำหรับ SSH หากไม่ได้ระบุ curl จะลองใช้ตัวเลือกต่อไปนี้ใน
คำสั่ง: '~/.ssh/id_rsa','~/.ssh/id_dsa', './id_rsa', './id_dsa'

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--key-type
(SSL) ประเภทไฟล์คีย์ส่วนตัว ระบุประเภทของคุณ --กุญแจ ให้คีย์ส่วนตัวคือ
รองรับ DER, PEM และ ENG หากไม่ระบุ จะถือว่า PEM

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--krb
(FTP) เปิดใช้งานการรับรองความถูกต้องและการใช้งาน Kerberos ต้องป้อนระดับและควร
เป็น 'ชัดเจน', 'ปลอดภัย', 'ลับ' หรือ 'ส่วนตัว' คุณควรใช้ระดับ
ที่ไม่ใช่หนึ่งในนั้น จะใช้ 'ส่วนตัว' แทน

ตัวเลือกนี้ต้องการไลบรารีที่สร้างด้วยการสนับสนุน kerberos4 นี่ไม่ค่อย
ทั่วไป. ใช้ -วี --รุ่น เพื่อดูว่าลอนของคุณรองรับหรือไม่

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-l, --รายการเท่านั้น
(FTP) เมื่อแสดงรายการไดเร็กทอรี FTP สวิตช์นี้จะบังคับให้แสดงเฉพาะชื่อเท่านั้น นี่คือ
มีประโยชน์อย่างยิ่งหากผู้ใช้ต้องการแยกวิเคราะห์เนื้อหาของ FTP
ไดเร็กทอรีเนื่องจากมุมมองไดเร็กทอรีปกติไม่ได้ใช้รูปลักษณ์หรือรูปแบบมาตรฐาน
เมื่อใช้เช่นนี้ ตัวเลือกจะทำให้ส่งคำสั่ง NLST ไปยังเซิร์ฟเวอร์
แทน LIST

หมายเหตุ: เซิร์ฟเวอร์ FTP บางตัวแสดงรายการเฉพาะไฟล์ในการตอบสนองต่อ NLST พวกเขาไม่ได้
รวมไดเรกทอรีย่อยและลิงก์สัญลักษณ์

(POP3) เมื่อดึงอีเมลเฉพาะจาก POP3 สวิตช์นี้จะบังคับให้ LIST
คำสั่งที่จะดำเนินการแทน RETR สิ่งนี้มีประโยชน์อย่างยิ่งหากผู้ใช้
ต้องการดูว่ามีรหัสข้อความเฉพาะบนเซิร์ฟเวอร์หรือไม่และมีขนาดเท่าใด

หมายเหตุ: เมื่อรวมกับ -NS, --ขอ , ตัวเลือกนี้สามารถใช้ในการส่ง
คำสั่ง UIDL แทน ดังนั้นผู้ใช้อาจใช้ตัวระบุเฉพาะของอีเมลแทน
กว่ามันเป็นรหัสข้อความที่จะทำการร้องขอ (เพิ่มใน 7.21.5)

-L, --ที่ตั้ง
(HTTP/HTTPS) หากเซิร์ฟเวอร์รายงานว่าหน้าที่ร้องขอได้ย้ายไปที่อื่น
ตำแหน่ง (ระบุด้วยตำแหน่ง: ส่วนหัวและรหัสตอบกลับ 3XX) ตัวเลือกนี้
จะทำให้ curl ทำซ้ำคำขอในที่ใหม่ หากใช้ร่วมกับ -ผม,
--รวม or -ผม, --ศีรษะส่วนหัวจากหน้าที่ร้องขอทั้งหมดจะปรากฏขึ้น เมื่อไหร่
ใช้การรับรองความถูกต้อง curl ส่งข้อมูลประจำตัวไปยังโฮสต์เริ่มต้นเท่านั้น ถ้า
การเปลี่ยนเส้นทางนำ curl ไปยังโฮสต์อื่นจะไม่สามารถสกัดกั้น
ผู้ใช้+รหัสผ่าน ดูสิ่งนี้ด้วย --สถานที่-เชื่อถือได้ เกี่ยวกับวิธีการเปลี่ยนสิ่งนี้ คุณสามารถ จำกัด
จำนวนการเปลี่ยนเส้นทางที่จะติดตามโดยใช้ --max-redirs ตัวเลือก

เมื่อ curl ติดตามการเปลี่ยนเส้นทางและคำขอไม่ใช่ GET ธรรมดา (เช่น POST
หรือ PUT) จะทำการร้องขอต่อไปนี้ด้วย GET หากการตอบกลับ HTTP เป็น 301
302 หรือ 303 หากรหัสตอบกลับเป็นรหัส 3xx อื่น curl จะส่ง .อีกครั้ง
ตามคำขอโดยใช้วิธีการเดียวกันที่ยังไม่ได้แก้ไข

คุณสามารถบอกให้ curl ไม่เปลี่ยนวิธีคำขอที่ไม่ใช่ GET เป็น GET หลังจาก 30x
ตอบสนองโดยใช้ตัวเลือกเฉพาะสำหรับสิ่งนั้น: --post301, --post302 และ
-post303.

--libcurl
เพิ่มตัวเลือกนี้ต่อท้ายบรรทัดคำสั่ง curl ธรรมดาและคุณจะได้รับ libcurl-
โดยใช้ซอร์สโค้ด C ที่เขียนไปยังไฟล์ที่เทียบเท่ากับไฟล์ของคุณ
การดำเนินการบรรทัดคำสั่งทำได้!

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ชื่อไฟล์สุดท้ายที่ระบุ (เพิ่ม
ในปี 7.16.1)

--จำกัดอัตรา
ระบุอัตราการถ่ายโอนสูงสุดที่คุณต้องการให้ curl ใช้ - สำหรับทั้งการดาวน์โหลดและ
อัปโหลด ฟีเจอร์นี้มีประโยชน์หากคุณมีไปป์ที่จำกัดและคุณต้องการ
ถ่ายโอนเพื่อไม่ให้ใช้แบนด์วิดท์ทั้งหมดของคุณ เพื่อให้มันช้ากว่าที่เป็นอย่างอื่น
อยากจะเป็น.

ความเร็วที่กำหนดมีหน่วยเป็นไบต์/วินาที เว้นแต่จะมีการต่อท้ายคำต่อท้าย
ต่อท้าย 'k' หรือ 'K' จะนับจำนวนเป็นกิโลไบต์ 'm' หรือ M' ทำให้มัน
เมกะไบต์ ในขณะที่ 'g' หรือ 'G' ทำให้เป็นกิกะไบต์ ตัวอย่าง: 200K, 3m และ 1G

อัตราที่กำหนดคือความเร็วเฉลี่ยที่นับระหว่างการโอนทั้งหมด แปลว่า
curl นั้นอาจใช้ความเร็วการถ่ายโอนที่สูงขึ้นในช่วงเวลาสั้น ๆ แต่จะใช้เมื่อเวลาผ่านไป
ไม่เกินอัตราที่กำหนด

หากคุณยังใช้ -ใช่ --จำกัด ความเร็ว ตัวเลือก ตัวเลือกนั้นจะมีความสำคัญและ
อาจทำลายการจำกัดอัตราเล็กน้อย เพื่อช่วยรักษาตรรกะการจำกัดความเร็ว
ทำงาน.

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--local-พอร์ต [-จำนวน]
ตั้งค่าหมายเลขที่ต้องการหรือช่วงของหมายเลขพอร์ตภายในเครื่องเพื่อใช้สำหรับการเชื่อมต่อ
โปรดทราบว่าหมายเลขพอร์ตโดยธรรมชาติเป็นทรัพยากรที่หายากที่จะยุ่งในบางครั้ง
ดังนั้นการตั้งค่าช่วงนี้ให้แคบเกินไปอาจทำให้เกิดการเชื่อมต่อที่ไม่จำเป็น
ความล้มเหลวในการตั้งค่า (เพิ่มใน 7.15.2)

--สถานที่-เชื่อถือได้
(HTTP/HTTPS) ชอบ -แอล, --ที่ตั้งแต่จะอนุญาตให้ส่งชื่อ+รหัสผ่านไปให้ทุกคน
โฮสต์ที่ไซต์อาจเปลี่ยนเส้นทางไป นี้อาจหรือไม่อาจแนะนำการรักษาความปลอดภัย
ละเมิดหากไซต์เปลี่ยนเส้นทางคุณไปยังไซต์ที่คุณจะส่งการรับรองความถูกต้องของคุณ
ข้อมูล (ซึ่งเป็นข้อความธรรมดาในกรณีของการรับรองความถูกต้อง HTTP Basic)

-m, --max-time
เวลาสูงสุดเป็นวินาทีที่คุณอนุญาตให้ดำเนินการทั้งหมด มีประโยชน์
เพื่อป้องกันไม่ให้งานแบทช์ของคุณหยุดทำงานเป็นเวลาหลายชั่วโมงเนื่องจากเครือข่ายหรือลิงก์ที่ช้า
กำลังลงไป. ตั้งแต่ 7.32.0 ตัวเลือกนี้ยอมรับค่าทศนิยม แต่ค่าจริง
การหมดเวลาจะลดลงในความแม่นยำเมื่อการหมดเวลาที่ระบุเพิ่มขึ้นในหน่วยทศนิยม
ความแม่นยำ ดูเพิ่มเติมที่ --เชื่อมต่อ-หมดเวลา ตัวเลือก

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--เข้าสู่ระบบ-ตัวเลือก
ระบุตัวเลือกการเข้าสู่ระบบเพื่อใช้ระหว่างการรับรองความถูกต้องของเซิร์ฟเวอร์

คุณสามารถใช้ตัวเลือกการเข้าสู่ระบบเพื่อระบุตัวเลือกเฉพาะโปรโตคอลที่อาจใช้
ระหว่างการตรวจสอบ ในปัจจุบันมีเพียง IMAP, POP3 และ SMTP เท่านั้นที่รองรับตัวเลือกการเข้าสู่ระบบ
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับตัวเลือกการเข้าสู่ระบบ โปรดดู RFC 2384, RFC 5092 และ IETF
ร่าง Draft-earhart-url-smtp-00.txt (เพิ่มใน 7.34.0)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--mail-auth
(SMTP) ระบุที่อยู่เดียว ซึ่งจะใช้เพื่อระบุการรับรองความถูกต้อง
ที่อยู่ (ข้อมูลประจำตัว) ของข้อความที่ส่งซึ่งกำลังส่งต่อไปยังเซิร์ฟเวอร์อื่น

(เพิ่มใน 7.25.0)

--mail-จาก
(SMTP) ระบุที่อยู่เดียวที่ควรส่งจดหมายที่ระบุ

(เพิ่มใน 7.20.0)

--max-filesize
ระบุขนาดสูงสุด (เป็นไบต์) ของไฟล์ที่จะดาวน์โหลด หากไฟล์ที่ร้องขอคือ
มากกว่าค่านี้ การถ่ายโอนจะไม่เริ่มต้นและ curl จะกลับมาพร้อมกับ exit
รหัส 63

หมายเหตุ: ขนาดไฟล์ไม่เป็นที่รู้จักเสมอไปก่อนที่จะดาวน์โหลด และสำหรับไฟล์ดังกล่าวนี้
ตัวเลือกไม่มีผลแม้ว่าการถ่ายโอนไฟล์จะจบลงที่ใหญ่กว่านี้
ขีด จำกัด สิ่งนี้เกี่ยวข้องกับการถ่ายโอนทั้ง FTP และ HTTP

--mail-rcpt
(SMTP) ระบุที่อยู่เดียว ชื่อผู้ใช้ หรือชื่อรายชื่อส่งเมล

เมื่อดำเนินการโอนเมล ผู้รับควรระบุที่อยู่อีเมลที่ถูกต้อง
เพื่อส่งจดหมายไปที่ (เพิ่มใน 7.20.0)

เมื่อดำเนินการตรวจสอบที่อยู่ (คำสั่ง VRFY) ผู้รับควรเป็น
ระบุเป็นชื่อผู้ใช้หรือชื่อผู้ใช้และโดเมน (ตามมาตรา 3.5 ของ RFC5321)
(เพิ่มใน 7.34.0)

เมื่อดำเนินการขยายรายชื่อผู้รับจดหมาย (คำสั่ง EXPN) ผู้รับควรเป็น
ระบุโดยใช้ชื่อรายชื่อผู้รับจดหมาย เช่น "Friends" หรือ "London-Office"
(เพิ่มใน 7.34.0)

--max-redirs
กำหนดจำนวนสูงสุดของการติดตามการเปลี่ยนเส้นทางที่อนุญาต ถ้า -แอล, --ที่ตั้ง ถูกนำมาใช้,
ตัวเลือกนี้สามารถใช้เพื่อป้องกัน curl จากการเปลี่ยนเส้นทาง "อย่างไร้สาระ"
โดยค่าเริ่มต้น ขีดจำกัดจะถูกตั้งค่าเป็น 50 การเปลี่ยนเส้นทาง ตั้งค่าตัวเลือกนี้เป็น -1 เพื่อสร้าง
ไม่จำกัด

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--เมทัลลิงค์
ตัวเลือกนี้สามารถบอกให้ curl แยกวิเคราะห์และประมวลผล URI ที่กำหนดเป็นไฟล์ Metalink (ทั้ง
รองรับเวอร์ชัน 3 และ 4 (RFC 5854) และใช้ประโยชน์จากมิเรอร์ที่อยู่ในรายการ
สำหรับเฟลโอเวอร์หากมีข้อผิดพลาด (เช่น ไฟล์หรือเซิร์ฟเวอร์ไม่พร้อมใช้งาน)
นอกจากนี้ยังจะตรวจสอบแฮชของไฟล์หลังจากการดาวน์โหลดเสร็จสิ้น The Metalink
ไฟล์นั้นถูกดาวน์โหลดและประมวลผลในหน่วยความจำและไม่ได้เก็บไว้ในไฟล์ในเครื่อง
ระบบ

ตัวอย่างการใช้ไฟล์ Metalink ระยะไกล:

โค้ง --เมทัลลิงค์ http://www.example.com/example.metalink

ในการใช้ไฟล์ Metalink ในระบบไฟล์ในเครื่อง ให้ใช้โปรโตคอล FILE (file://):

โค้ง --ไฟล์metalink://example.metalink

โปรดทราบว่าถ้าโปรโตคอล FILE ถูกปิดใช้งาน ไม่มีทางที่จะใช้ local
ไฟล์ Metalink ในขณะที่เขียนนี้ โปรดทราบด้วยว่า if --เมทัลลิงค์ และ
--รวม ใช้ร่วมกัน, --รวม จะถูกละเลย ทั้งนี้เป็นเพราะว่ารวมถึง
ส่วนหัวในการตอบกลับจะทำลายตัวแยกวิเคราะห์ของ Metalink และหากรวมส่วนหัวไว้ด้วย
ในไฟล์ที่อธิบายไว้ในไฟล์ Metalink การตรวจสอบแฮชจะล้มเหลว

(เพิ่มใน 7.27.0 หากสร้างเทียบกับไลบรารี libmetalink)

-n, --netrc
ทำให้ขดสแกน .netrc (_เน็ตอาร์ซี บน Windows) ไฟล์ในโฮมไดเร็กทอรีของผู้ใช้
สำหรับชื่อล็อกอินและรหัสผ่าน โดยทั่วไปจะใช้สำหรับ FTP บน Unix ถ้าใช้กับ
HTTP, curl จะเปิดใช้งานการตรวจสอบผู้ใช้ ดู เน็ตอาร์ซี(5) FTP(1) สำหรับรายละเอียดเกี่ยวกับ
รูปแบบไฟล์. Curl จะไม่บ่นถ้าไฟล์นั้นไม่มีสิทธิ์อนุญาต
(ไม่ควรเป็นแบบทั้งโลกหรือแบบกลุ่ม) ตัวแปรสภาพแวดล้อม "HOME"
ใช้สำหรับค้นหาโฮมไดเร็กตอรี่

ตัวอย่างที่ง่ายและรวดเร็วของการตั้งค่า a .netrc เพื่อให้ curl ไปยัง FTP to
เครื่อง host.domain.com ที่มีชื่อผู้ใช้ 'ฉัน' และรหัสผ่าน 'ความลับ' ควร
ดูคล้ายกับ:

เครื่อง โฮสต์.โดเมน.com เข้าสู่ระบบ ตนเอง รหัสผ่าน ลับ

-N, --ไม่มีบัฟเฟอร์
ปิดใช้งานการบัฟเฟอร์ของสตรีมเอาต์พุต ในสถานการณ์การทำงานปกติ curl will
ใช้กระแสเอาต์พุตบัฟเฟอร์มาตรฐานที่จะมีผลที่จะส่งออก
ข้อมูลเป็นชิ้นๆ ไม่จำเป็นว่าข้อมูลจะมาถึงเมื่อใด ใช้สิ่งนี้
ตัวเลือกจะปิดใช้งานการบัฟเฟอร์นั้น

โปรดทราบว่านี่คือชื่อตัวเลือกที่ถูกปฏิเสธในเอกสาร คุณสามารถใช้ --กันชน ไปยัง
บังคับให้บัฟเฟอร์

--netrc-ไฟล์
ตัวเลือกนี้คล้ายกับ --netrcยกเว้นว่าคุณให้เส้นทาง (สัมบูรณ์หรือ
สัมพันธ์) กับไฟล์ netrc ที่ Curl ควรใช้ คุณสามารถระบุได้เพียงหนึ่ง netrc
ไฟล์ต่อการร้องขอ ถ้าหลาย --netrc-ไฟล์ มีตัวเลือกให้ เฉพาะ ล่าสุด
หนึ่ง จะถูกนำไปใช้. (เพิ่มใน 7.21.5)

ตัวเลือกนี้จะแทนที่การใช้งานใดๆ ของ --netrc เนื่องจากเป็นคนละเรื่องกัน มันจะ
ยังปฏิบัติตาม --netrc-ตัวเลือก ถ้าระบุไว้

--netrc-ตัวเลือก
คล้ายกับ --netrcแต่ตัวเลือกนี้ทำให้ .netrc การใช้งาน ไม่จำเป็น และไม่
บังคับเป็น --netrc ตัวเลือกไม่

--ต่อรองจัดการ
(HTTP) เปิดใช้งานการตรวจสอบความถูกต้องของการเจรจาต่อรอง (SPNEGO)

หากคุณต้องการเปิดใช้งาน Negotiate (SPNEGO) สำหรับการตรวจสอบพร็อกซี ให้ใช้
--proxy-เจรจา.

ตัวเลือกนี้ต้องใช้ไลบรารีที่สร้างโดยรองรับ GSS-API หรือ SSPI ใช้ -วี
--รุ่น เพื่อดูว่า curl ของคุณรองรับ GSS-API/SSPI และ SPNEGO หรือไม่

เมื่อใช้ตัวเลือกนี้ คุณต้องระบุของปลอมด้วย -ยู, --ผู้ใช้ ตัวเลือกในการเปิดใช้งาน
รหัสรับรองความถูกต้องอย่างถูกต้อง การส่ง '-u :' ก็เพียงพอแล้วสำหรับชื่อผู้ใช้และ
รหัสผ่านจาก -u ตัวเลือกไม่ได้ใช้จริง

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกแรกเท่านั้น

--ไม่มีผู้ดูแล
ปิดการใช้งานข้อความ Keepalive บนการเชื่อมต่อ TCP ตามค่าเริ่มต้น curl
ช่วยให้พวกเขา

โปรดทราบว่านี่คือชื่อตัวเลือกที่ถูกปฏิเสธในเอกสาร คุณสามารถใช้ --ให้มีชีวิตอยู่
เพื่อบังคับใช้ Keepalive

--ไม่มีเซสชันid
(SSL) ปิดใช้งานการแคช SSL session-ID ของ curl โดยค่าเริ่มต้น การโอนทั้งหมดคือ
เสร็จสิ้นโดยใช้แคช สังเกตว่าในขณะที่พยายามจะไม่มีอะไรเสียหาย
นำรหัสเซสชัน SSL กลับมาใช้ใหม่ ดูเหมือนว่าจะมีการใช้งาน SSL ที่ใช้งานไม่ได้ในไวด์ที่
อาจต้องการให้คุณปิดการใช้งานสิ่งนี้เพื่อให้คุณประสบความสำเร็จ (เพิ่มใน 7.16.0)

โปรดทราบว่านี่คือชื่อตัวเลือกที่ถูกปฏิเสธในเอกสาร คุณสามารถใช้ --รหัสเซสชัน
เพื่อบังคับใช้การแคช ID เซสชัน

--noproxy
รายการโฮสต์ที่คั่นด้วยเครื่องหมายจุลภาคซึ่งไม่ได้ใช้พร็อกซี หากมีการระบุไว้ ดิ
อักขระตัวแทนเท่านั้นที่เป็นอักขระ * ตัวเดียว ซึ่งตรงกับโฮสต์ทั้งหมด และมีประสิทธิภาพ
ปิดการใช้งานพรอกซี แต่ละชื่อในรายการนี้ตรงกับโดเมนที่
มีชื่อโฮสต์หรือชื่อโฮสต์เอง ตัวอย่างเช่น local.com จะจับคู่
local.com, local.com:80 และ www.local.com แต่ไม่ใช่ www.notlocal.com (เพิ่มใน
7.19.4)

--ntlm (HTTP) เปิดใช้งานการพิสูจน์ตัวตน NTLM วิธีการตรวจสอบสิทธิ์ NTLM ออกแบบโดย
Microsoft และถูกใช้โดยเว็บเซิร์ฟเวอร์ IIS มันเป็นโปรโตคอลที่เป็นกรรมสิทธิ์ ย้อนกลับ-
ออกแบบโดยคนฉลาดและนำไปใช้ในขดตามความพยายามของพวกเขา นี้
พฤติกรรมแบบไหนไม่ควรสนับสนุน ควรส่งเสริมให้ทุกคนที่ใช้
NTLM เพื่อเปลี่ยนไปใช้วิธีตรวจสอบสิทธิ์แบบสาธารณะและแบบมีเอกสารแทน เช่น
ย่อยอาหาร.

หากคุณต้องการเปิดใช้งาน NTLM สำหรับการตรวจสอบพร็อกซีของคุณ ให้ใช้ --พร็อกซี-ntlm.

ตัวเลือกนี้ต้องการไลบรารีที่สร้างด้วยการสนับสนุน SSL ใช้ -วี --รุ่น เพื่อดูว่า
curl ของคุณรองรับ NTLM

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกแรกเท่านั้น

-o, --output
เขียนเอาต์พุตไปที่ แทนที่จะเป็น stdout หากคุณกำลังใช้ {} หรือ [] เพื่อดึง
เอกสารหลายฉบับ คุณสามารถใช้ '#' ตามด้วยตัวเลขใน ตัวระบุ
ตัวแปรนั้นจะถูกแทนที่ด้วยสตริงปัจจุบันสำหรับการดึงข้อมูล URL
ชอบใน:

curl http://{หนึ่ง,สอง}.site.com -o "file_#1.txt"

หรือใช้ตัวแปรหลายอย่างเช่น:

curl http://{site,host}.host[1-5].com -o "#1_#2"

คุณสามารถใช้ตัวเลือกนี้ได้หลายครั้งตามจำนวน URL ที่คุณมี

ดูเพิ่มเติมที่ --สร้าง-dirs ตัวเลือกเพื่อสร้างไดเร็กทอรีท้องถิ่นแบบไดนามิก
การระบุเอาต์พุตเป็น '-' (ขีดเดียว) จะบังคับให้เอาต์พุตเสร็จสิ้นไปยัง
มาตรฐาน

-O, --remote-ชื่อ
เขียนเอาต์พุตไปยังไฟล์ในเครื่องที่ชื่อเหมือนไฟล์ระยะไกลที่เราได้รับ (เฉพาะส่วนไฟล์
ของไฟล์ระยะไกลถูกใช้เส้นทางถูกตัดออก)

ชื่อไฟล์ระยะไกลที่จะใช้สำหรับการบันทึกถูกแยกจาก URL ที่กำหนด ไม่มีอะไร
อื่น.

ด้วยเหตุนี้ ไฟล์จะถูกบันทึกไว้ในไดเร็กทอรีการทำงานปัจจุบัน ถ้าคุณ
ต้องการไฟล์ที่บันทึกไว้ในไดเร็กทอรีอื่น ตรวจสอบให้แน่ใจว่าคุณเปลี่ยนการทำงานปัจจุบัน
ไดเร็กทอรีก่อนที่คุณจะเรียกใช้ curl ด้วย the -โอ --remote-ชื่อ ธง!

ไม่มีการถอดรหัส URL บนชื่อไฟล์ หากมี %20 หรือ URL อื่นที่เข้ารหัส
บางส่วนของชื่อ พวกเขาจะจบลงตามที่เป็นชื่อไฟล์

คุณสามารถใช้ตัวเลือกนี้ได้หลายครั้งตามจำนวน URL ที่คุณมี

--oauth2-ผู้ถือ
(IMAP, POP3, SMTP) ระบุ Bearer Token สำหรับการตรวจสอบสิทธิ์เซิร์ฟเวอร์ OAUTH 2.0
Bearer Token ใช้ร่วมกับชื่อผู้ใช้ซึ่งสามารถระบุได้
เป็นส่วนหนึ่งของ --url or -ยู, --ผู้ใช้ ตัวเลือก

Bearer Token และชื่อผู้ใช้ได้รับการจัดรูปแบบตาม RFC 6750

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--proxy-ส่วนหัว
(HTTP) ส่วนหัวพิเศษที่จะรวมในคำขอเมื่อส่ง HTTP ไปยังพร็อกซี คุณอาจ
ระบุส่วนหัวเพิ่มเติมจำนวนเท่าใดก็ได้ นี่คือตัวเลือกที่เทียบเท่ากับ -ชม, --หัวข้อ
แต่ใช้สำหรับการสื่อสารพร็อกซี่เท่านั้นในคำขอ CONNECT เมื่อคุณต้องการ
ส่วนหัวแยกต่างหากที่ส่งไปยังพร็อกซีไปยังสิ่งที่ส่งไปยังรีโมตโฮสต์จริง

curl จะทำให้แน่ใจว่าแต่ละส่วนหัวที่คุณเพิ่ม / แทนที่จะถูกส่งด้วยปลายที่เหมาะสม
of-line marker คุณควรดังนั้น ไม่ เพิ่มว่าเป็นส่วนหนึ่งของเนื้อหาส่วนหัว: do
ไม่ได้เพิ่มการขึ้นบรรทัดใหม่หรือการขึ้นบรรทัดใหม่ สิ่งเหล่านี้จะทำให้คุณสับสนเท่านั้น

ส่วนหัวที่ระบุด้วยตัวเลือกนี้จะไม่รวมอยู่ในคำขอที่ curl รู้
จะไม่ถูกส่งไปยังพร็อกซี่

สามารถใช้ตัวเลือกนี้ได้หลายครั้งเพื่อเพิ่ม/แทนที่/ลบส่วนหัวหลายรายการ

(เพิ่มใน 7.37.0)

-p, --proxytunnel
เมื่อใช้พร็อกซี HTTP (-NS, --หนังสือมอบฉันทะ) ตัวเลือกนี้จะทำให้โปรโตคอลที่ไม่ใช่ HTTP
เพื่อพยายามเจาะช่องสัญญาณผ่านพร็อกซีแทนที่จะใช้เพื่อทำ HTTP-like
การดำเนินงาน วิธีการทันเนลถูกสร้างขึ้นด้วยการร้องขอ HTTP proxy CONNECT และ
ต้องการให้พร็อกซี่อนุญาตให้เชื่อมต่อโดยตรงกับหมายเลขพอร์ตระยะไกล curl ต้องการ
ลอดผ่านไปยัง.

-P, --ftp-พอร์ต
(FTP) ย้อนกลับบทบาทเริ่มต้น/ผู้ฟังเริ่มต้นเมื่อเชื่อมต่อกับ FTP นี้
สวิตช์ทำให้ curl ใช้โหมดแอ็คทีฟ ในทางปฏิบัติ curl แล้วบอกเซิร์ฟเวอร์ให้
เชื่อมต่อกลับไปยังที่อยู่และพอร์ตที่ระบุของลูกค้า ในขณะที่โหมดพาสซีฟจะถาม
เซิร์ฟเวอร์เพื่อตั้งค่าที่อยู่ IP และพอร์ตสำหรับเชื่อมต่อ ควร
เป็นหนึ่งใน:

อินเตอร์เฟซ
เช่น "eth0" เพื่อระบุที่อยู่ IP ของอินเทอร์เฟซที่คุณต้องการใช้ (Unix
เท่านั้น)

ที่อยู่ IP
เช่น "192.168.10.1" เพื่อระบุที่อยู่ IP ที่แน่นอน

ชื่อโฮสต์
เช่น "my.host.domain" เพื่อระบุเครื่อง

- ทำให้ curl เลือกที่อยู่ IP เดียวกันกับที่ใช้สำหรับการควบคุมแล้ว
การเชื่อมต่อ

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย ปิดการใช้งานของ
PORT กับ --ftp-pasv. ปิดการใช้งานความพยายามที่จะใช้คำสั่ง EPRT แทน PORT
โดยใช้ --ปิดการใช้งาน-eprt. EPRT เป็น PORT++ จริงๆ

เริ่มใน 7.19.5 คุณสามารถต่อท้าย ":[start]-[end]" ที่ด้านขวาของที่อยู่เพื่อ
บอก curl ว่าจะใช้พอร์ต TCP ช่วงใด นั่นหมายถึงคุณระบุช่วงพอร์ตจาก a
ต่ำไปเป็นตัวเลขที่สูงขึ้น ตัวเลขเดียวก็ใช้ได้เช่นกัน แต่โปรดทราบว่า
เพิ่มความเสี่ยงของความล้มเหลวเนื่องจากพอร์ตอาจไม่พร้อมใช้งาน

--ผ่าน
(SSL/SSH) รหัสผ่านสำหรับคีย์ส่วนตัว

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--เส้นทางตามที่เป็นอยู่
บอก curl ว่าอย่าจัดการลำดับของ - or - ในเส้นทาง URL ที่กำหนด โดยทั่วไป
curl จะสควอชหรือรวมเข้าด้วยกันตามมาตรฐาน แต่ด้วยตัวเลือกนี้จะกำหนดคุณ
บอกมันว่าอย่าทำอย่างนั้น

(เพิ่มใน 7.42.0)

--post301
(HTTP) บอกให้ curl เคารพ RFC 7230/6.4.2 และไม่แปลงคำขอ POST เป็น GET
ร้องขอเมื่อติดตามการเปลี่ยนเส้นทาง 301 พฤติกรรมที่ไม่ใช่ RFC มีอยู่ทั่วไปใน
เว็บเบราว์เซอร์ ดังนั้น curl จึงทำการแปลงโดยค่าเริ่มต้นเพื่อรักษาความสม่ำเสมอ
อย่างไรก็ตาม เซิร์ฟเวอร์อาจต้องการ POST เพื่อคงสถานะ POST หลังจากการเปลี่ยนเส้นทางดังกล่าว
ตัวเลือกนี้มีความหมายเฉพาะเมื่อใช้ -แอล, --ที่ตั้ง (เพิ่มใน 7.17.1)

--post302
(HTTP) บอกให้ curl เคารพ RFC 7230/6.4.3 และไม่แปลงคำขอ POST เป็น GET
ร้องขอเมื่อติดตามการเปลี่ยนเส้นทาง 302 พฤติกรรมที่ไม่ใช่ RFC มีอยู่ทั่วไปใน
เว็บเบราว์เซอร์ ดังนั้น curl จึงทำการแปลงโดยค่าเริ่มต้นเพื่อรักษาความสม่ำเสมอ
อย่างไรก็ตาม เซิร์ฟเวอร์อาจต้องการ POST เพื่อคงสถานะ POST หลังจากการเปลี่ยนเส้นทางดังกล่าว
ตัวเลือกนี้มีความหมายเฉพาะเมื่อใช้ -แอล, --ที่ตั้ง (เพิ่มใน 7.19.1)

--post303
(HTTP) บอกให้ curl เคารพ RFC 7230/6.4.4 และไม่แปลงคำขอ POST เป็น GET
ร้องขอเมื่อติดตามการเปลี่ยนเส้นทาง 303 พฤติกรรมที่ไม่ใช่ RFC มีอยู่ทั่วไปใน
เว็บเบราว์เซอร์ ดังนั้น curl จึงทำการแปลงโดยค่าเริ่มต้นเพื่อรักษาความสม่ำเสมอ
อย่างไรก็ตาม เซิร์ฟเวอร์อาจต้องการ POST เพื่อคงสถานะ POST หลังจากการเปลี่ยนเส้นทางดังกล่าว
ตัวเลือกนี้มีความหมายเฉพาะเมื่อใช้ -แอล, --ที่ตั้ง (เพิ่มใน 7.26.0)

--proto
บอกให้ curl ใช้โปรโตคอลที่ระบุไว้สำหรับการดึงข้อมูลเบื้องต้น โปรโตคอลคือ
ประเมินจากซ้ายไปขวา คั่นด้วยเครื่องหมายจุลภาค และแต่ละชื่อเป็นโปรโตคอลหรือ
'ทั้งหมด' นำหน้าด้วยตัวปรับแต่งศูนย์หรือมากกว่า ตัวดัดแปลงที่ใช้ได้คือ:

+ อนุญาตโปรโตคอลนี้นอกเหนือจากโปรโตคอลที่ได้รับอนุญาตแล้ว (นี่คือ
ค่าเริ่มต้นหากไม่มีการใช้ตัวแก้ไข)

- ปฏิเสธโปรโตคอลนี้ ลบออกจากรายการโปรโตคอลที่อนุญาตแล้ว

= อนุญาตเฉพาะโปรโตคอลนี้ (ละเว้นรายการที่อนุญาตแล้ว) แม้ว่า subject
เพื่อแก้ไขในภายหลังโดยรายการถัดไปในรายการที่คั่นด้วยเครื่องหมายจุลภาค

ตัวอย่างเช่น:

--โปรโต -ftps ใช้โปรโตคอลเริ่มต้น แต่ปิดการใช้งาน ftps

--โปรโต -ทั้งหมด,https,+http
เปิดใช้งานเฉพาะ http และ https

--โปรโต =http,https
ยังเปิดใช้งาน http และ https . เท่านั้น

โปรโตคอลที่ไม่รู้จักสร้างคำเตือน ซึ่งช่วยให้สคริปต์สามารถพึ่งพาได้อย่างปลอดภัย
สามารถปิดการใช้งานโปรโตคอลที่อาจเป็นอันตรายโดยไม่ต้องพึ่งพาการสนับสนุนสำหรับ
โปรโตคอลนั้นถูกสร้างขึ้นใน curl เพื่อหลีกเลี่ยงข้อผิดพลาด

ตัวเลือกนี้สามารถใช้ได้หลายครั้ง ซึ่งในกรณีนี้เอฟเฟกต์จะเหมือนกับ
การรวมโปรโตคอลเป็นอินสแตนซ์เดียวของตัวเลือก

(เพิ่มใน 7.20.2)

--proto-default
บอกลอนให้ใช้ โปรโตคอล สำหรับ URL ที่ไม่มีชื่อแบบแผน

ตัวอย่าง:

--proto-default https ftp.mozilla.org
https://ftp.mozilla.org

โปรโตคอลที่ไม่รู้จักหรือไม่รองรับทำให้เกิดข้อผิดพลาด CURLE_UNSUPPORTED_PROTOCOL.

ตัวเลือกนี้จะไม่เปลี่ยนโปรโตคอลพร็อกซีเริ่มต้น (http)

หากไม่มีตัวเลือกนี้ curl จะทำการเดาตามโฮสต์ ดู --url เพื่อดูรายละเอียด

(เพิ่มใน 7.45.0)

--proto-redir
บอกให้ curl ใช้โปรโตคอลที่ระบุไว้ในการเปลี่ยนเส้นทาง ดู --proto สำหรับวิธีโปรโตคอล
เป็นตัวแทน

ตัวอย่าง:

--proto-redir -ทั้งหมด,http,https
อนุญาตเฉพาะ HTTP และ HTTPS ในการเปลี่ยนเส้นทาง

โดยค่าเริ่มต้น curl จะอนุญาตโปรโตคอลทั้งหมดในการเปลี่ยนเส้นทาง ยกเว้นหลายตัวที่ปิดใช้งานเพื่อความปลอดภัย
เหตุผล: เนื่องจาก 7.19.4 FILE และ SCP ถูกปิดการใช้งาน และตั้งแต่ 7.40.0 SMB และ SMBS ก็เช่นกัน
พิการ. ระบุ ทั้งหมด or +ทั้งหมด เปิดใช้งานโปรโตคอลทั้งหมดในการเปลี่ยนเส้นทาง รวมถึงเหล่านั้น
ปิดการใช้งานเพื่อความปลอดภัย

(เพิ่มใน 7.20.2)

--proxy-anyaut
บอกให้ curl เลือกวิธีการรับรองความถูกต้องที่เหมาะสมเมื่อสื่อสารกับ
มอบฉันทะให้ ซึ่งอาจทำให้เกิดการร้องขอ/ตอบกลับเพิ่มเติมแบบไปกลับ (เพิ่มใน
7.13.2)

--proxy-พื้นฐาน
บอกให้ curl ใช้การพิสูจน์ตัวตน HTTP Basic เมื่อสื่อสารกับที่กำหนด
พร็อกซี่ ใช้ --ขั้นพื้นฐาน สำหรับเปิดใช้งาน HTTP Basic ด้วยรีโมตโฮสต์ พื้นฐานคือค่าเริ่มต้น
วิธีการรับรองความถูกต้อง curl ใช้กับพร็อกซี่

--proxy-ไดเจสต์
บอกให้ curl ใช้การรับรองความถูกต้อง HTTP Digest เมื่อสื่อสารกับที่กำหนด
พร็อกซี่ ใช้ --ย่อยอาหาร สำหรับเปิดใช้งาน HTTP Digest ด้วยรีโมตโฮสต์

--proxy-เจรจา
บอกให้ curl ใช้การตรวจสอบสิทธิ์ HTTP Negotiate (SPNEGO) เมื่อสื่อสารกับ
ผู้รับมอบฉันทะที่กำหนด ใช้ --ต่อรองจัดการ สำหรับเปิดใช้งาน HTTP Negotiate (SPNEGO) ด้วยรีโมท
เจ้าภาพ. (เพิ่มใน 7.17.1)

--พร็อกซี-ntlm
บอกให้ curl ใช้การพิสูจน์ตัวตน HTTP NTLM เมื่อสื่อสารกับพร็อกซีที่กำหนด
ใช้ --ntlm สำหรับเปิดใช้งาน NTLM ด้วยรีโมตโฮสต์

--proxy-ชื่อบริการ
ตัวเลือกนี้อนุญาตให้คุณเปลี่ยนชื่อบริการสำหรับการเจรจาพร็อกซี่

ตัวอย่าง: --proxy-negotiate proxy-name --proxy-ชื่อบริการ sockd จะใช้
sockd/ชื่อพร็อกซี (เพิ่มใน 7.43.0)

--proxy1.0
ใช้พร็อกซี HTTP 1.0 ที่ระบุ หากไม่ได้ระบุหมายเลขพอร์ต จะเป็น
สันนิษฐานที่พอร์ต 1080

ข้อแตกต่างระหว่างตัวเลือกนี้กับตัวเลือกพร็อกซี HTTP (-NS, --หนังสือมอบฉันทะ), คือว่า
การพยายามใช้ CONNECT ผ่านพร็อกซีจะระบุโปรโตคอล HTTP 1.0 แทน
ของ HTTP 1.1 เริ่มต้น

--pubkey
(SSH) ชื่อไฟล์คีย์สาธารณะ อนุญาตให้คุณระบุรหัสสาธารณะของคุณในแยกนี้
ไฟล์

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

(ณ 7.39.0 curl พยายามดึงกุญแจสาธารณะออกจาก .โดยอัตโนมัติ
ไฟล์คีย์ส่วนตัว ดังนั้นจึงไม่จำเป็นต้องส่งตัวเลือกนี้ โปรดทราบว่าสิ่งนี้
การแยกคีย์สาธารณะต้องการให้ libcurl เชื่อมโยงกับสำเนาของ libssh2 1.2.8
หรือสูงกว่าที่เชื่อมโยงกับ OpenSSL)

-q หากใช้เป็นพารามิเตอร์ตัวแรกในบรรทัดคำสั่ง คำสั่ง ขด ไฟล์ปรับแต่งจะไม่
ให้อ่านและนำไปใช้ ดู -เค --การกำหนดค่า สำหรับรายละเอียดเกี่ยวกับไฟล์กำหนดค่าเริ่มต้น
เส้นทางการค้นหา

-Q, --quote
(FTP/SFTP) ส่งคำสั่งที่กำหนดเองไปยังเซิร์ฟเวอร์ FTP หรือ SFTP ระยะไกล อ้าง
คำสั่งจะถูกส่งก่อนการถ่ายโอนเกิดขึ้น (หลังจาก PWD . เริ่มต้น
คำสั่งในการถ่ายโอน FTP ให้ถูกต้อง) เพื่อให้คำสั่งเกิดขึ้นหลังจาก a
โอนสำเร็จ นำหน้าด้วยขีด '-' เพื่อให้คำสั่งถูกส่งหลังจาก
curl ได้เปลี่ยนไดเร็กทอรีการทำงานก่อนคำสั่งโอนคำนำหน้า
คำสั่งที่มี '+' (รองรับเฉพาะ FTP) คุณสามารถระบุหมายเลขใดก็ได้
ของคำสั่งต่างๆ หากเซิร์ฟเวอร์ส่งคืนความล้มเหลวสำหรับคำสั่งใดคำสั่งหนึ่ง ค่าทั้งหมด
การดำเนินการจะถูกยกเลิก คุณต้องส่งคำสั่ง FTP ที่ถูกต้องทางไวยากรณ์เป็นRFC
959 กำหนดไปยังเซิร์ฟเวอร์ FTP หรือคำสั่งใดคำสั่งหนึ่งที่แสดงด้านล่างไปยังเซิร์ฟเวอร์ SFTP
ตัวเลือกนี้สามารถใช้ได้หลายครั้ง เมื่อพูดกับเซิร์ฟเวอร์ FTP ให้นำหน้า
คำสั่งที่มีเครื่องหมายดอกจัน (*) เพื่อให้ curl ดำเนินต่อไปแม้ว่าคำสั่งจะล้มเหลวเป็น by
ค่าเริ่มต้น curl จะหยุดเมื่อเกิดความล้มเหลวครั้งแรก

SFTP เป็นโปรโตคอลไบนารี แตกต่างจาก FTP, curl ตีความคำสั่งอ้าง SFTP
ก่อนส่งไปยังเซิร์ฟเวอร์ ชื่อไฟล์อาจถูกยกมาเป็นสไตล์เชลล์ถึง
ช่องว่างหรืออักขระพิเศษ ต่อไปนี้เป็นรายการของ SFTP . ที่รองรับทั้งหมด
คำสั่งอ้าง:

ไฟล์กลุ่ม chgrp
คำสั่ง chgrp ตั้งค่า ID กลุ่มของไฟล์ที่ตั้งชื่อโดยตัวถูกดำเนินการของไฟล์เป็น
ID กลุ่มที่ระบุโดยตัวถูกดำเนินการกลุ่ม ตัวถูกดำเนินการกลุ่มเป็นทศนิยม
รหัสกลุ่มจำนวนเต็ม

ไฟล์โหมด chmod
คำสั่ง chmod แก้ไขบิตโหมดไฟล์ของไฟล์ที่ระบุ ดิ
โหมดตัวถูกดำเนินการคือหมายเลขโหมดจำนวนเต็มฐานแปด

chown ไฟล์ผู้ใช้
คำสั่ง chown ตั้งค่าเจ้าของไฟล์ที่ชื่อโดยตัวถูกดำเนินการของไฟล์เป็น
ID ผู้ใช้ที่ระบุโดยตัวถูกดำเนินการของผู้ใช้ ตัวถูกดำเนินการของผู้ใช้เป็นทศนิยม
ID ผู้ใช้จำนวนเต็ม

ln source_file target_file.ln
คำสั่ง ln และ symlink สร้างลิงก์สัญลักษณ์ที่ target_file
ตำแหน่งที่ชี้ไปยังตำแหน่ง source_file

mkdir directory_name
คำสั่ง mkdir สร้างไดเร็กทอรีที่ตั้งชื่อโดยตัวถูกดำเนินการ directory_name

pwd คำสั่ง pwd ส่งกลับชื่อพาธสัมบูรณ์ของการทำงานปัจจุบัน
ไดเรกทอรี

เปลี่ยนชื่อเป้าหมายต้นทาง
คำสั่งเปลี่ยนชื่อเปลี่ยนชื่อไฟล์หรือไดเร็กทอรีที่ตั้งชื่อโดยตัวถูกดำเนินการต้นทาง
ไปยังเส้นทางปลายทางที่ตั้งชื่อโดยตัวถูกดำเนินการเป้าหมาย

rm ไฟล์
คำสั่ง rm ลบไฟล์ที่ระบุโดยตัวถูกดำเนินการของไฟล์

ไดเรกทอรี rmdir
คำสั่ง rmdir ลบรายการไดเร็กทอรีที่ระบุโดยไดเร็กทอรี
ตัวถูกดำเนินการ หากว่างเปล่า

symlink source_file target_file
ดู ln.

-r, --range
(HTTP/FTP/SFTP/FILE) ดึงช่วงไบต์ (เช่น เอกสารบางส่วน) จาก a
เซิร์ฟเวอร์ HTTP/1.1, FTP หรือ SFTP หรือไฟล์ในเครื่อง สามารถระบุช่วงเป็นตัวเลขได้
ของวิธีการ

0-499 ระบุ 500 ไบต์แรก

500-999 ระบุ 500 ไบต์ที่สอง

-500 ระบุ 500 ไบต์สุดท้าย

9500- ระบุไบต์จากออฟเซ็ต 9500 และส่งต่อ

0-0,-1 ระบุไบต์แรกและสุดท้ายเท่านั้น(*)(HTTP)

100-199,500-599
ระบุสองช่วง 100 ไบต์ที่แยกจากกัน (*) (HTTP)

(*) = โปรดทราบว่าสิ่งนี้จะทำให้เซิร์ฟเวอร์ตอบกลับด้วยการตอบสนองแบบหลายส่วน!

เฉพาะอักขระหลัก (0-9) เท่านั้นที่ถูกต้องในช่อง 'start' และ 'stop' ของ
ไวยากรณ์ช่วง 'เริ่ม-หยุด' หากระบุอักขระที่ไม่ใช่ตัวเลขในช่วง
การตอบสนองของเซิร์ฟเวอร์จะไม่ถูกระบุ ขึ้นอยู่กับการกำหนดค่าของเซิร์ฟเวอร์

คุณควรทราบด้วยว่าเซิร์ฟเวอร์ HTTP/1.1 จำนวนมากไม่มีคุณสมบัตินี้
เปิดใช้งาน ดังนั้นเมื่อคุณพยายามหาช่วง คุณจะได้ทั้งหมดแทน
เอกสาร

การดาวน์โหลดช่วง FTP และ SFTP รองรับเฉพาะไวยากรณ์ 'เริ่ม-หยุด' แบบธรรมดาเท่านั้น
(ตัวเลือกโดยละเว้นหมายเลขใดหมายเลขหนึ่ง) การใช้ FTP ขึ้นอยู่กับ FTP แบบขยาย
ขนาดคำสั่ง

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-R, --remote-เวลา
เมื่อใช้สิ่งนี้จะทำให้ curl พยายามหาเวลาประทับของรีโมท
ไฟล์ และหากมี ให้ทำให้ไฟล์ในเครื่องได้รับประทับเวลาเดียวกันนั้น

--สุ่มไฟล์
(SSL) ระบุชื่อพาธไปยังไฟล์ที่มีสิ่งที่จะถือว่าเป็นการสุ่ม
ข้อมูล. ข้อมูลถูกใช้เพื่อสร้างเอ็นจิ้นสุ่มสำหรับการเชื่อมต่อ SSL ดูเพิ่มเติมที่
--egd-ไฟล์ ตัวเลือก

--raw (HTTP) เมื่อใช้ มันจะปิดใช้งานการถอดรหัส HTTP ภายในทั้งหมดของเนื้อหาหรือการถ่ายโอน
การเข้ารหัสและทำให้พวกเขาส่งต่อแบบไม่เปลี่ยนแปลงแบบดิบ (เพิ่มใน 7.16.2)

--remote-ชื่อ-ทั้งหมด
ตัวเลือกนี้เปลี่ยนการดำเนินการเริ่มต้นสำหรับ URL ที่กำหนดทั้งหมดที่จะจัดการราวกับว่า
-โอ --remote-ชื่อ ถูกใช้สำหรับแต่ละคน ดังนั้นหากคุณต้องการปิดการใช้งานสำหรับ a
URL เฉพาะหลังจาก --remote-ชื่อ-ทั้งหมด ถูกใช้แล้ว คุณต้องใช้ "-o -" หรือ --ไม่-
ชื่อระยะไกล. (เพิ่มใน 7.19.0)

--resolve
ระบุที่อยู่ที่กำหนดเองสำหรับคู่โฮสต์และพอร์ตเฉพาะ ใช้สิ่งนี้คุณสามารถ
ทำให้คำขอ curl ใช้ที่อยู่ที่ระบุและป้องกันไม่ให้เป็นอย่างอื่น
ปกติแก้ไขที่อยู่ที่จะใช้ ถือว่าเป็นการเรียงลำดับของ / etc / hosts ทางเลือก
ระบุไว้ในบรรทัดคำสั่ง หมายเลขพอร์ตควรเป็นหมายเลขที่ใช้สำหรับ
โปรโตคอลเฉพาะที่โฮสต์จะใช้ หมายความว่าคุณต้องการหลายรายการ if
คุณต้องการระบุที่อยู่สำหรับโฮสต์เดียวกันแต่พอร์ตต่างกัน

สามารถใช้ตัวเลือกนี้หลายครั้งเพื่อเพิ่มชื่อโฮสต์จำนวนมากเพื่อแก้ไข

(เพิ่มใน 7.21.3)

--ลองใหม่
หากข้อผิดพลาดชั่วคราวถูกส่งกลับเมื่อ curl พยายามทำการถ่ายโอน มันจะ
ลองอีกครั้งหลายครั้งก่อนที่จะยอมแพ้ การตั้งค่าตัวเลขเป็น 0 ทำให้ curl ทำ
ไม่มีการลองใหม่ (ซึ่งเป็นค่าเริ่มต้น) ข้อผิดพลาดชั่วคราวหมายถึง: การหมดเวลา, FTP
รหัสตอบกลับ 4xx หรือรหัสตอบกลับ HTTP 5xx

เมื่อ curl กำลังจะลองถ่ายโอนอีกครั้ง อันดับแรกจะรอหนึ่งวินาทีแล้วจึงรอ
การลองใหม่ทั้งหมดที่กำลังจะเกิดขึ้นจะเพิ่มเวลารอเป็นสองเท่าจนกว่าจะถึง 10 นาที
ซึ่งจะเป็นการหน่วงเวลาระหว่างการลองใหม่ที่เหลือ โดยใช้ --ลองใหม่-
ความล่าช้า คุณปิดใช้งานอัลกอริทึมแบ็คออฟแบบเอ็กซ์โพเนนเชียลนี้ ดูสิ่งนี้ด้วย -- ลองใหม่เวลาสูงสุด ไปยัง
จำกัดเวลาทั้งหมดที่อนุญาตให้ลองใหม่ (เพิ่มใน 7.12.3)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--retry-delay
ทำให้ curl เข้าสู่โหมดสลีปก่อนลองอีกครั้งเมื่อการโอนล้มเหลว
ด้วยข้อผิดพลาดชั่วคราว (จะเปลี่ยนอัลกอริทึมเวลาถอยหลังเริ่มต้นระหว่าง
ลองใหม่อีกครั้ง) ตัวเลือกนี้น่าสนใจก็ต่อเมื่อ --ลองใหม่ ยังใช้ การตั้งค่านี้
ความล่าช้าเป็นศูนย์จะทำให้ curl ใช้เวลาแบ็คออฟเริ่มต้น (เพิ่มใน 7.12.3)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--retry-max-time
ตัวจับเวลาการลองใหม่จะถูกรีเซ็ตก่อนการพยายามโอนครั้งแรก การลองใหม่จะทำเป็น
ปกติ (ดู --ลองใหม่) ตราบใดที่ตัวจับเวลายังไม่ถึงขีดจำกัดที่กำหนดนี้ สังเกต
ว่าถ้าเวลายังไม่ถึงขีด จำกัด จะทำการร้องขอและในขณะที่
การดำเนินการอาจใช้เวลานานกว่าระยะเวลาที่กำหนด เพื่อจำกัดคนโสด
เวลาสูงสุดของคำขอ ใช้ -NS, --max-เวลา. ตั้งค่าตัวเลือกนี้เป็นศูนย์เพื่อไม่หมดเวลา
ลองใหม่อีกครั้ง (เพิ่มใน 7.12.3)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-s, --เงียบ
โหมดเงียบหรือเงียบ ไม่แสดงตัววัดความคืบหน้าหรือข้อความแสดงข้อผิดพลาด ทำให้ขด
ปิดเสียง. มันจะยังคงส่งออกข้อมูลที่คุณขอ แม้กระทั่งไปยัง
terminal/stdout เว้นแต่คุณจะเปลี่ยนเส้นทาง

--sasl-ir
เปิดใช้งานการตอบสนองเริ่มต้นในการตรวจสอบสิทธิ์ SASL (เพิ่มใน 7.31.0)

--ชื่อบริการ
ตัวเลือกนี้อนุญาตให้คุณเปลี่ยนชื่อบริการสำหรับ SPNEGO

ตัวอย่าง: --negotiate --ชื่อบริการ sockd จะใช้ sockd/server-name (เพิ่มใน
7.43.0)

-S, --show-ข้อผิดพลาด
เมื่อใช้กับ -s มันทำให้ curl แสดงข้อความแสดงข้อผิดพลาดหากล้มเหลว

--ssl (FTP, POP3, IMAP, SMTP) ลองใช้ SSL/TLS สำหรับการเชื่อมต่อ เปลี่ยนกลับเป็น
การเชื่อมต่อที่ปลอดภัยหากเซิร์ฟเวอร์ไม่รองรับ SSL/TLS ดูสิ่งนี้ด้วย --ftp-ssl-
ควบคุม และ --ssl-reqd สำหรับการเข้ารหัสระดับต่างๆ ที่จำเป็น (เพิ่มใน
7.20.0)

ตัวเลือกนี้เดิมเรียกว่า --ftp-ssl (เพิ่มใน 7.11.0) ชื่อตัวเลือกนั้นสามารถ
ยังคงใช้อยู่แต่จะถูกลบในเวอร์ชันต่อๆ ไป

--ssl-reqd
(FTP, POP3, IMAP, SMTP) ต้องใช้ SSL/TLS สำหรับการเชื่อมต่อ ยุติ
การเชื่อมต่อหากเซิร์ฟเวอร์ไม่รองรับ SSL/TLS (เพิ่มใน 7.20.0)

ตัวเลือกนี้เดิมเรียกว่า --ftp-ssl-reqd (เพิ่มใน 7.15.5) ตัวเลือกนั้น
ยังคงใช้ชื่อได้ แต่จะถูกลบในเวอร์ชันต่อๆ ไป

--ssl-allow-สัตว์ร้าย
(SSL) ตัวเลือกนี้บอกให้ curl ไม่แก้ไขข้อบกพร่องด้านความปลอดภัยใน SSL3 และ
โปรโตคอล TLS1.0 ที่เรียกว่า BEAST หากไม่ได้ใช้ตัวเลือกนี้ เลเยอร์ SSL อาจใช้
วิธีแก้ปัญหาที่ทราบว่าทำให้เกิดปัญหาในการทำงานร่วมกันกับ SSL . รุ่นเก่า
การใช้งาน คำเตือน: ตัวเลือกนี้จะคลายการรักษาความปลอดภัย SSL และโดยใช้สิ่งนี้
ตั้งค่าสถานะที่คุณต้องการ (เพิ่มใน 7.25.0)

--ssl-no-เพิกถอน
(WinSSL) ตัวเลือกนี้บอกให้ curl ปิดการตรวจสอบการเพิกถอนใบรับรอง คำเตือน:
ตัวเลือกนี้คลายการรักษาความปลอดภัย SSL และโดยการใช้แฟล็กนี้ คุณขออย่างแน่นอน
นั่น. (เพิ่มใน 7.44.0)

--socks4
ใช้พร็อกซี SOCKS4 ที่ระบุ หากไม่ได้ระบุหมายเลขพอร์ต จะถือว่า
ที่พอร์ต 1080 (เพิ่มใน 7.15.2)

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ -NS, --หนังสือมอบฉันทะเนื่องจากเป็นของกันและกัน
พิเศษ

ตั้งแต่ 7.21.7 ตัวเลือกนี้ไม่จำเป็นเพราะคุณสามารถระบุพร็อกซี socks4 ด้วย
-NS, --หนังสือมอบฉันทะ โดยใช้คำนำหน้าโปรโตคอล socks4://

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--socks4a
ใช้พร็อกซี SOCKS4a ที่ระบุ หากไม่ได้ระบุหมายเลขพอร์ต จะถือว่า
ที่พอร์ต 1080 (เพิ่มใน 7.18.0)

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ -NS, --หนังสือมอบฉันทะเนื่องจากเป็นของกันและกัน
พิเศษ

ตั้งแต่ 7.21.7 ตัวเลือกนี้ไม่จำเป็นเพราะคุณสามารถระบุพร็อกซี socks4a ด้วย
-NS, --หนังสือมอบฉันทะ โดยใช้คำนำหน้าโปรโตคอล socks4a://

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--socks5-ชื่อโฮสต์
ใช้พร็อกซี SOCKS5 ที่ระบุ (และให้พร็อกซีแก้ไขชื่อโฮสต์) ถ้า
ไม่ได้ระบุหมายเลขพอร์ต จะถือว่าอยู่ที่พอร์ต 1080 (เพิ่มใน 7.18.0)

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ -NS, --หนังสือมอบฉันทะเนื่องจากเป็นของกันและกัน
พิเศษ

ตั้งแต่ 7.21.7 ตัวเลือกนี้ไม่จำเป็นเพราะคุณสามารถระบุชื่อโฮสต์ socks5
พร็อกซี่กับ -NS, --หนังสือมอบฉันทะ โดยใช้คำนำหน้าโปรโตคอล socks5h://

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย (ตัวเลือกนี้คือ
ก่อนหน้านี้มีการจัดทำเอกสารผิดและใช้เป็น --socks โดยไม่มีหมายเลขต่อท้าย)

--socks5
ใช้พร็อกซี SOCKS5 ที่ระบุ - แต่แก้ไขชื่อโฮสต์ในเครื่อง ถ้าพอร์ต
ไม่ได้ระบุหมายเลข จะถือว่าอยู่ที่พอร์ต 1080

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ -NS, --หนังสือมอบฉันทะเนื่องจากเป็นของกันและกัน
พิเศษ

ตั้งแต่ 7.21.7 ตัวเลือกนี้ไม่จำเป็นเพราะคุณสามารถระบุพร็อกซี socks5 ด้วย
-NS, --หนังสือมอบฉันทะ โดยใช้คำนำหน้าโปรโตคอล socks5://

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย (ตัวเลือกนี้คือ
ก่อนหน้านี้มีการจัดทำเอกสารผิดและใช้เป็น --socks โดยไม่มีหมายเลขต่อท้าย)

ตัวเลือกนี้ (เช่นเดียวกับ --ถุงเท้า4) ใช้ไม่ได้กับ IPV6, FTPS หรือ LDAP

--socks5-gssapi-service
ชื่อบริการเริ่มต้นสำหรับเซิร์ฟเวอร์ถุงเท้าคือ rcmd/server-fqdn ตัวเลือกนี้ช่วยให้
ให้คุณเปลี่ยนมัน

ตัวอย่าง: --socks5 proxy-name --socks5-gssapi-บริการ sockd จะใช้ sockd/proxy-
ชื่อ --socks5 พร็อกซี่-ชื่อ --socks5-gssapi-บริการ sockd/ชื่อจริงจะใช้
sockd/real-name สำหรับกรณีที่ชื่อ proxy ไม่ตรงกับชื่อหลัก
(เพิ่มใน 7.19.4)

--socks5-gssapi-nec
ในส่วนหนึ่งของการเจรจา GSS-API จะมีการเจรจาโหมดการป้องกัน RFC 1961 พูดว่า
ในมาตรา 4.3/4.4 ควรได้รับการปกป้อง แต่การนำการอ้างอิง NEC ไปใช้
ไม่. ทางเลือก --socks5-gssapi-nec อนุญาตให้มีการแลกเปลี่ยน .โดยไม่มีการป้องกัน
การเจรจาโหมดการป้องกัน (เพิ่มใน 7.19.4)

--stderr
เปลี่ยนเส้นทางการเขียนทั้งหมดไปยัง stderr ไปยังไฟล์ที่ระบุแทน หากชื่อไฟล์คือ a
ธรรมดา '-' มันถูกเขียนไปยัง stdout แทน

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-t, --telnet-ตัวเลือก
ส่งตัวเลือกไปยังโปรโตคอล telnet ตัวเลือกที่รองรับคือ:

TTYPE= ตั้งค่าประเภทเทอร์มินัล

XDISPLOC= ตั้งค่าตำแหน่งการแสดง X

NEW_ENV= ตั้งค่าตัวแปรสภาพแวดล้อม

-T, --upload-file
สิ่งนี้จะถ่ายโอนไฟล์ในเครื่องที่ระบุไปยัง URL ระยะไกล หากไม่มีส่วนของไฟล์
ใน URL ที่ระบุ Curl จะต่อท้ายชื่อไฟล์ในเครื่อง โปรดทราบว่าคุณต้องใช้
a ต่อท้าย / ในไดเร็กทอรีสุดท้ายเพื่อพิสูจน์ให้ Curl เห็นว่าไม่มีไฟล์
ชื่อหรือ curl จะคิดว่าชื่อไดเร็กทอรีสุดท้ายของคุณคือชื่อไฟล์ระยะไกลto
ใช้. ซึ่งมักจะทำให้การดำเนินการอัปโหลดล้มเหลว หากใช้กับ
เซิร์ฟเวอร์ HTTP(S) จะใช้คำสั่ง PUT

ใช้ชื่อไฟล์ "-" (ขีดเดียว) เพื่อใช้ stdin แทนไฟล์ที่กำหนด
อีกทางหนึ่งคือชื่อไฟล์ "." (ช่วงเดียว) อาจระบุแทน "-" ถึง
ใช้ stdin ในโหมดไม่บล็อกเพื่ออนุญาตให้อ่านเอาต์พุตของเซิร์ฟเวอร์ในขณะที่กำลัง stdin อยู่
อัปโหลด

คุณสามารถระบุหนึ่ง -T สำหรับแต่ละ URL บนบรรทัดคำสั่ง แต่ละคู่ -T + URL
ระบุว่าจะอัปโหลดอะไรและไปที่ใด curl ยังรองรับ "globbing" ของ -T
อาร์กิวเมนต์ หมายความว่าคุณสามารถอัปโหลดหลายไฟล์ไปยัง URL เดียวได้โดยใช้เครื่องหมาย
รูปแบบ URL globbing เดียวกันได้รับการสนับสนุนใน URL ดังนี้:

curl -T "{file1,file2}" http://www.uploadtothissite.com

หรือแม้กระทั่ง

curl -T "img[1-1000].png" กำลังโหลด = "ขี้เกียจ" ftp://ftp.picturemania.com/upload/

--tcp-nodelay
เปิดตัวเลือก TCP_NODELAY ดู curl_easy_setopt(3) หน้าคนสำหรับรายละเอียด
เกี่ยวกับตัวเลือกนี้ (เพิ่มใน 7.11.2)

--tftp-blksize
(TFTP) ตั้งค่าตัวเลือก TFTP BLKSIZE (ต้อง >512) นี่คือขนาดบล็อกที่ม้วนงอ
จะพยายามใช้เมื่อถ่ายโอนข้อมูลไปยังหรือจากเซิร์ฟเวอร์ TFTP โดยค่าเริ่มต้น 512
ไบต์จะถูกใช้

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

(เพิ่มใน 7.20.0)

--tlsauthtype
ตั้งค่าประเภทการตรวจสอบสิทธิ์ TLS ปัจจุบันตัวเลือกที่รองรับเพียงอย่างเดียวคือ "SRP" สำหรับ
TLS-SRP (RFC 5054) ถ้า --tlsuser และ --tlsรหัสผ่าน ระบุไว้ แต่ --tlsauthtype
ไม่ใช่ ดังนั้นตัวเลือกนี้มีค่าเริ่มต้นเป็น "SRP" (เพิ่มใน 7.21.4)

--tlspassword
ตั้งรหัสผ่านเพื่อใช้กับวิธีการตรวจสอบสิทธิ์ TLS ที่ระบุด้วย
--tlsauthtype. บังคับว่า --tlsuser ตั้งไว้ด้วย (เพิ่มใน 7.21.4)

--tlsuser
ตั้งค่าชื่อผู้ใช้เพื่อใช้กับวิธีการตรวจสอบสิทธิ์ TLS ที่ระบุด้วย
--tlsauthtype. บังคับว่า --tlsรหัสผ่าน ตั้งไว้ด้วย (เพิ่มใน 7.21.4)

--tlsv1.0
(SSL) บังคับให้ curl ใช้ TLS เวอร์ชัน 1.0 เมื่อทำการเจรจากับเซิร์ฟเวอร์ TLS ระยะไกล
(เพิ่มใน 7.34.0)

--tlsv1.1
(SSL) บังคับให้ curl ใช้ TLS เวอร์ชัน 1.1 เมื่อทำการเจรจากับเซิร์ฟเวอร์ TLS ระยะไกล
(เพิ่มใน 7.34.0)

--tlsv1.2
(SSL) บังคับให้ curl ใช้ TLS เวอร์ชัน 1.2 เมื่อทำการเจรจากับเซิร์ฟเวอร์ TLS ระยะไกล
(เพิ่มใน 7.34.0)

--tr-การเข้ารหัส
(HTTP) ขอการตอบสนองการเข้ารหัสการถ่ายโอนที่บีบอัดโดยใช้หนึ่งในอัลกอริทึม
curl รองรับและคลายการบีบอัดข้อมูลขณะรับข้อมูล

(เพิ่มใน 7.21.6)

--ติดตาม
เปิดใช้งานการดัมพ์การติดตามแบบเต็มของข้อมูลขาเข้าและขาออกทั้งหมด รวมถึงคำอธิบาย
ข้อมูลไปยังไฟล์เอาต์พุตที่กำหนด ใช้ "-" เป็นชื่อไฟล์เพื่อส่งเอาต์พุต
เพื่อ stdout

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ -ใน, --รายละเอียด or --ติดตาม-ASCII.

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--trace-ascii
เปิดใช้งานการดัมพ์การติดตามแบบเต็มของข้อมูลขาเข้าและขาออกทั้งหมด รวมถึงคำอธิบาย
ข้อมูลไปยังไฟล์เอาต์พุตที่กำหนด ใช้ "-" เป็นชื่อไฟล์เพื่อส่งเอาต์พุต
เพื่อ stdout

มันคล้ายกับ .มาก --ติดตามแต่ทิ้งส่วนฐานสิบหกและแสดงเฉพาะ
ส่วนของ ASCII ของการถ่ายโอนข้อมูล ทำให้เอาต์พุตมีขนาดเล็กลงซึ่งอาจอ่านได้ง่ายขึ้น
มนุษย์ที่ไม่ได้รับการฝึกฝน

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ -ใน, --รายละเอียด or --ติดตาม.

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--ติดตามเวลา
เพิ่มการประทับเวลาไว้ข้างหน้าแต่ละการติดตามหรือบรรทัดรายละเอียดที่แสดงขด (เพิ่มใน
7.14.0)

--unix-socket
(HTTP) เชื่อมต่อผ่านซ็อกเก็ตโดเมน Unix นี้ แทนที่จะใช้เครือข่าย
(เพิ่มใน 7.40.0)

-u, --ผู้ใช้
ระบุชื่อผู้ใช้และรหัสผ่านเพื่อใช้สำหรับการตรวจสอบเซิร์ฟเวอร์ แทนที่ -NS,
--netrc และ --netrc-ตัวเลือก.

หากคุณเพียงแค่ระบุชื่อผู้ใช้ curl จะถามรหัสผ่าน

ชื่อผู้ใช้และรหัสผ่านจะถูกแบ่งที่เครื่องหมายทวิภาคแรก ซึ่งทำให้
เป็นไปไม่ได้ที่จะใช้เครื่องหมายทวิภาคในชื่อผู้ใช้ด้วยตัวเลือกนี้ รหัสผ่านสามารถ
ยังคง

เมื่อใช้ Kerberos V5 กับเซิร์ฟเวอร์ที่ใช้ Windows คุณควรรวม Windows
ชื่อโดเมนในชื่อผู้ใช้ เพื่อให้เซิร์ฟเวอร์ได้รับ a . สำเร็จ
ตั๋ว Kerberos หากคุณไม่ทำเช่นนั้น การจับมือรับรองความถูกต้องเบื้องต้นอาจล้มเหลว

เมื่อใช้ NTLM สามารถระบุชื่อผู้ใช้ได้ง่ายๆ เป็นชื่อผู้ใช้โดยไม่ต้อง
โดเมน ถ้ามีโดเมนเดียวและฟอเรสต์ในการตั้งค่าของคุณเป็นต้น

หากต้องการระบุชื่อโดเมนให้ใช้ชื่อการเข้าสู่ระบบระดับล่างหรือ UPN (User Principal
ชื่อ) รูปแบบ ตัวอย่างเช่น EXAMPLE\user และ [ป้องกันอีเมล] ตามลำดับ

หากคุณใช้ไบนารี curl ที่เปิดใช้งาน Windows SSPI และดำเนินการ Kerberos V5, Negotiate
การรับรองความถูกต้อง NTLM หรือ Digest คุณสามารถบอกให้ curl เลือกชื่อผู้ใช้และ
รหัสผ่านจากสภาพแวดล้อมของคุณโดยระบุโคลอนเดี่ยวด้วยตัวเลือกนี้: "-u
:".

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-U, --proxy-user
ระบุชื่อผู้ใช้และรหัสผ่านเพื่อใช้สำหรับการตรวจสอบพร็อกซี

หากคุณใช้ไบนารี curl ที่เปิดใช้งาน Windows SSPI และทำการเจรจาหรือ NTLM
การตรวจสอบสิทธิ์ จากนั้นคุณสามารถบอก curl ให้เลือกชื่อผู้ใช้และรหัสผ่านจาก
สภาพแวดล้อมของคุณโดยการระบุโคลอนเดี่ยวด้วยตัวเลือกนี้: "-U :"

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--url
ระบุ URL ที่จะดึงข้อมูล ตัวเลือกนี้สะดวกมากเมื่อคุณต้องการระบุ URL
ในไฟล์ปรับแต่ง

หาก URL ที่ระบุไม่มีชื่อแบบแผน (เช่น "http://" หรือ "ftp://" เป็นต้น) ดังนั้น
curl จะทำการเดาตามโฮสต์ หากชื่อโดเมนย่อยที่อยู่นอกสุดตรงกัน
DICT, FTP, IMAP, LDAP, POP3 หรือ SMTP จากนั้นโปรโตคอลนั้นจะถูกใช้ มิฉะนั้น HTTP
จะถูกนำไปใช้. เนื่องจากการเดา 7.45.0 สามารถปิดใช้งานได้โดยการตั้งค่าโปรโตคอลเริ่มต้น
เห็น --proto-ค่าเริ่มต้น เพื่อดูรายละเอียด

ตัวเลือกนี้สามารถใช้ได้หลายครั้ง เพื่อควบคุมตำแหน่งที่เขียน URL นี้
ใช้ -o, --เอาท์พุท หรือ -โอ --remote-ชื่อ ตัวเลือก

-v, --เวอร์โบส
ใช้ถ้อยคำที่ละเอียด/ช่างพูดมากขึ้นระหว่างการผ่าตัด มีประโยชน์สำหรับการดีบักและการมองเห็น
เกิดอะไรขึ้น "ภายใต้ประทุน" บรรทัดที่ขึ้นต้นด้วย '>' หมายถึง "ข้อมูลส่วนหัว" ส่งแล้ว
โดย curl '<' หมายถึง "ข้อมูลส่วนหัว" ที่ได้รับโดย curl ที่ซ่อนอยู่ในกรณีปกติ
และบรรทัดที่ขึ้นต้นด้วย '*' หมายถึงข้อมูลเพิ่มเติมจาก curl

โปรดทราบว่าหากคุณต้องการเฉพาะส่วนหัว HTTP ในเอาต์พุต -ผม, --รวม อาจเป็นไฟล์
ตัวเลือกที่คุณกำลังมองหา

หากคุณคิดว่าตัวเลือกนี้ยังให้รายละเอียดไม่เพียงพอ ให้พิจารณาใช้
--ติดตาม or --ติดตาม-ASCII แทน.

ตัวเลือกนี้จะแทนที่การใช้งานก่อนหน้านี้ของ --ติดตาม-ASCII or --ติดตาม.

ใช้ -NS, --เงียบ เพื่อให้ขดเงียบ

-w, --write-out
สร้างข้อมูลการแสดง curl บน stdout หลังจากการถ่ายโอนเสร็จสิ้น รูปแบบเป็น
สตริงที่อาจมีข้อความธรรมดาผสมกับตัวแปรจำนวนเท่าใดก็ได้ รูปแบบ
สามารถระบุเป็น "สตริง" ตามตัวอักษรหรือคุณสามารถให้ curl อ่านรูปแบบจาก a
ไฟล์ด้วย "@filename" และบอกให้ curl อ่านรูปแบบจาก stdin ที่คุณเขียน
"@-".

ตัวแปรที่แสดงในรูปแบบผลลัพธ์จะถูกแทนที่ด้วยค่าหรือข้อความ
ที่ขดคิดว่าเหมาะสมตามที่อธิบายไว้ด้านล่าง ตัวแปรทั้งหมดถูกระบุเป็น
%{variable_name} และเพื่อส่งออก % ปกติ คุณเพียงแค่เขียนเป็น %% คุณสามารถส่งออก
การขึ้นบรรทัดใหม่โดยใช้ \n การขึ้นบรรทัดใหม่ด้วย \r และช่องว่างแท็บด้วย \t

หมายเหตุ: %-symbol เป็นสัญลักษณ์พิเศษในสภาพแวดล้อม win32 โดยที่ all
การเกิด % จะต้องเพิ่มขึ้นเป็นสองเท่าเมื่อใช้ตัวเลือกนี้

ตัวแปรที่มีอยู่คือ:

ชนิดของเนื้อหา ประเภทของเอกสารที่ขอ หากมี

ชื่อไฟล์_มีประสิทธิภาพ
ชื่อไฟล์สุดท้ายที่ curl เขียนออกมา นี้เท่านั้น
มีความหมายถ้า curl ถูกบอกให้เขียนไปยังไฟล์ด้วย the --remote-ชื่อ
or --เอาท์พุท ตัวเลือก. มีประโยชน์มากที่สุดเมื่อใช้ร่วมกับ
--ชื่อส่วนหัวระยะไกล ตัวเลือก. (เพิ่มใน 7.25.1)

ftp_entry_path ขดเส้นทางเริ่มต้นสิ้นสุดลงเมื่อเข้าสู่ระบบ FTP . ระยะไกล
เซิร์ฟเวอร์ (เพิ่มใน 7.15.4)

http_code รหัสตอบกลับที่เป็นตัวเลขที่พบในการดึงข้อมูลล่าสุด
การถ่ายโอน HTTP(S) หรือ FTP ใน 7.18.2 นามแฝง รหัสตอบกลับ คือ
เพิ่มเพื่อแสดงข้อมูลเดียวกัน

http_connect รหัสตัวเลขที่พบในคำตอบสุดท้าย (จาก a
proxy) เพื่อขอ curl CONNECT (เพิ่มใน 7.12.4)

local_ip ที่อยู่ IP ของจุดสิ้นสุดในเครื่องของการเชื่อมต่อที่ทำล่าสุด
- สามารถเป็นได้ทั้ง IPv4 หรือ IPv6 (เพิ่มใน 7.29.0)

local_port หมายเลขพอร์ตในเครื่องของการเชื่อมต่อที่เพิ่งเสร็จสิ้นล่าสุด (เพิ่มใน
7.29.0)

num_connects จำนวนการเชื่อมต่อใหม่ในการโอนล่าสุด (เพิ่มใน
7.12.3)

num_redirects จำนวนการเปลี่ยนเส้นทางที่ติดตามในคำขอ (เพิ่มใน
7.12.3)

REDIRECT_URL เมื่อทำการร้องขอ HTTP โดยไม่มี -L เพื่อติดตามการเปลี่ยนเส้นทาง สิ่งนี้
ตัวแปรจะแสดง URL จริงของการเปลี่ยนเส้นทาง จะ พาคุณไปที่
(เพิ่มใน 7.18.2)

รีโมท_ip ที่อยู่ IP ระยะไกลของการเชื่อมต่อที่ทำล่าสุด - สามารถ
ทั้ง IPv4 หรือ IPv6 (เพิ่มใน 7.29.0)

รีโมต_พอร์ต หมายเลขพอร์ตระยะไกลของการเชื่อมต่อที่ทำล่าสุด (เพิ่ม
ในปี 7.29.0)

ขนาด_ดาวน์โหลด จำนวนไบต์ทั้งหมดที่ดาวน์โหลด

size_header จำนวนไบต์ทั้งหมดของส่วนหัวที่ดาวน์โหลด

ขนาด_คำขอ จำนวนไบต์ทั้งหมดที่ส่งในคำขอ HTTP

ขนาด_อัพโหลด จำนวนไบต์ทั้งหมดที่อัปโหลด

ความเร็ว_ดาวน์โหลด ความเร็วในการดาวน์โหลดเฉลี่ยที่วัดความโค้งของความสมบูรณ์
ดาวน์โหลด. ไบต์ต่อวินาที

speed_upload ความเร็วในการอัปโหลดเฉลี่ยที่วัดการม้วนงอสำหรับการอัปโหลดที่สมบูรณ์
ไบต์ต่อวินาที

ssl_verify_result
ผลลัพธ์ของการตรวจสอบใบรับรองเพียร์ SSL ที่เป็น
ร้องขอ 0 หมายถึงการตรวจสอบสำเร็จ (เพิ่มใน
7.19.0)

time_appconnect
เวลาเป็นวินาทีที่ใช้ตั้งแต่เริ่มต้นจนถึง SSL/SSH/etc
เชื่อมต่อ/จับมือกับรีโมตโฮสต์เสร็จเรียบร้อยแล้ว (เพิ่มใน
7.19.0)

เวลา_เชื่อมต่อ เวลาเป็นวินาทีที่ใช้ตั้งแต่เริ่มต้นจนถึงการเชื่อมต่อ TCP
ไปยังรีโมตโฮสต์ (หรือพร็อกซี่) เสร็จเรียบร้อยแล้ว

time_namelookup
เวลาเป็นวินาทีที่ใช้ตั้งแต่ต้นจนจบชื่อ
การแก้ไขเสร็จสิ้น

time_pretransfer
เวลาเป็นวินาทีที่ใช้ตั้งแต่เริ่มต้นจนถึงการถ่ายโอนไฟล์
กำลังจะเริ่มต้นขึ้น ซึ่งรวมถึงคำสั่งโอนล่วงหน้าทั้งหมดและ
การเจรจาที่เฉพาะเจาะจงกับโปรโตคอลเฉพาะ
ที่เกี่ยวข้อง

เวลา_เปลี่ยนเส้นทาง เวลาเป็นวินาทีที่ใช้สำหรับขั้นตอนการเปลี่ยนเส้นทางทั้งหมดรวมถึงชื่อ
ค้นหา เชื่อมต่อ โอนล่วงหน้า และโอนก่อนรอบชิงชนะเลิศ
การทำธุรกรรมเริ่มต้นขึ้น time_redirect แสดงการดำเนินการที่สมบูรณ์
เวลาสำหรับการเปลี่ยนเส้นทางหลายครั้ง (เพิ่มใน 7.12.3)

time_start โอน
เวลาเป็นวินาทีที่ใช้ตั้งแต่เริ่มต้นจนถึงไบต์แรก
กำลังจะถูกโอน ซึ่งรวมถึง time_pretransfer และ
รวมถึงเวลาที่เซิร์ฟเวอร์จำเป็นต้องคำนวณผลลัพธ์ด้วย

เวลา_ทั้งหมด เวลาทั้งหมดเป็นวินาทีที่การดำเนินการเต็มรูปแบบดำเนินไป เวลา
จะแสดงด้วยความละเอียดมิลลิวินาที

url_มีประสิทธิภาพ URL ที่ดึงมาล่าสุด สิ่งนี้มีความหมายมากที่สุดหากคุณได้
บอก curl ให้ทำตามตำแหน่ง: ส่วนหัว

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-x, --proxy "[โปรโตคอล: //][user:password@]proxyhost[:port]>
ใช้พร็อกซีที่ระบุ

สตริงพร็อกซีสามารถระบุได้ด้วยโปรโตคอล // นำหน้าเพื่อระบุทางเลือก
โปรโตคอลพร็อกซี่ ใช้ socks4://, socks4a://, socks5:// หรือ socks5h:// เพื่อขอ
เฉพาะรุ่น SOCKS ที่จะใช้ ไม่ได้ระบุโปรโตคอล http:// และอื่นๆ ทั้งหมด
จะถือว่าเป็นพร็อกซี HTTP (การสนับสนุนโปรโตคอลถูกเพิ่มใน curl 7.21.7)

หากไม่มีการระบุหมายเลขพอร์ตในสตริงพร็อกซี จะถือว่าเป็น 1080

ตัวเลือกนี้จะแทนที่ตัวแปรสภาพแวดล้อมที่มีอยู่ซึ่งตั้งค่าพร็อกซีให้ใช้ ถ้า
มีตัวแปรสภาพแวดล้อมตั้งค่าพร็อกซี คุณสามารถตั้งค่าพร็อกซีเป็น "" เป็น
แทนที่มัน

การดำเนินการทั้งหมดที่ทำผ่านพร็อกซี HTTP จะโปร่งใส
แปลงเป็น HTTP หมายความว่าการดำเนินการเฉพาะของโปรโตคอลบางอย่างอาจไม่
มีอยู่. นี่ไม่ใช่กรณีหากคุณสามารถอุโมงค์ข้อมูลผ่านพร็อกซีได้เช่นเดียวกับ
-NS, --proxytunnel ตัวเลือก

ผู้ใช้และรหัสผ่านที่อาจระบุในสตริงพร็อกซี่คือ URL ที่ถอดรหัสโดย
ขด ซึ่งจะทำให้คุณสามารถส่งผ่านอักขระพิเศษ เช่น @ โดยใช้ %40 หรือ pass
ในโคลอนที่มี %3a

พร็อกซีโฮสต์สามารถระบุได้ในลักษณะเดียวกับสภาพแวดล้อมของพร็อกซี
ตัวแปร รวมถึงคำนำหน้าโปรโตคอล (http://) และผู้ใช้ที่ฝัง +
รหัสผ่าน

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-X, --คำขอ
(HTTP) ระบุวิธีการร้องขอแบบกำหนดเองเพื่อใช้เมื่อสื่อสารกับ HTTP
เซิร์ฟเวอร์ จะใช้วิธีขอที่ระบุแทนวิธีการอื่น
ใช้แล้ว (ซึ่งมีค่าเริ่มต้นเป็น GET) อ่านข้อกำหนด HTTP 1.1 เพื่อดูรายละเอียดและ
คำอธิบาย คำขอ HTTP เพิ่มเติมทั่วไปรวมถึง PUT และ DELETE แต่เกี่ยวข้องกัน
เทคโนโลยีอย่าง WebDAV นำเสนอ PROPFIND, COPY, MOVE และอื่นๆ

โดยปกติคุณไม่จำเป็นต้องใช้ตัวเลือกนี้ คำขอ GET, HEAD, POST และ PUT ทุกประเภท
ถูกเรียกใช้โดยใช้ตัวเลือกบรรทัดคำสั่งเฉพาะ

ตัวเลือกนี้เปลี่ยนเฉพาะคำจริงที่ใช้ในคำขอ HTTP ไม่ได้
เปลี่ยนลักษณะการทำงานของ curl ตัวอย่างเช่น หากคุณต้องการสร้าง HEAD . ที่เหมาะสม
คำขอโดยใช้ -X HEAD จะไม่เพียงพอ คุณต้องใช้ -ผม, --ศีรษะ ตัวเลือก

สตริงเมธอดที่คุณตั้งค่าด้วย -X จะถูกใช้สำหรับคำขอทั้งหมด ซึ่งถ้าคุณสำหรับ
ตัวอย่างการใช้งาน -แอล, --ที่ตั้ง อาจทำให้เกิดผลข้างเคียงโดยไม่ได้ตั้งใจเมื่อม้วนงอไม่
เปลี่ยนวิธีการขอตามรหัสตอบกลับ HTTP 30x - และคล้ายกัน

(FTP) ระบุคำสั่ง FTP ที่กำหนดเองเพื่อใช้แทน LIST เมื่อทำรายการไฟล์
ด้วย FTP

(POP3) ระบุคำสั่ง POP3 ที่กำหนดเองเพื่อใช้แทน LIST หรือ RETR (เพิ่มใน
7.26.0)

(IMAP) ระบุคำสั่ง IMAP ที่กำหนดเองเพื่อใช้แทน LIST (เพิ่มใน 7.30.0)

(SMTP) ระบุคำสั่ง SMTP ที่กำหนดเองเพื่อใช้แทน HELP หรือ VRFY (เพิ่มใน
7.34.0)

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

--xattr
เมื่อบันทึกเอาต์พุตไปยังไฟล์ ตัวเลือกนี้จะบอกให้ curl เก็บข้อมูลเมตาของไฟล์บางรายการ
ในแอตทริบิวต์ไฟล์แบบขยาย ปัจจุบัน URL ถูกเก็บไว้ใน xdg.origin.url
แอตทริบิวต์และสำหรับ HTTP ชนิดเนื้อหาจะถูกเก็บไว้ในแอตทริบิวต์ mime_type ถ้า
ระบบไฟล์ไม่รองรับคุณสมบัติเพิ่มเติม คำเตือนจะออก

-y, --speed-time
หากการดาวน์โหลดช้ากว่าความเร็วจำกัดไบต์ต่อวินาทีในช่วงเวลาความเร็ว
ระยะเวลา การดาวน์โหลดจะถูกยกเลิก หากใช้ speed-time ค่าเริ่มต้น speed-limit
จะเป็น 1 เว้นแต่ตั้งค่าด้วย -Y.

ตัวเลือกนี้ควบคุมการถ่ายโอนและจะไม่ส่งผลต่อการเชื่อมต่อที่ช้า ฯลฯ หากสิ่งนี้
เป็นปัญหาสำหรับคุณลอง --เชื่อมต่อ-หมดเวลา ตัวเลือก

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-Y, --speed-จำกัด
หากการดาวน์โหลดช้ากว่าความเร็วที่กำหนด (เป็นไบต์ต่อวินาที) สำหรับ speed-time
วินาทีที่มันถูกยกเลิก speed-time ถูกตั้งค่าด้วย -y และเท่ากับ 30 ถ้าไม่ได้ตั้งค่าไว้

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-z, --time-cond |
(HTTP/FTP) ขอไฟล์ที่ได้รับการแก้ไขช้ากว่าเวลาที่กำหนดและ
วันที่หรือวันที่แก้ไขก่อนเวลานั้น ดิ เป็นไปได้
สตริงวันที่ทุกประเภทหรือหากไม่ตรงกับสตริงภายในใด ๆ จะถือว่าเป็น
ชื่อไฟล์และพยายามรับวันที่แก้ไข (mtime) จาก แทนที่. ดู
curl_getdate(3) หน้าคนสำหรับรายละเอียดนิพจน์วันที่

เริ่มนิพจน์วันที่ด้วยขีดกลาง (-) เพื่อขอเอกสารที่เป็น
เก่ากว่าวันที่/เวลาที่กำหนด ค่าเริ่มต้นคือเอกสารที่ใหม่กว่า
วัน/เวลาที่กำหนด.

หากใช้ตัวเลือกนี้หลายครั้ง ระบบจะใช้ตัวเลือกสุดท้าย

-h, --ช่วยด้วย
วิธีใช้. รายการนี้แสดงรายการตัวเลือกบรรทัดคำสั่งปัจจุบันทั้งหมดพร้อมคำอธิบายสั้นๆ

-M, --คู่มือ
คู่มือ. แสดงข้อความช่วยเหลือขนาดใหญ่

-V, - รุ่น
แสดงข้อมูลเกี่ยวกับ curl และเวอร์ชัน libcurl ที่ใช้

บรรทัดแรกรวมถึงเวอร์ชันเต็มของ curl, libcurl และบุคคลที่สามอื่นๆ
ไลบรารีที่เชื่อมโยงกับไฟล์ปฏิบัติการ

บรรทัดที่สอง (เริ่มต้นด้วย "โปรโตคอล:") แสดงโปรโตคอลทั้งหมดที่ libcurl รายงาน
ให้การช่วยเหลือ.

บรรทัดที่สาม (เริ่มต้นด้วย "คุณลักษณะ:") แสดงคุณลักษณะเฉพาะ libcurl รายงานไปยัง
เสนอ. คุณสมบัติที่มีจำหน่าย ได้แก่ :

IPv6 คุณสามารถใช้ IPv6 กับสิ่งนี้

krb4 Krb4 สำหรับ FTP ได้รับการสนับสนุน

รองรับเวอร์ชัน SSL SSL ของโปรโตคอลต่างๆ เช่น HTTPS, FTPS, POP3S
เป็นต้น

libz รองรับการคลายการบีบอัดไฟล์ที่บีบอัดผ่าน HTTP โดยอัตโนมัติ

รองรับการตรวจสอบสิทธิ์ NTLM NTLM

ดีบัก curl นี้ใช้ libcurl ที่สร้างด้วย Debug ทำให้สามารถติดตามข้อผิดพลาดได้มากขึ้น
และการดีบักหน่วยความจำ ฯลฯ สำหรับผู้พัฒนา curl เท่านั้น!

AsynchDNS
curl นี้ใช้การแก้ไขชื่อแบบอะซิงโครนัส แก้ชื่อแบบอะซิงโครนัสได้
ทำได้โดยใช้ c-ares หรือแบ็กเอนด์ตัวแก้ไขเธรด

รองรับการตรวจสอบ SPNEGO SPNEGO

largefile
curl นี้รองรับการถ่ายโอนไฟล์ขนาดใหญ่ ไฟล์ที่มีขนาดใหญ่กว่า 2GB

IDN curl นี้รองรับ IDN - ชื่อโดเมนสากล

GSS-API
รองรับ GSS-API

รองรับ SSPI SSPI

ทล.-SRP
รองรับการตรวจสอบสิทธิ์ SRP (รหัสผ่านระยะไกลที่ปลอดภัย) สำหรับ TLS

รองรับ HTTP2 HTTP/2 ในตัว

เมทัลลิงค์
curl นี้รองรับ Metalink (ทั้งเวอร์ชัน 3 และ 4 (RFC 5854)) ซึ่ง
อธิบายกระจกและแฮช curl จะใช้มิเรอร์เพื่อเฟลโอเวอร์ถ้ามี
เป็นข้อผิดพลาด (เช่น ไฟล์หรือเซิร์ฟเวอร์ไม่พร้อมใช้งาน)

ใช้ curl ออนไลน์โดยใช้บริการ onworks.net