curl - ອອນໄລນ໌ໃນ Cloud

ໂຄງການ:

NAME

curl - ໂອນ URL

ສະຫຼຸບສັງລວມ

curl [ທາງເລືອກ] [URL...]

ລາຍລະອຽດ

curl ເປັນ​ເຄື່ອງ​ມື​ທີ່​ຈະ​ໂອນ​ຂໍ້​ມູນ​ຈາກ​ຫຼື​ກັບ​ເຄື່ອງ​ແມ່​ຂ່າຍ​, ການ​ນໍາ​ໃຊ້​ຫນຶ່ງ​ໃນ​ໂປ​ໂຕ​ຄອນ​ສະ​ຫນັບ​ສະ​ຫນູນ​
(DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP,
RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET ແລະ TFTP). ຄໍາສັ່ງຖືກອອກແບບເພື່ອເຮັດວຽກ
ໂດຍບໍ່ມີການໂຕ້ຕອບຜູ້ໃຊ້.

curl ສະເຫນີ busload ຂອງ tricks ທີ່ເປັນປະໂຫຍດເຊັ່ນ: ການສະຫນັບສະຫນູນຕົວແທນ, ການກວດສອບຜູ້ໃຊ້, FTP
ອັບໂຫຼດ, ໂພສ HTTP, ການເຊື່ອມຕໍ່ SSL, cookies, ຊີວະປະຫວັດການໂອນໄຟລ໌, Metalink, ແລະອື່ນໆ. ເປັນ
ທ່ານຈະເຫັນຂ້າງລຸ່ມນີ້, ຈໍານວນຂອງຄຸນນະສົມບັດຈະເຮັດໃຫ້ຫົວຂອງທ່ານ spin!

curl ແມ່ນຂັບເຄື່ອນໂດຍ libcurl ສໍາລັບຄຸນສົມບັດທີ່ກ່ຽວຂ້ອງກັບການໂອນທັງຫມົດ. ເບິ່ງ libcurl(3​) ສໍາລັບລາຍລະອຽດ.

URL

syntax ຂອງ URL ແມ່ນຂຶ້ນກັບໂປຣໂຕຄໍ. ເຈົ້າຈະພົບເຫັນລາຍລະອຽດໃນ RFC 3986.

ທ່ານ​ສາ​ມາດ​ລະ​ບຸ​ຫຼາຍ URLs ຫຼື​ບາງ​ສ່ວນ​ຂອງ URLs ໂດຍ​ການ​ຂຽນ​ຊຸດ​ສ່ວນ​ຢູ່​ໃນ​ວົງ​ເລັບ​ເຊັ່ນ​:

http://site.{one, two, three}.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 ໃດໆໃນແຖວຄໍາສັ່ງ. ເຂົາເຈົ້າຈະຖືກນໍາມາໃນ A
ລັກສະນະຕາມລໍາດັບໃນຄໍາສັ່ງທີ່ກໍານົດໄວ້.

ທ່ານສາມາດກໍານົດຕົວນັບຂັ້ນຕອນສໍາລັບໄລຍະເພື່ອໃຫ້ໄດ້ທຸກຕົວເລກ Nth ຫຼືຕົວອັກສອນ:

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

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

ໃນ​ເວ​ລາ​ທີ່​ການ​ນໍາ​ໃຊ້ [] ຫຼື {} ລໍາ​ດັບ​ໃນ​ເວ​ລາ​ທີ່ invoked ຈາກ prompt ເສັ້ນ​ຄໍາ​ສັ່ງ​, ທ່ານ​ອາດ​ຈະ​ມີ​
ເພື່ອເຮັດໃຫ້ URL ເຕັມພາຍໃນວົງຢືມສອງເທົ່າເພື່ອຫຼີກເວັ້ນການ Shell ແຊກແຊງມັນ. ນີ້
ຍັງໄປສໍາລັບຕົວລະຄອນອື່ນໆທີ່ໄດ້ຮັບການປິ່ນປົວພິເສດເຊັ່ນ: ຕົວຢ່າງ '&', '?' ແລະ '*'.

ໃຫ້ດັດຊະນີເຂດ IPv6 ໃນ URL ທີ່ມີເຄື່ອງຫມາຍເປີເຊັນຫນີແລະການໂຕ້ຕອບ
ຊື່. ເຊັ່ນດຽວກັບ

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

ຖ້າທ່ານລະບຸ URL ໂດຍບໍ່ມີ protocol:// prefix, curl ຈະພະຍາຍາມຄາດເດົາວ່າໂປໂຕຄອນໃດ
ເຈົ້າອາດຈະຕ້ອງການ. ຈາກນັ້ນມັນຈະເປັນຄ່າເລີ່ມຕົ້ນເປັນ HTTP ແຕ່ລອງໃຊ້ໂປຣໂຕຄອນອື່ນໆໂດຍອີງໃສ່ການໃຊ້ງານເລື້ອຍໆ
ຄຳນຳໜ້າຊື່ເຈົ້າພາບ. ຕົວຢ່າງ, ສໍາລັບຊື່ເຈົ້າພາບທີ່ເລີ່ມຕົ້ນດ້ວຍ "ftp." curl ຈະສົມມຸດເຈົ້າ
ຕ້ອງການເວົ້າ FTP.

curl ຈະເຮັດດີທີ່ສຸດເພື່ອໃຊ້ສິ່ງທີ່ທ່ານຜ່ານໄປຫາມັນເປັນ URL. ມັນບໍ່ໄດ້ພະຍາຍາມຢືນຢັນມັນ
ເປັນ URL ທີ່ຖືກຕ້ອງ syntactically ໂດຍວິທີໃດກໍ່ຕາມແຕ່ແທນທີ່ຈະ ຫຼາຍ ເສລີພາບກັບສິ່ງທີ່ມັນ
ຍອມຮັບ.

curl ຈະພະຍາຍາມໃຊ້ການເຊື່ອມຕໍ່ຄືນໃຫມ່ສໍາລັບການໂອນໄຟລ໌ຫຼາຍ, ດັ່ງນັ້ນການໄດ້ຮັບຈໍານວນຫຼາຍ
ໄຟລ໌ຈາກເຄື່ອງແມ່ຂ່າຍດຽວກັນຈະບໍ່ເຮັດການເຊື່ອມຕໍ່ / handshakes ຫຼາຍຄັ້ງ. ນີ້ປັບປຸງ
ຄວາມໄວ. ແນ່ນອນ, ນີ້ແມ່ນເຮັດໄດ້ພຽງແຕ່ໃນໄຟລ໌ທີ່ລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງດຽວແລະເຮັດບໍ່ໄດ້
ຖືກນໍາໃຊ້ລະຫວ່າງ curls ແຍກຕ່າງຫາກ.

ໂຄງການ ແມັດ

curl ປົກກະຕິສະແດງເຄື່ອງວັດແທກຄວາມຄືບຫນ້າໃນລະຫວ່າງການປະຕິບັດງານ, ຊີ້ບອກຈໍານວນຂອງ
ຂໍ້​ມູນ​ການ​ໂອນ​, ຄວາມ​ໄວ​ການ​ໂອນ​ແລະ​ການ​ຄາດ​ຄະ​ເນ​ທີ່​ໃຊ້​ເວ​ລາ​ທີ່​ຍັງ​ເຫຼືອ​, ແລະ​ອື່ນໆ

curl ສະແດງຂໍ້ມູນນີ້ໄປຫາ terminal ໂດຍຄ່າເລີ່ມຕົ້ນ, ດັ່ງນັ້ນຖ້າທ່ານຮຽກຮ້ອງ curl ເພື່ອເຮັດ
ການດໍາເນີນງານແລະມັນແມ່ນກ່ຽວກັບການຂຽນຂໍ້ມູນໃສ່ terminal, ມັນ ປິດການ ນຳ ໃຊ້ ເຄື່ອງວັດແທກຄວາມຄືບຫນ້າ
ຖ້າ ບໍ່ ດັ່ງ ນັ້ນ ມັນ ຈະ mess ເຖິງ ຜົນ ຜະ ລິດ ເຄື່ອງ ວັດ ຄວາມ ຄືບ ຫນ້າ ປະ ສົມ ແລະ ຂໍ້ ມູນ ຕອບ ສະ ຫນອງ.

ຖ້າທ່ານຕ້ອງການວັດແທກຄວາມຄືບຫນ້າສໍາລັບການຮ້ອງຂໍ HTTP POST ຫຼື PUT, ທ່ານຈໍາເປັນຕ້ອງປ່ຽນເສັ້ນທາງ
ຜົນໄດ້ຮັບການຕອບສະຫນອງຕໍ່ໄຟລ໌, ການນໍາໃຊ້ shell redirect (>), -o [file] ຫຼືຄ້າຍຄືກັນ.

ມັນບໍ່ແມ່ນກໍລະນີດຽວກັນສໍາລັບການອັບໂຫລດ FTP ຍ້ອນວ່າການປະຕິບັດງານນັ້ນບໍ່ໄດ້ຖົ່ມອອກຄໍາຕອບໃດໆ
ຂໍ້​ມູນ​ທີ່​ຢູ່​ປາຍ​ຍອດ​.

ຖ້າທ່ານຕ້ອງການ "ແຖບ" ຄວາມຄືບຫນ້າແທນທີ່ຈະເປັນແມັດປົກກະຕິ, -# ແມ່ນເພື່ອນຂອງທ່ານ.

OPTIONS

ຕົວເລືອກເລີ່ມຕົ້ນດ້ວຍໜຶ່ງ ຫຼື ສອງຂີດ. ຫຼາຍໆທາງເລືອກຕ້ອງການມູນຄ່າເພີ່ມເຕີມຕໍ່ໄປ
ໃຫ້ເຂົາເຈົ້າ.

ຮູບແບບ "single-dash" ສັ້ນຂອງທາງເລືອກ, -d ຕົວຢ່າງ, ອາດຈະຖືກນໍາໃຊ້ກັບຫຼືບໍ່ມີ a
ຊ່ອງຫວ່າງລະຫວ່າງມັນ ແລະຄ່າຂອງມັນ, ເຖິງແມ່ນວ່າຊ່ອງຫວ່າງເປັນຕົວແຍກທີ່ແນະນຳ. ຍາວ
ແບບຟອມ "double-dash", --data ສໍາລັບຕົວຢ່າງ, ຕ້ອງການຊ່ອງຫວ່າງລະຫວ່າງມັນແລະມູນຄ່າຂອງມັນ.

ຕົວເລືອກສະບັບສັ້ນທີ່ບໍ່ຕ້ອງການຄ່າເພີ່ມເຕີມສາມາດຖືກນໍາໃຊ້ໃນທັນທີຕໍ່ໄປ
ເພື່ອກັນແລະກັນ, ເຊັ່ນຕົວຢ່າງທ່ານສາມາດກໍານົດທາງເລືອກທັງຫມົດ -O, -L ແລະ -v ໃນເວລາດຽວກັນ
-OLv.

ໂດຍທົ່ວໄປ, ທາງເລືອກ boolean ທັງຫມົດແມ່ນຖືກເປີດໃຊ້ດ້ວຍ --ທາງເລືອກ ແລະ​ອີກ​ເທື່ອ​ຫນຶ່ງ​ພິ​ການ​ກັບ​
--ບໍ່-ທາງເລືອກ. ນັ້ນແມ່ນ, ທ່ານໃຊ້ຊື່ທາງເລືອກດຽວກັນແຕ່ນໍາຫນ້າດ້ວຍ "ບໍ່".
ຢ່າງໃດກໍຕາມ, ໃນບັນຊີລາຍຊື່ນີ້ພວກເຮົາສ່ວນຫຼາຍແມ່ນພຽງແຕ່ບັນຊີລາຍຊື່ແລະສະແດງໃຫ້ເຫັນສະບັບ --option ຂອງເຂົາເຈົ້າ. (ນີ້
ແນວຄວາມຄິດທີ່ມີ --no ທາງເລືອກໄດ້ຖືກເພີ່ມເຂົ້າໃນ 7.19.0. ໃນເມື່ອກ່ອນຕົວເລືອກສ່ວນໃຫຍ່ຖືກເປີດ/ປິດ
ໃນ​ການ​ນໍາ​ໃຊ້​ຊ​້​ໍາ​ຂອງ​ທາງ​ເລືອກ​ເສັ້ນ​ຄໍາ​ສັ່ງ​ດຽວ​ກັນ​.)

-#, --progress-bar
ເຮັດໃຫ້ການສະແດງຜົນ curl ເປັນແຖບຄວາມຄືບຫນ້າງ່າຍດາຍແທນທີ່ຈະເປັນມາດຕະຖານ, ເພີ່ມເຕີມ
ຂໍ້ມູນ, ແມັດ.

-:, --ຕໍ່ໄປ
ບອກ curl ໃຫ້ໃຊ້ການດໍາເນີນງານແຍກຕ່າງຫາກສໍາລັບ URL ຕໍ່ໄປນີ້ແລະທີ່ກ່ຽວຂ້ອງ
ທາງເລືອກ. ນີ້ອະນຸຍາດໃຫ້ທ່ານສົ່ງຄໍາຮ້ອງຂໍ URL ຫຼາຍ, ແຕ່ລະຄົນມີຄວາມສະເພາະຂອງຕົນເອງ
ທາງເລືອກ, ສໍາລັບການຍົກຕົວຢ່າງ, ເຊັ່ນຊື່ຜູ້ໃຊ້ທີ່ແຕກຕ່າງກັນຫຼືຄໍາຮ້ອງຂໍ custom ສໍາລັບແຕ່ລະຄົນ.
(ເພີ່ມໃນ 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)

--no-npn
ປິດໃຊ້ງານສ່ວນຂະຫຍາຍ NPN TLS. NPN ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນຖ້າ libcurl ຖືກສ້າງຂຶ້ນດ້ວຍ
ຫ້ອງສະໝຸດ SSL ທີ່ຮອງຮັບ NPN. NPN ຖືກນໍາໃຊ້ໂດຍ libcurl ທີ່ສະຫນັບສະຫນູນ HTTP 2 ກັບ
ເຈລະຈາການສະຫນັບສະຫນູນ HTTP 2 ກັບເຄື່ອງແມ່ຂ່າຍໃນລະຫວ່າງກອງປະຊຸມ https.

(ເພີ່ມໃນ 7.36.0)

--no-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
ຫຼາຍທີ່ຊັດເຈນ (ຖ້າ backend 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, --append
(FTP/SFTP) ເມື່ອໃຊ້ໃນການອັບໂຫລດ, ອັນນີ້ເຮັດໃຫ້ curl ຕື່ມໃສ່ກັບໄຟລ໌ເປົ້າໝາຍ
ແທນທີ່ຈະຂຽນທັບມັນ. ຖ້າໄຟລ໌ຫ່າງໄກສອກຫຼີກບໍ່ມີ, ມັນຈະຖືກສ້າງຂື້ນ.
ໃຫ້ສັງເກດວ່າທຸງນີ້ຖືກລະເລີຍໂດຍບາງເຊີບເວີ SFTP (ລວມທັງ OpenSSH).

-A, --user-agent
(HTTP) ລະບຸສະຕຣິງ User-Agent ເພື່ອສົ່ງໄປຫາເຊີບເວີ HTTP. ບາງຄົນເຮັດບໍ່ດີ
CGIs ລົ້ມເຫລວຖ້າຊ່ອງຂໍ້ມູນນີ້ບໍ່ໄດ້ຕັ້ງເປັນ "Mozilla/4.0". ເພື່ອເຂົ້າລະຫັດຊ່ອງຫວ່າງໃນສະຕຣິງ,
ອ້ອມຮອບສາຍດ້ວຍເຄື່ອງໝາຍວົງຢືມອັນດຽວ. ນີ້ຍັງສາມາດຖືກກໍານົດດ້ວຍ -H,
--ຫົວ ທາງເລືອກແນ່ນອນ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--anyauth
(HTTP) ບອກ curl ໃຫ້ຄິດອອກວິທີການພິສູດຢືນຢັນດ້ວຍຕົວມັນເອງ, ແລະໃຊ້ຫຼາຍທີ່ສຸດ
ຮັບປະກັນອັນນຶ່ງທີ່ເວັບໄຊທ໌ທາງໄກອ້າງວ່າສະຫນັບສະຫນູນ. ນີ້ແມ່ນເຮັດໄດ້ໂດຍການເຮັດການຮ້ອງຂໍຄັ້ງທໍາອິດ
ແລະ​ການ​ກວດ​ສອບ​ຫົວ​ຂໍ້​ຕອບ​ສະ​ຫນອງ​, ດັ່ງ​ນັ້ນ​ອາດ​ຈະ​ເຮັດ​ໃຫ້​ເປັນ​ການ​ເພີ່ມ​ເຕີມ​ເຄືອ​ຂ່າຍ​ໄດ້​ຕະ​ຫຼອດ​.
ການເດີນທາງ. ອັນນີ້ຖືກໃຊ້ແທນການກຳນົດວິທີການຢືນຢັນສະເພາະ, ທີ່ທ່ານ
ສາມາດເຮັດໄດ້ດ້ວຍ --ພື້ນຖານ, -- ຍ່ອຍ, --ntlm, ແລະ -- ເຈລະຈາ.

ຈົ່ງຈື່ໄວ້ວ່າການໃຊ້ --anyauth ແມ່ນບໍ່ແນະນໍາໃຫ້ຖ້າທ່ານອັບໂຫລດຈາກ stdin, ເພາະວ່າມັນ
ອາດຈະຕ້ອງການໃຫ້ຂໍ້ມູນຖືກສົ່ງສອງຄັ້ງແລະຫຼັງຈາກນັ້ນລູກຄ້າຈະຕ້ອງສາມາດ rewind ໄດ້. ຖ້າ
ຄວາມຕ້ອງການຄວນຈະເກີດຂື້ນໃນເວລາທີ່ອັບໂຫລດຈາກ stdin, ການດໍາເນີນງານການອັບໂຫລດຈະລົ້ມເຫລວ.

-b, --cookie
(HTTP) ສົ່ງຂໍ້ມູນໄປຍັງເຊີບເວີ HTTP ເປັນຄຸກກີ. ມັນແມ່ນ supposedly ຂໍ້ມູນ
ຜ່ານມາໄດ້ຮັບຈາກເຄື່ອງແມ່ຂ່າຍໃນແຖວ "Set-Cookie:". ຂໍ້ມູນຄວນຈະຢູ່ໃນ
ຮູບແບບ "NAME1=VALUE1; NAME2=VALUE2".

ຖ້າບໍ່ມີສັນຍາລັກ '=' ຖືກນໍາໃຊ້ໃນແຖວ, ມັນຈະຖືກປະຕິບັດເປັນຊື່ໄຟລ໌ທີ່ຈະໃຊ້ເພື່ອອ່ານ
ເສັ້ນຄຸກກີເກັບຮັກສາໄວ້ກ່ອນຫນ້ານີ້ຈາກ, ເຊິ່ງຄວນຈະຖືກນໍາໃຊ້ໃນກອງປະຊຸມນີ້ຖ້າພວກເຂົາ
ກົງກັນ. ການນໍາໃຊ້ວິທີນີ້ຍັງກະຕຸ້ນເຄື່ອງຈັກຄຸກກີເຊິ່ງຈະເຮັດໃຫ້ curl
ບັນທຶກ cookies ທີ່ເຂົ້າມາເຊັ່ນກັນ, ເຊິ່ງອາດຈະເປັນປະໂຫຍດຖ້າທ່ານໃຊ້ມັນປະສົມປະສານ
ກັບ -L, --ສະຖານທີ່ ທາງເລືອກ. ຮູບແບບໄຟລ໌ຂອງໄຟລ໌ທີ່ຈະອ່ານ cookies ຈາກ
ຄວນເປັນສ່ວນຫົວ HTTP ທຳມະດາ ຫຼືຮູບແບບໄຟລ໌ຄຸກກີ Netscape/Mozilla.

ໄຟລ໌ທີ່ລະບຸດ້ວຍ -b, --ຄຸກກີ ຖືກນໍາໃຊ້ເປັນການປ້ອນຂໍ້ມູນເທົ່ານັ້ນ. ບໍ່ມີ cookies
ຂຽນໃສ່ໄຟລ໌. ເພື່ອເກັບຮັກສາ cookies, ໃຫ້ໃຊ້ -c, --cookie-jar ທາງເລືອກ.

ໃຊ້ຄວາມລະມັດລະວັງຖ້າຫາກວ່າທ່ານກໍາລັງໃຊ້ທາງເລືອກນີ້ແລະການໂອນຫຼາຍອາດຈະເກີດຂຶ້ນ. ຖ້າ
ທ່ານໃຊ້ NAME1=VALUE1; ຮູບແບບ, ຫຼືໃນໄຟລ໌ໃຊ້ຮູບແບບ Set-Cookie ແລະຢ່າ
ລະບຸໂດເມນ, ຫຼັງຈາກນັ້ນຄຸກກີຖືກສົ່ງສໍາລັບໂດເມນໃດກໍ່ຕາມ (ເຖິງແມ່ນວ່າການປ່ຽນເສັ້ນທາງແມ່ນ
ປະ​ຕິ​ບັດ​ຕາມ​) ແລະ​ບໍ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ໂດຍ​ຄຸກ​ກີ​ທີ່​ຕັ້ງ​ຂອງ​ເຄື່ອງ​ແມ່​ຂ່າຍ​. ຖ້າເຄື່ອງຈັກຄຸກກີແມ່ນ
ເປີດໃຊ້ງານ ແລະເຊີບເວີຕັ້ງຄຸກກີ້ທີ່ມີຊື່ດຽວກັນ ຈາກນັ້ນທັງສອງຈະຖືກສົ່ງໃສ່ a
ການໂອນຍ້າຍໃນອະນາຄົດໄປຫາເຄື່ອງແມ່ຂ່າຍນັ້ນ, ອາດຈະບໍ່ແມ່ນສິ່ງທີ່ທ່ານຕັ້ງໃຈ. ເພື່ອແກ້ໄຂບັນຫາເຫຼົ່ານີ້
ບັນຫາກໍານົດໂດເມນໃນ Set-Cookie (ເຮັດທີ່ຈະປະກອບມີໂດເມນຍ່ອຍ) ຫຼືໃຊ້
ຮູບແບບ Netscape.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-B, --use-ascii
(FTP/LDAP) ເປີດໃຊ້ການໂອນ ASCII. ສໍາລັບ FTP, ນີ້ຍັງສາມາດຖືກບັງຄັບໃຊ້ໂດຍໃຊ້
URL ທີ່ລົງທ້າຍດ້ວຍ ";type=A". ຕົວເລືອກນີ້ເຮັດໃຫ້ຂໍ້ມູນທີ່ສົ່ງໄປ stdout ຢູ່ໃນຂໍ້ຄວາມ
ໂຫມດສໍາລັບລະບົບ win32.

--ພື້ນຖານ
(HTTP) ບອກ curl ໃຫ້ໃຊ້ HTTP Basic authentication ກັບ host ທາງໄກ. ນີ້​ແມ່ນ
ຄ່າເລີ່ມຕົ້ນແລະຕົວເລືອກນີ້ມັກຈະບໍ່ມີຈຸດຫມາຍ, ເວັ້ນເສຍແຕ່ວ່າທ່ານໃຊ້ມັນເພື່ອ override a
ກ່ອນຫນ້ານີ້ກໍານົດທາງເລືອກທີ່ກໍານົດວິທີການພິສູດຢືນຢັນທີ່ແຕກຕ່າງກັນ (ເຊັ່ນ: --ntlm,
-- ຍ່ອຍ, ຫຼື -- ເຈລະຈາ).

ໃຊ້ຮ່ວມກັບ -u, -ຜູ້ໃຊ້ ແລະ -x, -- ຕົວແທນ.

ເບິ່ງ --ພຣັອກຊີ-ພື້ນຖານ.

-c, --cookie-jar
(HTTP) ລະບຸໄຟລ໌ໃດທີ່ທ່ານຕ້ອງການ curl ຂຽນ cookies ທັງໝົດຫຼັງຈາກສໍາເລັດ
ການດໍາເນີນງານ. Curl ຂຽນ cookies ທັງຫມົດທີ່ອ່ານກ່ອນຫນ້ານີ້ຈາກໄຟລ໌ທີ່ກໍານົດເຊັ່ນດຽວກັນກັບ
cookies ທັງຫມົດທີ່ໄດ້ຮັບຈາກເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ. ຖ້າບໍ່ມີ cookies ເປັນທີ່ຮູ້ຈັກ, ບໍ່ມີຂໍ້ມູນໃດໆ
ຂຽນ. ໄຟລ໌ຈະຖືກຂຽນໂດຍໃຊ້ຮູບແບບໄຟລ໌ຄຸກກີ Netscape. ຖ້າ​ເຈົ້າ
ຕັ້ງຊື່ໄຟລ໌ເປັນ dash ດຽວ, "-", cookies ຈະຖືກຂຽນໃສ່ stdout.

ຕົວເລືອກເສັ້ນຄໍາສັ່ງນີ້ຈະກະຕຸ້ນເຄື່ອງຈັກຄຸກກີທີ່ເຮັດໃຫ້ curl ບັນທຶກແລະ
ໃຊ້ cookies. ອີກວິທີໜຶ່ງເພື່ອເປີດໃຊ້ມັນຄືການໃຊ້ -b, --ຄຸກກີ ທາງເລືອກ.

ຖ້າກະປ໋ອງຄຸກກີບໍ່ສາມາດສ້າງຫຼືຂຽນໃສ່, ການດໍາເນີນງານ curl ທັງຫມົດຈະບໍ່
ລົ້ມເຫລວຫຼືແມ້ກະທັ້ງລາຍງານຄວາມຜິດພາດຢ່າງຊັດເຈນ. ການນໍາໃຊ້ -v ຈະໄດ້ຮັບການເຕືອນສະແດງ, ແຕ່
ນັ້ນແມ່ນ ຄຳ ຕິຊົມທີ່ເຫັນໄດ້ຢ່າງດຽວທີ່ເຈົ້າໄດ້ຮັບກ່ຽວກັບສະຖານະການທີ່ອາດຈະຕາຍນີ້.

ນັບຕັ້ງແຕ່ 7.43.0 cookies ທີ່ຖືກນໍາເຂົ້າໃນຮູບແບບ Set-Cookie ໂດຍບໍ່ມີໂດເມນ
ຊື່ບໍ່ໄດ້ຖືກສົ່ງອອກໂດຍທາງເລືອກນີ້.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຊື່ໄຟລ໌ທີ່ລະບຸໄວ້ສຸດທ້າຍຈະຖືກໃຊ້.

-C, --ສືບຕໍ່-ຢູ່
ສືບ​ຕໍ່ / ສືບ​ຕໍ່​ການ​ໂອນ​ໄຟລ​໌​ຜ່ານ​ມາ​ໃນ​ການ​ຊົດ​ເຊີຍ​ທີ່​ໃຫ້​. ຄ່າຊົດເຊີຍທີ່ໃຫ້ແມ່ນ
ຈໍາ​ນວນ​ທີ່​ແນ່​ນອນ​ຂອງ bytes ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ຂ້າມ​, ນັບ​ຕັ້ງ​ແຕ່​ຕົ້ນ​ຂອງ​
ໄຟລ໌ແຫຼ່ງກ່ອນທີ່ມັນຈະຖືກໂອນໄປຫາປາຍທາງ. ຖ້າໃຊ້ກັບການອັບໂຫລດ, the
ຄໍາສັ່ງຂອງເຄື່ອງແມ່ຂ່າຍ FTP SIZE ຈະບໍ່ຖືກນໍາໃຊ້ໂດຍ curl.

ໃຊ້ "-C -" ເພື່ອບອກ curl ໂດຍອັດຕະໂນມັດຊອກຫາບ່ອນທີ່ / ວິທີການສືບຕໍ່ການໂອນຍ້າຍ.
ຫຼັງຈາກນັ້ນ, ມັນໃຊ້ໄຟລ໌ຜົນຜະລິດ / ວັດສະດຸປ້ອນທີ່ໃຫ້ເພື່ອຄິດອອກ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--ເຄື່ອງຂຽນລະຫັດ
(SSL) ລະບຸວ່າລະຫັດໃດທີ່ຈະໃຊ້ໃນການເຊື່ອມຕໍ່. ບັນຊີລາຍຊື່ຂອງລະຫັດລັບຕ້ອງ
ລະບຸລະຫັດລັບທີ່ຖືກຕ້ອງ. ອ່ານລາຍລະອຽດລາຍຊື່ SSL cipher ໃນ URL ນີ້:
https://www.openssl.org/docs/apps/ciphers.html

NSS ciphers ແມ່ນເຮັດໄດ້ແຕກຕ່າງຈາກ OpenSSL ແລະ GnuTLS. ບັນຊີລາຍຊື່ເຕັມຂອງ NSS
ciphers ຢູ່ໃນລາຍການ NSSCipherSuite ຢູ່ URL ນີ້:
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-- ບີບອັດ
(HTTP) ຮ້ອງຂໍການຕອບສະຫນອງທີ່ຖືກບີບອັດໂດຍໃຊ້ຫນຶ່ງໃນ algorithms curl ສະຫນັບສະຫນູນ, ແລະ
ບັນທຶກເອກະສານທີ່ບໍ່ໄດ້ບີບອັດ. ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ແລະເຄື່ອງແມ່ຂ່າຍຈະສົ່ງ
ການເຂົ້າລະຫັດທີ່ບໍ່ຮອງຮັບ, curl ຈະລາຍງານຂໍ້ຜິດພາດ.

--ໝົດເວລາເຊື່ອມຕໍ່
ເວລາສູງສຸດໃນວິນາທີທີ່ທ່ານອະນຸຍາດໃຫ້ການເຊື່ອມຕໍ່ຂອງ curl ໃຊ້ເວລາ. ນີ້ຈໍາກັດພຽງແຕ່
ໄລຍະການເຊື່ອມຕໍ່, ດັ່ງນັ້ນຖ້າ curl ເຊື່ອມຕໍ່ພາຍໃນໄລຍະເວລາທີ່ໃຫ້ມັນຈະສືບຕໍ່
- ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ແມ່ນ​ມັນ​ຈະ​ອອກ​. ຕັ້ງແຕ່ລຸ້ນ 7.32.0, ຕົວເລືອກນີ້ຍອມຮັບຄ່າທົດສະນິຍົມ.

ເບິ່ງອີກ -m, --ເວລາສູງສຸດ ທາງເລືອກ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--create-dirs
ເມື່ອຖືກ ນຳ ໃຊ້ສົມທົບກັບ -o ທາງເລືອກ, curl ຈະສ້າງທ້ອງຖິ່ນທີ່ຈໍາເປັນ
ລໍາດັບຂັ້ນໄດເລກະທໍລີຕາມຄວາມຕ້ອງການ. ທາງເລືອກນີ້ສ້າງ dirs ທີ່ໄດ້ກ່າວມາກັບ -o
ທາງເລືອກ, ບໍ່ມີຫຍັງອີກ. ຖ້າ -o ຊື່ໄຟລ໌ໃຊ້ບໍ່ມີ dir ຫຼືຖ້າ dirs ມັນກ່າວເຖິງ
ມີຢູ່ແລ້ວ, ບໍ່ມີ dir ຈະຖືກສ້າງຂື້ນ.

ເພື່ອສ້າງໄດເລກະທໍລີຫ່າງໄກສອກຫຼີກໃນເວລາທີ່ໃຊ້ FTP ຫຼື SFTP, ພະຍາຍາມ --ftp-create-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 ຜ່ານຂໍ້ມູນໄປຍັງເຄື່ອງແມ່ຂ່າຍໂດຍໃຊ້
content-type application/x-www-form-urlencoded. ປຽບທຽບກັບ -F, --ແບບຟອມ.

-d, --data ແມ່ນຄືກັນກັບ --data-ascii. --data-raw ແມ່ນເກືອບຄືກັນແຕ່ບໍ່ໄດ້
ມີການຕີຄວາມພິເສດຂອງຕົວອັກສອນ @. ເພື່ອປະກາດຂໍ້ມູນ binary ຢ່າງດຽວ, ທ່ານ
ແທນທີ່ຈະໃຊ້ --data-binary ທາງເລືອກ. ເພື່ອເຂົ້າລະຫັດ URL ມູນຄ່າຂອງແບບຟອມ
ພາກສະຫນາມທີ່ເຈົ້າອາດຈະໃຊ້ --data-urlencode.

ຖ້າທາງເລືອກໃດໆເຫຼົ່ານີ້ຖືກນໍາໃຊ້ຫຼາຍກວ່າຫນຶ່ງຄັ້ງໃນເສັ້ນຄໍາສັ່ງດຽວກັນ, ຂໍ້ມູນ
ຕ່ອນທີ່ລະບຸຈະຖືກລວມເຂົ້າກັນດ້ວຍການແຍກ &- ສັນຍາລັກ. ດັ່ງນັ້ນ, ການນໍາໃຊ້
'-d name=daniel -d skill=lousy' ຈະສ້າງບົດເລື່ອງທີ່ມີລັກສະນະ
'name=daniel&skill=lousy'.

ຖ້າທ່ານເລີ່ມຕົ້ນຂໍ້ມູນດ້ວຍຕົວອັກສອນ @, ສ່ວນທີ່ເຫຼືອຄວນຈະເປັນຊື່ໄຟລ໌ທີ່ຈະອ່ານ
ຂໍ້ມູນຈາກ, ຫຼື - ຖ້າທ່ານຕ້ອງການ curl ອ່ານຂໍ້ມູນຈາກ stdin. ຫຼາຍໄຟລ໌ສາມາດເຮັດໄດ້
ຍັງຖືກລະບຸ. ການໂພດຂໍ້ມູນຈາກໄຟລ໌ທີ່ມີຊື່ວ່າ 'foobar' ຈະຖືກເຮັດດ້ວຍ
--data @foobar. ເມື່ອ --data ຖືກບອກໃຫ້ອ່ານຈາກໄຟລ໌ເຊັ່ນນັ້ນ, carriage ກັບຄືນມາ
ແລະສາຍໃໝ່ຈະຖືກຖອດອອກ. ຖ້າທ່ານບໍ່ຕ້ອງການຕົວອັກສອນ @ ມີ a
ການນໍາໃຊ້ການຕີຄວາມພິເສດ --data-raw ແທນທີ່ຈະເປັນ.

-D, --dump-header
ຂຽນສ່ວນຫົວໂປໂຕຄອນໃສ່ໄຟລ໌ທີ່ລະບຸ.

ທາງເລືອກນີ້ແມ່ນສະດວກໃນການນໍາໃຊ້ໃນເວລາທີ່ທ່ານຕ້ອງການເກັບຮັກສາ headers ທີ່ເວັບໄຊທ໌ HTTP
ສົ່ງ​ໃຫ້​ທ່ານ​. ຄຸກກີຈາກສ່ວນຫົວສາມາດອ່ານໄດ້ໃນ curl ທີສອງ
ການ​ຮຽກ​ຮ້ອງ​ໂດຍ​ການ​ນໍາ​ໃຊ້​ -b, --ຄຸກກີ ທາງເລືອກ! ໄດ້ -c, --cookie-jar ທາງເລືອກແມ່ນກ
ວິທີທີ່ດີກວ່າທີ່ຈະເກັບຮັກສາ cookies.

ເມື່ອໃຊ້ໃນ FTP, ສາຍການຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍ FTP ຖືກພິຈາລະນາເປັນ "headers" ແລະ
ດັ່ງນັ້ນຈຶ່ງຖືກບັນທຶກໄວ້ຢູ່ທີ່ນັ້ນ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--data-ascii
ເບິ່ງ -d, --data.

--data-binary
(HTTP) ນີ້ໂພສຂໍ້ມູນຕາມທີ່ລະບຸໄວ້ໂດຍບໍ່ມີການປະມວນຜົນເພີ່ມເຕີມໃດໆ.

ຖ້າທ່ານເລີ່ມຕົ້ນຂໍ້ມູນດ້ວຍຕົວອັກສອນ @, ສ່ວນທີ່ເຫຼືອຄວນຈະເປັນຊື່ໄຟລ໌. ຂໍ້ມູນແມ່ນ
ປະກາດໃນລັກສະນະທີ່ຄ້າຍຄືກັນກັບ --data-ascii ບໍ່, ຍົກ ເວັ້ນ ສາຍ ໃຫມ່ ແລະ carriage
ຜົນຕອບແທນຖືກຮັກສາໄວ້ ແລະການປ່ຽນແປງບໍ່ເຄີຍເຮັດ.

ຖ້າຕົວເລືອກນີ້ຖືກໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກຕໍ່ໄປນີ້ຈະເພີ່ມຂໍ້ມູນໃສ່ຕື່ມ
ດັ່ງທີ່ໄດ້ອະທິບາຍໄວ້ໃນ -d, --data.

--data-raw
(HTTP) ນີ້ໂພສຂໍ້ມູນຄ້າຍຄືກັນກັບ --data ແຕ່ໂດຍບໍ່ມີການຕີຄວາມພິເສດ
ຂອງ @ ລັກສະນະ. ເບິ່ງ -d, --data. (ເພີ່ມໃນ 7.43.0)

--data-urlencode
(HTTP) ນີ້ໂພສຂໍ້ມູນ, ຄ້າຍຄືກັນກັບຕົວເລືອກ --data ອື່ນໆທີ່ມີຂໍ້ຍົກເວັ້ນ
ນີ້ປະຕິບັດການເຂົ້າລະຫັດ URL. (ເພີ່ມໃນ 7.18.0)

ເພື່ອໃຫ້ສອດຄ່ອງກັບ CGI, ໄດ້ ສ່ວນໜຶ່ງຄວນເລີ່ມຕົ້ນດ້ວຍ ກ ຊື່ ຕາມດ້ວຍ
ຕົວ​ແຍກ​ແລະ​ສະ​ເພາະ​ເນື້ອ​ໃນ​. ໄດ້ ພາກສ່ວນສາມາດຖືກສົ່ງກັບ curl ໂດຍໃຊ້
ຫນຶ່ງໃນ syntax ຕໍ່ໄປນີ້:

ເນື້ອໃນ
ນີ້ຈະເຮັດໃຫ້ curl URL-ເຂົ້າລະຫັດເນື້ອຫາແລະສົ່ງຕໍ່. ພຽງແຕ່ລະມັດລະວັງ
ເພື່ອໃຫ້ເນື້ອຫາບໍ່ມີສັນຍາລັກ = ຫຼື @, ດັ່ງທີ່ນັ້ນຈະ
ເຮັດໃຫ້ syntax ກົງກັບຫນຶ່ງໃນກໍລະນີອື່ນໆຂ້າງລຸ່ມນີ້!

=ເນື້ອໃນ
ນີ້ຈະເຮັດໃຫ້ curl URL-ເຂົ້າລະຫັດເນື້ອຫາແລະສົ່ງຕໍ່. ກ່ອນໜ້າ =
ສັນຍາລັກບໍ່ໄດ້ລວມຢູ່ໃນຂໍ້ມູນ.

name=ເນື້ອໃນ
ນີ້ຈະເຮັດໃຫ້ curl URL-ເຂົ້າລະຫັດສ່ວນເນື້ອຫາແລະສົ່ງຕໍ່. ໃຫ້ສັງເກດວ່າ
ສ່ວນຊື່ຄາດວ່າຈະຖືກເຂົ້າລະຫັດ URL ແລ້ວ.

@ຊື່​ເອ​ກະ​ສານ
ນີ້ຈະເຮັດໃຫ້ຂໍ້ມູນການໂຫຼດ curl ຈາກໄຟລ໌ທີ່ໃຫ້ (ລວມທັງເສັ້ນໃຫມ່ໃດໆ),
URL-ເຂົ້າລະຫັດຂໍ້ມູນນັ້ນ ແລະສົ່ງຕໍ່ໃນ POST.

name@filename
ນີ້ຈະເຮັດໃຫ້ຂໍ້ມູນການໂຫຼດ curl ຈາກໄຟລ໌ທີ່ໃຫ້ (ລວມທັງເສັ້ນໃຫມ່ໃດໆ),
URL-ເຂົ້າລະຫັດຂໍ້ມູນນັ້ນ ແລະສົ່ງຕໍ່ໃນ POST. ສ່ວນຊື່ໄດ້ຮັບຄວາມເທົ່າທຽມກັນ
ເຊັນຕໍ່ທ້າຍ, ສົ່ງຜົນໃຫ້ name=urlencoded-file-content. ໃຫ້ສັງເກດວ່າຊື່
ຄາດວ່າຈະຖືກເຂົ້າລະຫັດ URL ແລ້ວ.

--ຜູ້​ແທນ LEVEL
ທີ່ກໍານົດໄວ້ LEVEL ເພື່ອບອກເຄື່ອງແມ່ຂ່າຍສິ່ງທີ່ມັນຖືກອະນຸຍາດໃຫ້ມອບຫມາຍໃນເວລາທີ່ມັນມາກັບຜູ້ໃຊ້
ໃບຮັບຮອງ. ໃຊ້ກັບ GSS/kerberos.

none ບໍ່ອະນຸຍາດໃຫ້ຄະນະຜູ້ແທນໃດໆ.

ນະ​ໂຍ​ບາຍ​ມອບ​ໝາຍ​ຖ້າ​ຫາກ​ວ່າ​ທຸງ OK-AS-DELEGATE ຖືກ​ຕັ້ງ​ໄວ້​ໃນ Kerberos
ປີ້ບໍລິການ, ຊຶ່ງເປັນເລື່ອງຂອງນະໂຍບາຍ realm.

ສະເຫມີອະນຸຍາດໃຫ້ເຄື່ອງແມ່ຂ່າຍທີ່ຈະມອບຫມາຍ.

-- ຍ່ອຍ
(HTTP) ເປີດໃຊ້ການພິສູດຢືນຢັນ HTTP Digest. ນີ້ແມ່ນລະບົບການກວດສອບຄວາມຖືກຕ້ອງ
ປ້ອງກັນບໍ່ໃຫ້ລະຫັດຜ່ານຖືກສົ່ງຜ່ານສາຍໃນຂໍ້ຄວາມທີ່ຊັດເຈນ. ໃຊ້ນີ້ໃນ
ປະສົມປະສານກັບປົກກະຕິ -u, -ຜູ້ໃຊ້ ທາງເລືອກໃນການຕັ້ງຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານ. ເບິ່ງ
ຍັງ --ntlm, -- ເຈລະຈາ ແລະ --anyauth ສໍາລັບທາງເລືອກທີ່ກ່ຽວຂ້ອງ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ມີພຽງແຕ່ຕົວທໍາອິດທີ່ໃຊ້.

--ປິດການໃຊ້ງານ-eprt
(FTP) ບອກ curl ໃຫ້ປິດການໃຊ້ຄໍາສັ່ງ EPRT ແລະ LPRT ເມື່ອເຮັດການເຄື່ອນໄຫວ
ການໂອນ FTP. ປົກກະຕິແລ້ວ Curl ຈະພະຍາຍາມໃຊ້ EPRT ທໍາອິດ, ຫຼັງຈາກນັ້ນ LPRT
ກ່ອນທີ່ຈະໃຊ້ PORT, ແຕ່ດ້ວຍທາງເລືອກນີ້, ມັນຈະໃຊ້ PORT ທັນທີ. EPRT ແລະ LPRT
ແມ່ນການຂະຫຍາຍກັບໂປໂຕຄອນ FTP ຕົ້ນສະບັບ, ແລະອາດຈະບໍ່ເຮັດວຽກຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທັງຫມົດ, ແຕ່
ພວກເຂົາເປີດໃຊ້ວຽກຫຼາຍໃນທາງທີ່ດີກ່ວາຄໍາສັ່ງ PORT ແບບດັ້ງເດີມ.

--eprt ສາມາດຖືກນໍາໃຊ້ເພື່ອເປີດໃຊ້ EPRT ອີກເທື່ອຫນຶ່ງແລະ --no-eprt ແມ່ນນາມແforງຂອງ
--ປິດການໃຊ້ງານ-eprt.

ການປິດການນຳໃຊ້ EPRT ພຽງແຕ່ປ່ຽນພຶດຕິກຳເຄື່ອນໄຫວ. ຖ້າທ່ານຕ້ອງການປ່ຽນເປັນຕົວຕັ້ງຕົວຕີ
ຮູບ​ແບບ​ທີ່​ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ບໍ່​ໄດ້​ນໍາ​ໃຊ້​ -P, --ftp-ພອດ ຫຼືບັງຄັບມັນດ້ວຍ --ftp-pasv.

--disable-epsv
(FTP) ບອກ curl ໃຫ້ປິດການໃຊ້ຄໍາສັ່ງ EPSV ເມື່ອເຮັດ FTP passive
ການໂອນ. ປົກກະຕິແລ້ວ Curl ຈະພະຍາຍາມໃຊ້ EPSV ກ່ອນ PASV, ແຕ່
ດ້ວຍຕົວເລືອກນີ້, ມັນຈະບໍ່ພະຍາຍາມໃຊ້ EPSV.

--epsv ສາມາດຖືກນໍາໃຊ້ເພື່ອເປີດໃຊ້ EPSV ອີກເທື່ອຫນຶ່ງແລະ --no-epsv ແມ່ນນາມແforງຂອງ
--disable-epsv.

ການປິດການໃຊ້ງານ EPSV ພຽງແຕ່ປ່ຽນພຶດຕິກໍາຕົວຕັ້ງຕົວຕີ. ຖ້າທ່ານຕ້ອງການປ່ຽນເປັນການເຄື່ອນໄຫວ
ຮູບ​ແບບ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ນໍາ​ໃຊ້​ -P, --ftp-ພອດ.

--dns-interface
ບອກ curl ໃຫ້ສົ່ງຄໍາຮ້ອງຂໍ DNS ອອກໄປໂດຍຜ່ານ . ທາງເລືອກນີ້ແມ່ນ ກ
ຄູ່ກັບ -- ການໂຕ້ຕອບ (ເຊິ່ງບໍ່ມີຜົນຕໍ່ DNS). ສາຍທີ່ໃຫ້ມາຕ້ອງເປັນ
ຊື່ການໂຕ້ຕອບ (ບໍ່ແມ່ນທີ່ຢູ່).

ຕົວເລືອກນີ້ຮຽກຮ້ອງໃຫ້ libcurl ຖືກສ້າງຂຶ້ນດ້ວຍຕົວແກ້ໄຂ backend ທີ່ສະຫນັບສະຫນູນ
ການ​ດໍາ​ເນີນ​ງານ​ນີ້​. backend c-ares ແມ່ນອັນດຽວເທົ່ານັ້ນ. (ເພີ່ມໃນ 7.33.0)

--dns-ipv4-addr
ບອກ curl ເພື່ອຜູກມັດກັບ ເມື່ອເຮັດການຮ້ອງຂໍ DNS IPv4, ດັ່ງນັ້ນ DNS
ການຮ້ອງຂໍມາຈາກທີ່ຢູ່ນີ້. ການໂຕ້ຖຽງຄວນຈະເປັນທີ່ຢູ່ IPv4 ດຽວ.

ຕົວເລືອກນີ້ຮຽກຮ້ອງໃຫ້ libcurl ຖືກສ້າງຂຶ້ນດ້ວຍຕົວແກ້ໄຂ backend ທີ່ສະຫນັບສະຫນູນ
ການ​ດໍາ​ເນີນ​ງານ​ນີ້​. backend c-ares ແມ່ນອັນດຽວເທົ່ານັ້ນ. (ເພີ່ມໃນ 7.33.0)

--dns-ipv6-addr
ບອກ curl ເພື່ອຜູກມັດກັບ ເມື່ອເຮັດການຮ້ອງຂໍ DNS IPv6, ດັ່ງນັ້ນ DNS
ການຮ້ອງຂໍມາຈາກທີ່ຢູ່ນີ້. ການໂຕ້ຖຽງຄວນຈະເປັນທີ່ຢູ່ IPv6 ດຽວ.

ຕົວເລືອກນີ້ຮຽກຮ້ອງໃຫ້ libcurl ຖືກສ້າງຂຶ້ນດ້ວຍຕົວແກ້ໄຂ backend ທີ່ສະຫນັບສະຫນູນ
ການ​ດໍາ​ເນີນ​ງານ​ນີ້​. backend c-ares ແມ່ນອັນດຽວເທົ່ານັ້ນ. (ເພີ່ມໃນ 7.33.0)

--dns-ເຊີບເວີ
ກໍານົດບັນຊີລາຍຊື່ຂອງເຄື່ອງແມ່ຂ່າຍ DNS ທີ່ຈະຖືກນໍາໃຊ້ແທນທີ່ຈະເປັນຄ່າເລີ່ມຕົ້ນຂອງລະບົບ. ບັນຊີລາຍຊື່ຂອງ
ທີ່ຢູ່ IP ຄວນຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ຕົວເລກພອດອາດຈະເປັນທາງເລືອກ
ມອບໃຫ້ : ຫຼັງຈາກແຕ່ລະທີ່ຢູ່ IP.

ຕົວເລືອກນີ້ຮຽກຮ້ອງໃຫ້ libcurl ຖືກສ້າງຂຶ້ນດ້ວຍຕົວແກ້ໄຂ backend ທີ່ສະຫນັບສະຫນູນ
ການ​ດໍາ​ເນີນ​ງານ​ນີ້​. backend c-ares ແມ່ນອັນດຽວເທົ່ານັ້ນ. (ເພີ່ມໃນ 7.33.0)

-e, --referer
(HTTP) ສົ່ງຂໍ້ມູນ "ໜ້າຜູ້ອ້າງອີງ" ໄປຫາເຊີບເວີ HTTP. ນີ້ຍັງສາມາດເປັນ
ກໍານົດກັບ -H, --ຫົວ ທຸງແນ່ນອນ. ເມື່ອໃຊ້ກັບ -L, --ສະຖານທີ່ ເຈົ້າ​ສາ​ມາດ
ຕື່ມ ";ອັດຕະໂນມັດ" ໃສ່ URL --referer ເພື່ອເຮັດໃຫ້ curl ອັດຕະໂນມັດກໍານົດ URL ທີ່ຜ່ານມາ
ເມື່ອມັນປະຕິບັດຕາມສະຖານທີ່: header. ສະຕຣິງ ";ອັດຕະໂນມັດ" ສາມາດຖືກນໍາໃຊ້ຢ່າງດຽວ, ເຖິງແມ່ນວ່າ
ທ່ານບໍ່ໄດ້ກໍານົດ -referer ເບື້ອງຕົ້ນ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-E, --cert
(SSL) ບອກ curl ໃຫ້ໃຊ້ໄຟລ໌ໃບຢັ້ງຢືນລູກຄ້າທີ່ລະບຸເມື່ອໄດ້ຮັບໄຟລ໌
ດ້ວຍ HTTPS, FTPS ຫຼືໂປຣໂຕຄໍທີ່ອີງໃສ່ SSL ອື່ນ. ໃບຢັ້ງຢືນຈະຕ້ອງຢູ່ໃນ PKCS#12
ຮູບແບບຖ້າໃຊ້ Secure Transport, ຫຼືຮູບແບບ PEM ຖ້າໃຊ້ເຄື່ອງຈັກອື່ນ. ຖ້າ
ບໍ່ໄດ້ລະບຸລະຫັດຜ່ານທາງເລືອກ, ມັນຈະຖືກຖາມຢູ່ໃນ terminal. ຫມາຍ​ເຫດ​
ວ່າທາງເລືອກນີ້ສົມມຸດວ່າ "ໃບຢັ້ງຢືນ" ໄຟລ໌ທີ່ເປັນລະຫັດສ່ວນຕົວແລະ
ໃບ​ຢັ້ງ​ຢືນ​ລູກ​ຄ້າ concatenated! ເບິ່ງ --cert ແລະ --key ເພື່ອກໍານົດໃຫ້ເຂົາເຈົ້າ
ເປັນອິດສະຫຼະ.

ຖ້າ curl ຖືກສ້າງຂຶ້ນຕໍ່ກັບຫ້ອງສະຫມຸດ NSS SSL ຫຼັງຈາກນັ້ນທາງເລືອກນີ້ສາມາດບອກ curl ໄດ້
ຊື່ຫຼິ້ນຂອງໃບຢັ້ງຢືນທີ່ຈະໃຊ້ພາຍໃນຖານຂໍ້ມູນ NSS ທີ່ກໍານົດໂດຍ
ຕົວແປສະພາບແວດລ້ອມ SSL_DIR (ຫຼືໂດຍຄ່າເລີ່ມຕົ້ນ /etc/pki/nssdb). ຖ້າ NSS PEM PKCS#11
ໂມດູນ (libnsspem.so) ສາມາດໃຊ້ໄດ້ຫຼັງຈາກນັ້ນໄຟລ໌ PEM ອາດຈະຖືກໂຫລດ. ຖ້າທ່ານຕ້ອງການໃຊ້
ໄຟລ໌ຈາກໄດເລກະທໍລີປະຈຸບັນ, ກະລຸນານໍາຫນ້າມັນດ້ວຍ "./" ຄໍານໍາຫນ້າ, ເພື່ອ
ຫຼີກເວັ້ນການສັບສົນກັບຊື່ຫຼິ້ນ. ຖ້າຊື່ຫຼິ້ນມີ ":", ມັນຈໍາເປັນຕ້ອງເປັນ
ນຳໜ້າດ້ວຍ "\" ເພື່ອບໍ່ໃຫ້ຖືກຮັບຮູ້ວ່າເປັນຕົວຂັ້ນລະຫັດຜ່ານ. ຖ້າ
ຊື່ຫຼິ້ນປະກອບມີ "\", ມັນຈໍາເປັນຕ້ອງຖືກຫລົບຫນີເປັນ "\\" ເພື່ອບໍ່ໃຫ້ຖືກຮັບຮູ້
ເປັນຕົວລະຄອນຫລົບຫນີ.

(iOS ແລະ Mac OS X ເທົ່ານັ້ນ) ຖ້າ curl ຖືກສ້າງຂຶ້ນຕໍ່ກັບ Secure Transport, ຫຼັງຈາກນັ້ນ
ສະຕຣິງໃບຢັ້ງຢືນສາມາດເປັນຊື່ຂອງໃບຢັ້ງຢືນ/ກະແຈສ່ວນຕົວຢູ່ໃນ
ລະ​ບົບ​ຫຼື keychain ຜູ້​ໃຊ້, ຫຼື​ເສັ້ນ​ທາງ​ໄປ​ຫາ​ໃບ​ຢັ້ງ​ຢືນ​ການ​ເຂົ້າ​ລະ​ຫັດ PKCS#12 ແລະ​ສ່ວນ​ຕົວ
ກະແຈ. ຖ້າທ່ານຕ້ອງການໃຊ້ໄຟລ໌ຈາກໄດເລກະທໍລີປະຈຸບັນ, ກະລຸນານໍາຫນ້າມັນ
"./" ຄໍານໍາຫນ້າ, ເພື່ອຫຼີກເວັ້ນການສັບສົນກັບຊື່ຫຼິ້ນ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-- ເຄື່ອງຈັກ
ເລືອກເຄື່ອງຈັກ crypto OpenSSL ເພື່ອໃຊ້ສໍາລັບການປະຕິບັດງານຂອງລະຫັດລັບ. ໃຊ້ -- ເຄື່ອງຈັກ ບັນຊີລາຍຊື່ to
ພິມລາຍການເຄື່ອງຈັກທີ່ຮອງຮັບເວລາສ້າງ. ໃຫ້ສັງເກດວ່າບໍ່ແມ່ນທັງຫມົດ (ຫຼືບໍ່ມີ) ຂອງ
ເຄື່ອງຈັກອາດຈະສາມາດໃຊ້ໄດ້ໃນເວລາແລ່ນ.

-- ສິ່ງ​ແວດ​ລ້ອມ​
(RISC OS ເທົ່ານັ້ນ) ກໍານົດຂອບເຂດຂອງຕົວແປສະພາບແວດລ້ອມ, ໂດຍໃຊ້ຊື່ -w ທາງເລືອກ
ສະ​ຫນັບ​ສະ​ຫນູນ​, ເພື່ອ​ອະ​ນຸ​ຍາດ​ໃຫ້​ການ​ສະ​ກັດ​ເອົາ​ຂໍ້​ມູນ​ທີ່​ເປັນ​ປະ​ໂຫຍດ​ງ່າຍ​ຂຶ້ນ​ຫຼັງ​ຈາກ​ທີ່​ໄດ້​ດໍາ​ເນີນ​ການ curl​.

--egd-file
(SSL) ລະບຸຊື່ເສັ້ນທາງໄປຫາ socket Entropy Gathering Daemon. ເຕົ້າຮັບແມ່ນ
ໃຊ້ເພື່ອປູກເຄື່ອງຈັກແບບສຸ່ມສໍາລັບການເຊື່ອມຕໍ່ SSL. ເບິ່ງຍັງ --random-file
ທາງເລືອກ.

-- ຄາດ​ວ່າ​ຈະ​ຫມົດ​ເວ​ລາ 100​
(HTTP) ເວລາສູງສຸດເປັນວິນາທີທີ່ທ່ານອະນຸຍາດໃຫ້ curl ລໍຖ້າ 100-ສືບຕໍ່
ການຕອບສະ ໜອງ ເມື່ອ curl ປ່ອຍຄວາມຄາດຫວັງ: 100-ສືບຕໍ່ header ໃນການຮ້ອງຂໍຂອງມັນ. ໂດຍຄ່າເລີ່ມຕົ້ນ
curl ຈະລໍຖ້າຫນຶ່ງວິນາທີ. ຕົວເລືອກນີ້ຍອມຮັບຄ່າທົດສະນິຍົມ! ເມື່ອ curl ຢຸດ
ລໍຖ້າ, ມັນຈະສືບຕໍ່ຄືກັບວ່າໄດ້ຮັບການຕອບສະຫນອງ.

(ເພີ່ມໃນ 7.47.0)

--cert-type
(SSL) ບອກ curl ປະເພດໃບຢັ້ງຢືນໃດທີ່ໃບຢັ້ງຢືນທີ່ສະຫນອງໃຫ້ຢູ່ໃນ. PEM, DER ແລະ
ENG ແມ່ນປະເພດທີ່ໄດ້ຮັບການຍອມຮັບ. ຖ້າບໍ່ລະບຸ, PEM ແມ່ນສົມມຸດ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--cacert
(SSL) ບອກ curl ໃຫ້ໃຊ້ໄຟລ໌ໃບຢັ້ງຢືນທີ່ລະບຸໄວ້ເພື່ອກວດສອບ peer. ໄຟລ໌
ອາດມີໃບຮັບຮອງ CA ຫຼາຍອັນ. ໃບຢັ້ງຢືນຕ້ອງຢູ່ໃນຮູບແບບ PEM.
ໂດຍປົກກະຕິ curl ຖືກສ້າງຂຶ້ນເພື່ອໃຊ້ໄຟລ໌ເລີ່ມຕົ້ນສໍາລັບການນີ້, ດັ່ງນັ້ນທາງເລືອກນີ້ແມ່ນປົກກະຕິ
ໃຊ້ເພື່ອແກ້ໄຂໄຟລ໌ເລີ່ມຕົ້ນນັ້ນ.

curl ຮັບຮູ້ຕົວແປສະພາບແວດລ້ອມທີ່ມີຊື່ວ່າ 'CURL_CA_BUNDLE' ຖ້າມັນຖືກຕັ້ງ, ແລະ
ໃຊ້ເສັ້ນທາງທີ່ໃຫ້ໄວ້ເປັນເສັ້ນທາງໄປສູ່ຊຸດໃບຮັບຮອງ CA. ທາງເລືອກນີ້ overrides ວ່າ
ຕົວແປ.

ສະບັບ windows ຂອງ curl ອັດຕະໂນມັດຈະຊອກຫາໄຟລ໌ CA certs ຊື່
'curl-ca-bundle.crt', ຢູ່ໃນໄດເລກະທໍລີດຽວກັນກັບ curl.exe, ຫຼືຢູ່ໃນປະຈຸບັນ.
ໄດເລກະທໍລີເຮັດວຽກ, ຫຼືຢູ່ໃນໂຟນເດີໃດກໍໄດ້ຕາມເສັ້ນທາງຂອງທ່ານ.

ຖ້າ curl ຖືກສ້າງຂຶ້ນຕໍ່ກັບຫ້ອງສະຫມຸດ NSS SSL, ໂມດູນ NSS PEM PKCS#11
(libnsspem.so) ຈໍາເປັນຕ້ອງມີໃຫ້ສໍາລັບທາງເລືອກນີ້ເພື່ອເຮັດວຽກຢ່າງຖືກຕ້ອງ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--capath
(SSL) ບອກ curl ໃຫ້ໃຊ້ໄດເລກະທໍລີໃບຢັ້ງຢືນທີ່ລະບຸໄວ້ເພື່ອກວດສອບເພື່ອນ.
ຫຼາຍເສັ້ນທາງສາມາດໃຫ້ໄດ້ໂດຍການແຍກພວກມັນດ້ວຍ ":" (ຕົວຢ່າງ
"path1:path2:path3"). ໃບຢັ້ງຢືນຈະຕ້ອງຢູ່ໃນຮູບແບບ PEM, ແລະຖ້າ curl ຖືກສ້າງຂຶ້ນ
ຕໍ່ກັບ OpenSSL, ໄດເລກະທໍລີຕ້ອງໄດ້ຮັບການປະມວນຜົນໂດຍໃຊ້ c_rehash utility
ສະໜອງໃຫ້ OpenSSL. ການນໍາໃຊ້ --capath ສາມາດອະນຸຍາດໃຫ້ OpenSSL-powered curl ເພື່ອເຮັດໃຫ້ SSL-
ການເຊື່ອມຕໍ່ມີປະສິດທິພາບຫຼາຍກ່ວາການນໍາໃຊ້ --cacert ຖ້າຫາກວ່າ --cacert ໄຟລ໌ປະກອບດ້ວຍ
ໃບຮັບຮອງ CA ຫຼາຍອັນ.

ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງ, ຄ່າ capath ເລີ່ມຕົ້ນຈະຖືກລະເລີຍ, ແລະຖ້າມັນຖືກນໍາໃຊ້
ຫຼາຍຄັ້ງ, ອັນສຸດທ້າຍຈະຖືກນໍາໃຊ້.

--pinnedpubkey
(SSL) ບອກ curl ໃຫ້ໃຊ້ໄຟລ໌ລະຫັດສາທາລະນະທີ່ລະບຸ (ຫຼື hashes) ເພື່ອກວດສອບ
ເພື່ອນ. ນີ້ສາມາດເປັນເສັ້ນທາງໄປຫາໄຟລ໌ທີ່ມີກະແຈສາທາລະນະອັນດຽວໃນ PEM ຫຼື DER
ຮູບແບບ, ຫຼືຈໍານວນຂອງ base64 ທີ່ເຂົ້າລະຫັດ sha256 hashes ກ່ອນຫນ້າດ້ວຍ '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 backends ອື່ນໆ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--cert-ສະຖານະ
(SSL) ບອກ curl ເພື່ອກວດສອບສະຖານະຂອງໃບຢັ້ງຢືນເຊີບເວີໂດຍການໃຊ້
ການຮ້ອງຂໍສະຖານະໃບຢັ້ງຢືນ (aka. OCSP stapling) ສ່ວນຂະຫຍາຍ TLS.

ຖ້າຕົວເລືອກນີ້ຖືກເປີດໃຊ້ງານ ແລະເຊີບເວີສົ່ງຄໍາຕອບທີ່ບໍ່ຖືກຕ້ອງ (ເຊັ່ນ: ໝົດອາຍຸ),
ຖ້າຄໍາຕອບແນະນໍາວ່າໃບຢັ້ງຢືນເຊີບເວີໄດ້ຖືກຖອນຄືນ, ຫຼືບໍ່ມີ
ໄດ້ຮັບການຕອບຮັບທັງໝົດ, ການກວດສອບລົ້ມເຫລວ.

ໃນປັດຈຸບັນນີ້ຖືກປະຕິບັດພຽງແຕ່ໃນ backends OpenSSL, GnuTLS ແລະ NSS ເທົ່ານັ້ນ. (ເພີ່ມ
ໃນປີ 7.41.0)

--false-start

(SSL) ບອກ curl ໃຫ້ໃຊ້ການເລີ່ມຕົ້ນທີ່ບໍ່ຖືກຕ້ອງໃນລະຫວ່າງການຈັບມື TLS. ການເລີ່ມຕົ້ນທີ່ບໍ່ຖືກຕ້ອງແມ່ນຮູບແບບ
ບ່ອນທີ່ລູກຄ້າ TLS ຈະເລີ່ມສົ່ງຂໍ້ມູນແອັບພລິເຄຊັນກ່ອນທີ່ຈະກວດສອບ
ຂໍ້​ຄວາມ​ສໍາ​ເລັດ​ຮູບ​ຂອງ​ເຄື່ອງ​ແມ່​ຂ່າຍ​, ດັ່ງ​ນັ້ນ​ການ​ຊ່ວຍ​ປະ​ຢັດ​ການ​ເດີນ​ທາງ​ໄປ​ໃນ​ເວ​ລາ​ທີ່​ປະ​ຕິ​ບັດ​ຢ່າງ​ເຕັມ​ທີ່​
ຈັບມື.

ປະຈຸບັນນີ້ຖືກປະຕິບັດພຽງແຕ່ໃນ NSS ແລະ Secure Transport (ໃນ iOS 7.0 ຫຼື
ຕໍ່ມາ, ຫຼື OS X 10.9 ຫຼືຫຼັງຈາກນັ້ນ) backends. (ເພີ່ມໃນ 7.42.0)

-f, --fail
(HTTP) ລົ້ມເຫລວຢ່າງງຽບໆ (ບໍ່ມີຜົນຜະລິດໃດໆ) ກ່ຽວກັບຄວາມຜິດພາດຂອງເຄື່ອງແມ່ຂ່າຍ. ອັນນີ້ສ່ວນຫຼາຍແມ່ນເຮັດເພື່ອ
ດີກວ່າເປີດໃຊ້ scripts ແລະອື່ນໆເພື່ອຈັດການກັບຄວາມພະຍາຍາມທີ່ລົ້ມເຫລວ. ໃນກໍລະນີປົກກະຕິເມື່ອ
ເຊີບເວີ HTTP ລົ້ມເຫລວໃນການຈັດສົ່ງເອກະສານ, ມັນສົ່ງຄືນເອກະສານ HTML ທີ່ລະບຸໄວ້
(ເຊິ່ງມັກຈະອະທິບາຍວ່າເປັນຫຍັງ ແລະຫຼາຍກວ່ານັ້ນ). ທຸງນີ້ຈະປ້ອງກັນບໍ່ໃຫ້ curl ຈາກ
outputting ແລະສົ່ງຄືນຄວາມຜິດພາດ 22.

ວິທີການນີ້ບໍ່ແມ່ນຄວາມລົ້ມເຫລວທີ່ປອດໄພແລະມີບາງໂອກາດທີ່ຄໍາຕອບທີ່ບໍ່ປະສົບຜົນສໍາເລັດ
ລະຫັດຈະຜ່ານໄປ, ໂດຍສະເພາະໃນເວລາທີ່ການພິສູດຢືນຢັນມີສ່ວນຮ່ວມ (ລະຫັດຕອບສະຫນອງ
401 ແລະ 407).

-F, --form
(HTTP) ນີ້ເຮັດໃຫ້ curl emulate ແບບຟອມທີ່ຕື່ມຂໍ້ມູນໃສ່ໃນທີ່ຜູ້ໃຊ້ໄດ້ກົດ
ປຸ່ມສົ່ງ. ນີ້ເຮັດໃຫ້ curl ກັບ POST ຂໍ້ມູນໂດຍໃຊ້ Content-Type multipart/form-
ຂໍ້​ມູນ​ອີງ​ຕາມ RFC 2388. ນີ້​ເຮັດ​ໃຫ້​ການ​ອັບ​ໂຫຼດ​ໄຟລ​໌​ຖານ​ສອງ​ແລະ​ອື່ນໆ​ເພື່ອ​ບັງ​ຄັບ​
ສ່ວນ 'ເນື້ອໃນ' ເພື່ອເປັນໄຟລ໌, ໃສ່ຊື່ໄຟລ໌ດ້ວຍເຄື່ອງໝາຍ @. ເພື່ອພຽງແຕ່ໄດ້ຮັບ
ສ່ວນເນື້ອໃນຈາກໄຟລ໌ໃດໜຶ່ງ, ຕື່ມຊື່ໄຟລ໌ດ້ວຍສັນຍາລັກ <. ໄດ້
ຄວາມແຕກຕ່າງລະຫວ່າງ @ ແລະ < ແມ່ນວ່າ @ ເຮັດໃຫ້ໄຟລ໌ຖືກຕິດຢູ່ໃນຂໍ້ຄວາມເປັນ
ການອັບໂຫລດໄຟລ໌, ໃນຂະນະທີ່ < ເຮັດໃຫ້ພື້ນທີ່ຂໍ້ຄວາມແລະພຽງແຕ່ໄດ້ຮັບເນື້ອຫາສໍາລັບການນັ້ນ
ຊ່ອງຂໍ້ຄວາມຈາກໄຟລ໌.

ຕົວຢ່າງ, ເພື່ອສົ່ງໄຟລ໌ລະຫັດຜ່ານຂອງທ່ານໄປຫາເຄື່ອງແມ່ຂ່າຍ, ບ່ອນທີ່ 'ລະຫັດຜ່ານ' ແມ່ນຊື່ຂອງ
ພາກສະຫນາມແບບຟອມທີ່ / etc / passwd ຈະເປັນວັດສະດຸປ້ອນ:

curl -F ລະຫັດຜ່ານ=@/ etc / passwd www.mypasswords.com

ເພື່ອອ່ານເນື້ອຫາຈາກ stdin ແທນໄຟລ໌, ໃຊ້ - ເປັນຊື່ໄຟລ໌. ນີ້ໄປສໍາລັບ
ທັງ @ ແລະ < ກໍ່ສ້າງ. ແຕ່ຫນ້າເສຍດາຍ, ມັນບໍ່ສະຫນັບສະຫນູນການອ່ານໄຟລ໌ຈາກ a
ທໍ່ທີ່ມີຊື່ຫຼືຄ້າຍຄືກັນ, ຍ້ອນວ່າມັນຕ້ອງການຂະຫນາດເຕັມກ່ອນທີ່ການໂອນເລີ່ມຕົ້ນ.

ທ່ານຍັງສາມາດບອກ curl ປະເພດເນື້ອຫາທີ່ຈະໃຊ້ໂດຍໃຊ້ 'type=', ໃນລັກສະນະ
ຄ້າຍ​ຄື​ກັບ:

curl -F "[email protected];type=text/html" url.com

or

curl -F "name=daniel;type=text/foo" url.com

ນອກນັ້ນທ່ານຍັງສາມາດປ່ຽນຊື່ຊ່ອງຂໍ້ມູນຂອງພາກສ່ວນອັບໂຫລດໄຟລ໌ຢ່າງຊັດເຈນໂດຍການຕັ້ງຄ່າ
filename=, ອັນນີ້:

curl -F "file=@localfile;filename=nameinpost" url.com

ຖ້າຊື່ໄຟລ໌/ເສັ້ນທາງມີ ',' ຫຼື ';', ມັນຕ້ອງຖືກອ້າງອີງດ້ວຍວົງຢືມສອງເທົ່າເຊັ່ນ:

curl -F "file=@\"localfile\";filename=\"nameinpost\"" url.com

or

curl -F 'file=@"localfile";filename="nameinpost"' url.com

ຈື່ໄວ້ວ່າຖ້າຊື່ໄຟລ໌/ເສັ້ນທາງຖືກອ້າງອີງໂດຍ double-quotes, ໃດໆກໍຕາມ double-quote ຫຼື
backslash ພາຍໃນຊື່ໄຟລ໌ຕ້ອງຖືກຫລົບຫນີໂດຍ backslash.

ເບິ່ງຕົວຢ່າງ ແລະລາຍລະອຽດເພີ່ມເຕີມໃນຄູ່ມື.

ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ.

--ftp-ບັນຊີ [ຂໍ້ມູນ]
(FTP) ເມື່ອເຄື່ອງແມ່ຂ່າຍ FTP ຮ້ອງຂໍໃຫ້ມີ "ຂໍ້ມູນບັນຊີ" ຫຼັງຈາກຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານມີ
ໄດ້ຖືກສະຫນອງໃຫ້, ຂໍ້ມູນນີ້ຖືກສົ່ງອອກໂດຍໃຊ້ຄໍາສັ່ງ ACCT. (ເພີ່ມໃນ 7.13.0)

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--ftp-alternative-to-user
(FTP) ຖ້າການພິສູດຢືນຢັນດ້ວຍຄໍາສັ່ງ USER ແລະ PASS ລົ້ມເຫລວ, ໃຫ້ສົ່ງຄໍາສັ່ງນີ້.
ເມື່ອເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍການຂົນສົ່ງທີ່ປອດໄພຂອງ Tumbleweed ຜ່ານ FTPS ໂດຍໃຊ້ລູກຄ້າ
ໃບຢັ້ງຢືນ, ການນໍາໃຊ້ "SITE AUTH" ຈະບອກເຄື່ອງແມ່ຂ່າຍທີ່ຈະດຶງເອົາຊື່ຜູ້ໃຊ້ຈາກ
ໃບຮັບຮອງ. (ເພີ່ມໃນ 7.15.5)

--ftp-create-dirs
(FTP/SFTP) ເມື່ອ FTP ຫຼື SFTP URL/ການດໍາເນີນງານໃຊ້ເສັ້ນທາງທີ່ບໍ່ປະຈຸບັນ
ມີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ, ພຶດຕິກໍາມາດຕະຖານຂອງ curl ແມ່ນລົ້ມເຫລວ. ການ​ນໍາ​ໃຊ້​ທາງ​ເລືອກ​ນີ້​,
curl ແທນທີ່ຈະພະຍາຍາມສ້າງໄດເລກະທໍລີທີ່ຂາດຫາຍໄປ.

--ftp-method [ວິທີການ]
(FTP) ຄວບຄຸມວິທີການ curl ຄວນໃຊ້ເພື່ອເຂົ້າຫາໄຟລ໌ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ FTP(S). ໄດ້
ການໂຕ້ຖຽງວິທີການຄວນຈະເປັນທາງເລືອກຫນຶ່ງຕໍ່ໄປນີ້:

multicwd
curl ດໍາເນີນການ CWD ດຽວສໍາລັບແຕ່ລະພາກສ່ວນເສັ້ນທາງໃນ URL ທີ່ໃຫ້. ສໍາລັບ
ລໍາດັບຊັ້ນເລິກນີ້ຫມາຍຄວາມວ່າຄໍາສັ່ງຫຼາຍ. ນີ້ແມ່ນວິທີທີ່ RFC 1738 ເວົ້າມັນ
ຄວນເຮັດ. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນແຕ່ເປັນພຶດຕິກໍາທີ່ຊ້າທີ່ສຸດ.

nocwd curl ບໍ່ມີ CWD ເລີຍ. curl ຈະເຮັດ SIZE, RETR, STOR ແລະອື່ນໆແລະໃຫ້ເຕັມ
ເສັ້ນທາງໄປຫາເຄື່ອງແມ່ຂ່າຍສໍາລັບຄໍາສັ່ງທັງຫມົດເຫຼົ່ານີ້. ນີ້ແມ່ນພຶດຕິກໍາທີ່ໄວທີ່ສຸດ.

singlecwd
curl ເຮັດຫນຶ່ງ CWD ກັບໄດເລກະທໍລີເປົ້າຫມາຍຢ່າງເຕັມທີ່ແລະຫຼັງຈາກນັ້ນດໍາເນີນການກ່ຽວກັບ
ໄຟລ໌ "ປົກກະຕິ" (ເຊັ່ນໃນກໍລະນີ multicwd). ນີ້ແມ່ນມາດຕະຖານຫຼາຍກວ່າ
ສອດຄ່ອງກັບ 'nocwd' ແຕ່ບໍ່ມີການລົງໂທດເຕັມທີ່ຂອງ 'multicwd'.

(ເພີ່ມໃນ 7.15.1)

--ftp-pasv
(FTP) ໃຊ້ໂໝດ passive ສໍາລັບການເຊື່ອມຕໍ່ຂໍ້ມູນ. Passive ແມ່ນຄ່າເລີ່ມຕົ້ນພາຍໃນ
ພຶດຕິກໍາ, ແຕ່ການນໍາໃຊ້ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອ override ກ່ອນຫນ້າ -P/-ftp-ພອດ
ທາງເລືອກ. (ເພີ່ມໃນ 7.11.0)

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ມີພຽງແຕ່ຕົວທໍາອິດທີ່ໃຊ້. ຍົກເລີກການ
ການບັງຄັບໃຊ້ passive ແທ້ໆແມ່ນບໍ່ສາມາດເຮັດໄດ້ແຕ່ຫຼັງຈາກນັ້ນທ່ານຈະຕ້ອງບັງຄັບໃຊ້ທີ່ຖືກຕ້ອງແທນ
-P, --ftp-ພອດ ອີກເທື່ອຫນຶ່ງ.

ຮູບແບບ Passive ຫມາຍຄວາມວ່າ curl ຈະພະຍາຍາມຄໍາສັ່ງ EPSV ທໍາອິດແລະຫຼັງຈາກນັ້ນ PASV, ເວັ້ນເສຍແຕ່
--disable-epsv ຖືກນໍາໃຊ້.

--ftp-skip-pasv-ip
(FTP) ບອກ curl ບໍ່ໃຫ້ໃຊ້ທີ່ຢູ່ IP ທີ່ເຄື່ອງແມ່ຂ່າຍແນະນໍາໃນການຕອບສະຫນອງຂອງມັນ
ຄໍາສັ່ງ PASV ຂອງ curl ເມື່ອ curl ເຊື່ອມຕໍ່ການເຊື່ອມຕໍ່ຂໍ້ມູນ. ແທນທີ່ຈະ curl ຈະ re-
ໃຊ້ທີ່ຢູ່ 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 (Clear Command Channel) ປິດຊັ້ນ SSL/TLS ຫຼັງຈາກ
ການກວດສອບຄວາມຖືກຕ້ອງ. ສ່ວນທີ່ເຫຼືອຂອງການສື່ສານຊ່ອງທາງການຄວບຄຸມຈະຖືກ unencrypted.
ນີ້ອະນຸຍາດໃຫ້ routers NAT ປະຕິບັດຕາມທຸລະກໍາ FTP. ໂໝດເລີ່ມຕົ້ນແມ່ນຕົວຕັ້ງຕົວຕີ.
ເບິ່ງ --ftp-ssl-ccc-mode ສໍາ​ລັບ​ຮູບ​ແບບ​ອື່ນໆ​. (ເພີ່ມໃນ 7.16.1)

--ftp-ssl-ccc-mode [active/passive]
(FTP) ໃຊ້ CCC (Clear Command Channel) ຕັ້ງຄ່າໂໝດ CCC. ຮູບແບບຕົວຕັ້ງຕົວຕີຈະບໍ່
ເລີ່ມຕົ້ນການປິດ, ແຕ່ແທນທີ່ຈະລໍຖ້າໃຫ້ເຄື່ອງແມ່ຂ່າຍເຮັດມັນ, ແລະຈະບໍ່ຕອບກັບ
ການປິດຈາກເຄື່ອງແມ່ຂ່າຍ. ຮູບແບບການເຄື່ອນໄຫວເລີ່ມຕົ້ນການປິດແລະລໍຖ້າ
ສໍາລັບການຕອບກັບຈາກເຄື່ອງແມ່ຂ່າຍ. (ເພີ່ມໃນ 7.16.2)

--ftp-ssl-ຄວບຄຸມ
(FTP) ຕ້ອງການ SSL/TLS ສໍາລັບການເຂົ້າສູ່ລະບົບ FTP, ຈະແຈ້ງສໍາລັບການໂອນ. ອະນຸຍາດໃຫ້ປອດໄພ
ການກວດສອບຄວາມຖືກຕ້ອງ, ແຕ່ການໂອນຂໍ້ມູນທີ່ບໍ່ມີການເຂົ້າລະຫັດລັບເພື່ອປະສິດທິພາບ. ລົ້ມເຫລວ
ໂອນຖ້າເຊີບເວີບໍ່ຮອງຮັບ SSL/TLS. (ເພີ່ມໃນ 7.16.0) ທີ່ຍັງສາມາດ
ຖືກໃຊ້ແຕ່ຈະຖືກລຶບອອກໃນຮຸ່ນໃນອະນາຄົດ.

--form-string
(HTTP) ຄ້າຍຄືກັນກັບ --ແບບຟອມ ຍົກເວັ້ນວ່າສະຕຣິງມູນຄ່າສໍາລັບພາລາມິເຕີທີ່ມີຊື່ແມ່ນ
ໃຊ້ໃນຕົວຫນັງສື. ນໍາພາ '@' ແລະ '<' ຕົວອັກສອນ, ແລະ ';type=' string ໃນ
ຄ່າບໍ່ມີຄວາມຫມາຍພິເສດ. ໃຊ້ນີ້ໃນຄວາມຕ້ອງການເພື່ອ --ແບບຟອມ ຖ້າມີ
ຄວາມເປັນໄປໄດ້ທີ່ຄ່າສະຕຣິງອາດຈະກະຕຸ້ນໃຫ້ຄຸນສົມບັດ '@' ຫຼື '<'
of --ແບບຟອມ.

-g, --globoff
ຕົວເລືອກນີ້ຈະປິດ "URL globbing parser". ໃນເວລາທີ່ທ່ານກໍານົດທາງເລືອກນີ້, ທ່ານ
ສາມາດລະບຸ URL ທີ່ມີຕົວອັກສອນ {}[] ໂດຍບໍ່ຕ້ອງມີພວກມັນ
ຕີຄວາມຫມາຍໂດຍ curl ຕົວຂອງມັນເອງ. ໃຫ້ສັງເກດວ່າຕົວອັກສອນເຫຼົ່ານີ້ບໍ່ແມ່ນ URL ທີ່ຖືກຕ້ອງຕາມກົດຫມາຍປົກກະຕິ
ເນື້ອໃນແຕ່ພວກເຂົາຄວນຈະຖືກເຂົ້າລະຫັດຕາມມາດຕະຖານ URI.

-G, --get
ເມື່ອນໍາໃຊ້, ທາງເລືອກນີ້ຈະເຮັດໃຫ້ຂໍ້ມູນທັງຫມົດທີ່ລະບຸໄວ້ກັບ -d, --data, --data-binary
or --data-urlencode ເພື່ອໃຊ້ໃນການຮ້ອງຂໍ HTTP GET ແທນຄໍາຮ້ອງຂໍ POST
ຖ້າບໍ່ດັ່ງນັ້ນຈະຖືກນໍາໃຊ້. ຂໍ້ມູນຈະຖືກຕໍ່ທ້າຍ URL ດ້ວຍ '?'
ຕົວແຍກ.

ຖ້າໃຊ້ປະສົມປະສານກັບ -I, ຂໍ້ມູນ POST ຈະຖືກເພີ່ມໃສ່ກັບ URL
ດ້ວຍການຮ້ອງຂໍ HEAD.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ມີພຽງແຕ່ຕົວທໍາອິດທີ່ໃຊ້. ນີ້​ແມ່ນ​ຍ້ອນ​ວ່າ
ການຍົກເລີກ GET ບໍ່ມີຄວາມຫມາຍ, ແຕ່ຫຼັງຈາກນັ້ນທ່ານຄວນບັງຄັບໃຊ້
ວິທີການທາງເລືອກທີ່ທ່ານຕ້ອງການ.

-H, --header
(HTTP) ສ່ວນຫົວພິເສດທີ່ຈະລວມຢູ່ໃນຄໍາຮ້ອງຂໍເມື່ອສົ່ງ HTTP ໄປຫາເຄື່ອງແມ່ຂ່າຍ. ເຈົ້າ
ອາດຈະລະບຸຈໍານວນສ່ວນຫົວເພີ່ມເຕີມ. ໃຫ້ສັງເກດວ່າຖ້າທ່ານຄວນເພີ່ມ custom
header ທີ່​ມີ​ຊື່​ດຽວ​ກັນ​ກັບ​ຫນຶ່ງ​ຂອງ​ພາຍ​ໃນ curl ຈະ​ນໍາ​ໃຊ້​, ຂອງ​ທ່ານ​
ສ່ວນຫົວທີ່ຕັ້ງໄວ້ພາຍນອກຈະຖືກໃຊ້ແທນສ່ວນຫົວພາຍໃນ. ນີ້ອະນຸຍາດໃຫ້ທ່ານ
ເຮັດໃຫ້ສິ່ງທີ່ trickier ກວ່າ curl ປົກກະຕິຈະເຮັດ. ທ່ານບໍ່ຄວນປ່ຽນແທນ
ຕັ້ງສ່ວນຫົວພາຍໃນໂດຍບໍ່ຮູ້ຢ່າງສົມບູນວ່າເຈົ້າກຳລັງເຮັດຫຍັງຢູ່. ເອົາອອກ
header ພາຍໃນໂດຍການໃຫ້ການທົດແທນທີ່ບໍ່ມີເນື້ອໃນຢູ່ເບື້ອງຂວາຂອງ
ຈໍ້າສອງເມັດ, ໃນ: -H "Host:". ຖ້າເຈົ້າສົ່ງສ່ວນຫົວແບບກຳນົດເອງໂດຍບໍ່ມີຄ່າແລ້ວມັນ
ສ່ວນຫົວຈະຕ້ອງຖືກຢຸດດ້ວຍເຄື່ອງໝາຍຈຸດ, ເຊັ່ນ -H "X-Custom-Header;" ສົ່ງ
"X-Custom-Header:".

curl ຈະ​ເຮັດ​ໃຫ້​ແນ່​ໃຈວ່​າ​ແຕ່​ລະ​ຫົວ​ທີ່​ທ່ານ​ເພີ່ມ / ແທນ​ທີ່​ຈະ​ຖືກ​ສົ່ງ​ກັບ​ການ​ສິ້ນ​ສຸດ​ທີ່​ເຫມາະ​ສົມ -
ເຄື່ອງຫມາຍຂອງເສັ້ນ, ທ່ານຄວນ ບໍ່ ຕື່ມວ່າເປັນສ່ວນຫນຶ່ງຂອງເນື້ອໃນຫົວຂໍ້: ເຮັດ
ບໍ່ເພີ່ມສາຍໃໝ່ ຫຼືການສົ່ງຄືນຄ່າຂົນສົ່ງ, ພວກມັນພຽງແຕ່ຈະສ້າງຄວາມເສຍຫາຍໃຫ້ກັບເຈົ້າເທົ່ານັ້ນ.

ເບິ່ງອີກ -A, --ຕົວແທນຜູ້ໃຊ້ ແລະ -e, --ຜູ້ອ້າງອີງ ຕົວເລືອກ

ເລີ່ມຕົ້ນໃນ 7.37.0, ທ່ານຕ້ອງການ --proxy-header ເພື່ອສົ່ງສ່ວນຫົວແບບກຳນົດເອງທີ່ມີຈຸດປະສົງເພື່ອ a
ຕົວແທນ.

ຕົວຢ່າງ:

# curl -H "X-First-Name: Joe" http://192.168.0.1/

ຄໍາເຕືອນ: headers ທີ່ຕັ້ງດ້ວຍຕົວເລືອກນີ້ຈະຖືກຕັ້ງຢູ່ໃນທຸກຄໍາຮ້ອງຂໍ - ເຖິງແມ່ນວ່າຫຼັງຈາກນັ້ນ
ການປ່ຽນເສັ້ນທາງແມ່ນປະຕິບັດຕາມ, ຄືກັບເວລາບອກກັບ -L, --ສະຖານທີ່. ນີ້ສາມາດນໍາໄປສູ່ການ
header ຖືກສົ່ງໄປຫາໂຮດອື່ນນອກເຫນືອຈາກໂຮດຕົ້ນສະບັບ, ດັ່ງນັ້ນສ່ວນຫົວທີ່ລະອຽດອ່ອນ
ຄວນໃຊ້ຢ່າງລະມັດລະວັງບວກກັບການປ່ຽນເສັ້ນທາງຕໍ່ໄປນີ້.

ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງເພື່ອເພີ່ມ / ແທນທີ່ / ເອົາຫຼາຍຫົວ.

--hostpubmd5
(SCP/SFTP) ຜ່ານສະຕຣິງທີ່ມີ 32 ຕົວເລກເລກຖານສິບຫົກ. ສະຕິງຄວນຈະເປັນ
128 bit MD5 checksum ຂອງກະແຈສາທາລະນະຂອງ host ຫ່າງໄກສອກຫຼີກ, curl ຈະປະຕິເສດ
ການເຊື່ອມຕໍ່ກັບເຈົ້າພາບເວັ້ນເສຍແຕ່ md5sums ກົງກັນ. (ເພີ່ມໃນ 7.17.1)

--ignore-content-length
ສໍາລັບ HTTP, ບໍ່ສົນໃຈສ່ວນຫົວຂອງຄວາມຍາວເນື້ອຫາ. ນີ້ແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະສໍາລັບເຄື່ອງແມ່ຂ່າຍ
ແລ່ນ Apache 1.x, ເຊິ່ງຈະລາຍງານຄວາມຍາວຂອງເນື້ອຫາທີ່ບໍ່ຖືກຕ້ອງສໍາລັບໄຟລ໌ທີ່ໃຫຍ່ກວ່າ
ຫຼາຍກ່ວາ 2 gigabyte.

ສໍາລັບ FTP (ຕັ້ງແຕ່ 7.46.0), ໃຫ້ຂ້າມຄໍາສັ່ງ RETR ເພື່ອຄິດໄລ່ຂະຫນາດກ່ອນ.
ກຳລັງດາວໂຫຼດໄຟລ໌.

-i, --ລວມ
(HTTP) ລວມເອົາ HTTP-header ໃນຜົນໄດ້ຮັບ. HTTP-header ປະກອບມີສິ່ງຕ່າງໆເຊັ່ນ
server-name, ວັນທີຂອງເອກະສານ, HTTP-version ແລະອື່ນໆອີກ...

-I, --ຫົວ
(HTTP/FTP/FILE) ເອົາ HTTP-header ເທົ່ານັ້ນ! ເຊີບເວີ HTTP ມີລັກສະນະຄໍາສັ່ງ HEAD
ເຊິ່ງອັນນີ້ໃຊ້ເພື່ອເອົາຫຍັງມາແຕ່ສ່ວນຫົວຂອງເອກະສານ. ເມື່ອໃຊ້ໃນ FTP ຫຼື
ໄຟລ໌ FILE, curl ສະແດງຂະຫນາດໄຟລ໌ແລະເວລາດັດແກ້ສຸດທ້າຍເທົ່ານັ້ນ.

-- ການໂຕ້ຕອບ
ດໍາເນີນການປະຕິບັດງານໂດຍໃຊ້ການໂຕ້ຕອບທີ່ກໍານົດ. ທ່ານສາມາດໃສ່ຊື່ການໂຕ້ຕອບ, IP
ທີ່ຢູ່ ຫຼືຊື່ເຈົ້າພາບ. ຕົວຢ່າງອາດເບິ່ງຄືວ່າ:

curl --interface eth0:1 http://www.netscape.com/

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-j, --junk-session-cookies
(HTTP) ເມື່ອ curl ຖືກບອກໃຫ້ອ່ານ cookies ຈາກໄຟລ໌ທີ່ໃຫ້, ທາງເລືອກນີ້ຈະເຮັດໃຫ້
ມັນຍົກເລີກ "ຄຸກກີເຊດຊັນ". ນີ້ໂດຍພື້ນຖານແລ້ວຈະມີຜົນກະທົບເຊັ່ນດຽວກັນກັບຖ້າຫາກວ່າ a
ເຊດຊັນໃໝ່ເລີ່ມແລ້ວ. ຕົວທ່ອງເວັບທົ່ວໄປມັກຈະຍົກເລີກການຄຸກກີເຊດຊັນໃນເວລາທີ່
ເຂົາເຈົ້າປິດລົງ.

-J, --remote-header-name
(HTTP) ທາງເລືອກນີ້ບອກໄດ້ -ໂອ, --remote-name ທາງເລືອກທີ່ຈະໃຊ້ເຊີບເວີທີ່ລະບຸ
ຊື່ໄຟລ໌ Content-Disposition ແທນທີ່ຈະສະກັດຊື່ໄຟລ໌ຈາກ URL.

ບໍ່ມີຄວາມພະຍາຍາມທີ່ຈະຖອດລະຫັດ %-sequences (ເທື່ອ) ໃນຊື່ໄຟລ໌ທີ່ສະຫນອງໃຫ້, ດັ່ງນັ້ນນີ້
ທາງເລືອກອາດຈະສະຫນອງຊື່ໄຟລ໌ທີ່ບໍ່ຄາດຄິດ.

-k, --ບໍ່ປອດໄພ
(SSL) ທາງເລືອກນີ້ຢ່າງຊັດເຈນອະນຸຍາດໃຫ້ curl ເພື່ອປະຕິບັດການເຊື່ອມຕໍ່ SSL "ບໍ່ປອດໄພ" ແລະ
ການໂອນ. ການ​ເຊື່ອມ​ຕໍ່ SSL ທັງ​ຫມົດ​ແມ່ນ​ພະ​ຍາ​ຍາມ​ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ຄວາມ​ປອດ​ໄພ​ໂດຍ​ການ​ນໍາ​ໃຊ້ CA
ຊຸດໃບຢັ້ງຢືນຕິດຕັ້ງຕາມຄ່າເລີ່ມຕົ້ນ. ນີ້ເຮັດໃຫ້ການເຊື່ອມຕໍ່ທັງຫມົດພິຈາລະນາ
"ບໍ່ປອດໄພ" ລົ້ມເຫລວເວັ້ນເສຍແຕ່ -k, --ບໍ່ປອດໄພ ຖືກນໍາໃຊ້.

ເບິ່ງຊັບພະຍາກອນອອນໄລນ໌ນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ:
http://curl.haxx.se/docs/sslcerts.html

-K, --config
ລະບຸໄຟລ໌ config ໃດທີ່ຈະອ່ານ curl arguments ຈາກ. ໄຟລ໌ config ເປັນຂໍ້ຄວາມ
ໄຟລ໌ທີ່ arguments ແຖວຄໍາສັ່ງສາມາດຂຽນໄດ້ຊຶ່ງຫຼັງຈາກນັ້ນຈະຖືກນໍາໃຊ້ເປັນຖ້າຫາກວ່າ
ພວກເຂົາເຈົ້າໄດ້ຖືກຂຽນໄວ້ໃນເສັ້ນຄໍາສັ່ງຕົວຈິງ.

ທາງເລືອກແລະພາລາມິເຕີຂອງພວກມັນຕ້ອງຖືກລະບຸໄວ້ໃນເສັ້ນໄຟລ໌ config ດຽວກັນ,
ແຍກອອກດ້ວຍຊ່ອງຫວ່າງ, ຈໍ້າສອງເມັດ, ຫຼືເຄື່ອງໝາຍເທົ່າກັບ. ຊື່ທາງເລືອກຍາວສາມາດ
ທາງເລືອກທີ່ຈະຖືກມອບໃຫ້ຢູ່ໃນໄຟລ໌ config ໂດຍບໍ່ມີການ dashes ສອງຂັ້ນເບື້ອງຕົ້ນແລະຖ້າເປັນດັ່ງນັ້ນ,
ຈໍ້າສອງເມັດຫຼືຕົວອັກສອນເທົ່າກັບສາມາດຖືກນໍາໃຊ້ເປັນຕົວແຍກ. ຖ້າທາງເລືອກແມ່ນ
ລະບຸໄວ້ດ້ວຍໜຶ່ງ ຫຼື ສອງຂີດ, ບໍ່ສາມາດມີຈໍ້າສອງເມັດ ຫຼື ຕົວອັກສອນເທົ່າກັບລະຫວ່າງ
ທາງເລືອກແລະຕົວກໍານົດການຂອງມັນ.

ຖ້າພາລາມິເຕີມີຊ່ອງຫວ່າງ, ພາລາມິເຕີຈະຕ້ອງຖືກລ້ອມຮອບພາຍໃນ
ວົງຢືມ. ພາຍໃນວົງຢືມຄູ່, ລໍາດັບການຫລົບຫນີຕໍ່ໄປນີ້ແມ່ນມີຢູ່: \\, \",
\t, \n, \r ແລະ \v. Backslash ກ່ອນໜ້າຕົວໜັງສືອື່ນໃດຖືກລະເລີຍ. ຖ້າທໍາອິດ
ຖັນຂອງເສັ້ນ config ເປັນຕົວອັກສອນ '#', ສ່ວນທີ່ເຫຼືອຂອງແຖວຈະຖືກປະຕິບັດເປັນ
ຄໍາເຫັນ. ຂຽນພຽງແຕ່ຫນຶ່ງທາງເລືອກຕໍ່ເສັ້ນທາງດ້ານຮ່າງກາຍໃນໄຟລ໌ config.

ລະບຸຊື່ໄຟລ໌ເປັນ -K, --config ເປັນ '-' ເພື່ອເຮັດໃຫ້ curl ອ່ານໄຟລ໌ຈາກ stdin.

ໃຫ້ສັງເກດວ່າເພື່ອໃຫ້ສາມາດລະບຸ URL ໃນໄຟລ໌ config, ທ່ານຈໍາເປັນຕ້ອງລະບຸມັນ
ການນໍາໃຊ້ --url ທາງເລືອກ, ແລະບໍ່ແມ່ນພຽງແຕ່ຂຽນ URL ໃນເສັ້ນຂອງຕົນເອງ. ດັ່ງນັ້ນ, ມັນ
ອາດຈະມີລັກສະນະຄ້າຍຄືກັນກັບນີ້:

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

ເມື່ອ curl ຖືກເອີ້ນ, ມັນສະເຫມີ (ເວັ້ນເສຍແຕ່ -q ຖືກນໍາໃຊ້) ກວດເບິ່ງການຕັ້ງຄ່າເລີ່ມຕົ້ນ
ໄຟລ໌ແລະນໍາໃຊ້ມັນຖ້າພົບເຫັນ. ໄຟລ໌ config ເລີ່ມຕົ້ນຖືກກວດສອບໃນຕໍ່ໄປນີ້
ສະ​ຖານ​ທີ່​ໃນ​ຄໍາ​ສັ່ງ​ນີ້​:

1) curl ພະຍາຍາມຊອກຫາ "home dir": ທໍາອິດມັນກວດເບິ່ງ CURL_HOME ແລະຫຼັງຈາກນັ້ນ.
ຕົວແປສະພາບແວດລ້ອມ HOME. ລົ້ມເຫລວ, ມັນໃຊ້ getpwuid() ໃນ Unix-like
ລະບົບ (ເຊິ່ງສົ່ງຄືນ home dir ໃຫ້ກັບຜູ້ໃຊ້ປະຈຸບັນໃນລະບົບຂອງທ່ານ). ສຸດ
Windows, ຫຼັງຈາກນັ້ນມັນກວດເບິ່ງຕົວແປ APPDATA, ຫຼືເປັນທາງເລືອກສຸດທ້າຍ
'%USERPROFILE%\ຂໍ້ມູນແອັບພລິເຄຊັນ'.

2) ໃນປ່ອງຢ້ຽມ, ຖ້າບໍ່ມີໄຟລ໌ _curlrc ຢູ່ໃນເຮືອນ dir, ມັນກວດເບິ່ງຫນຶ່ງໃນ
ດຽວກັນ dir curl ປະຕິບັດໄດ້ຖືກວາງໄວ້. ໃນລະບົບທີ່ຄ້າຍຄື Unix, ມັນຈະງ່າຍດາຍ
ພະຍາຍາມໂຫລດ .curlrc ຈາກ dir ເຮືອນທີ່ກໍານົດ.

# --- ໄຟລ໌ຕົວຢ່າງ ---
# ນີ້ແມ່ນ ຄຳ ເຫັນ
url = "curl.haxx.se"
ຜົນຜະລິດ = "curlhere.html"
user-agent = "superagent/1.0"

# ແລະດຶງເອົາ URL ອື່ນເຊັ່ນກັນ
url = "curl.haxx.se/docs/manpage.html"
-O
ຜູ້ອ້າງອີງ = "http://nowhereatall.com/"
# --- ສິ້ນສຸດຂອງຕົວຢ່າງໄຟລ໌ ---

ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງເພື່ອໂຫລດໄຟລ໌ config ຫຼາຍ.

-- ຮັກສາເວລາ
ຕົວເລືອກນີ້ກຳນົດເວລາທີ່ການເຊື່ອມຕໍ່ຕ້ອງຢູ່ຊື່ໆກ່ອນທີ່ຈະສົ່ງ
probes Keepalive ແລະເວລາລະຫວ່າງ probes Keepalive ສ່ວນບຸກຄົນ. ມັນແມ່ນປະຈຸບັນ
ມີປະສິດທິພາບໃນລະບົບປະຕິບັດການທີ່ສະເໜີໃຫ້ຊັອກເກັດ TCP_KEEPIDLE ແລະ TCP_KEPINTVL
ທາງເລືອກ (ຫມາຍຄວາມວ່າ Linux, AIX ຫຼ້າສຸດ, HP-UX ແລະອື່ນໆ). ຕົວເລືອກນີ້ບໍ່ມີຜົນຖ້າ
--no-ຮັກສາ ຖືກນໍາໃຊ້. (ເພີ່ມໃນ 7.18.0)

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້. ຖ້າບໍ່ລະບຸ,
ຕົວເລືອກເລີ່ມຕົ້ນເປັນ 60 ວິນາທີ.

--key
(SSL/SSH) ຊື່ໄຟລ໌ກະແຈສ່ວນຕົວ. ອະນຸຍາດໃຫ້ທ່ານສະຫນອງກະແຈສ່ວນຕົວຂອງທ່ານໃນນີ້
ໄຟລ໌ແຍກຕ່າງຫາກ. ສໍາລັບ SSH, ຖ້າບໍ່ລະບຸ, curl ພະຍາຍາມຜູ້ສະຫມັກຕໍ່ໄປນີ້ໃນ
ຄໍາສັ່ງ: '~/.ssh/id_rsa','~/.ssh/id_dsa', './id_rsa', './id_dsa'.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--key-type
(SSL) ປະເພດໄຟລ໌ກະແຈສ່ວນຕົວ. ລະບຸປະເພດຂອງທ່ານ --key ລະຫັດສ່ວນຕົວທີ່ສະຫນອງໃຫ້ແມ່ນ.
DER, PEM, ແລະ ENG ໄດ້ຮັບການສະຫນັບສະຫນູນ. ຖ້າບໍ່ລະບຸ, PEM ແມ່ນສົມມຸດ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--krb
(FTP) ເປີດໃຊ້ການພິສູດຢືນຢັນ ແລະນຳໃຊ້ Kerberos. ລະດັບຕ້ອງເຂົ້າໄປໃນແລະຄວນ
ເປັນໜຶ່ງໃນ 'ຈະແຈ້ງ', 'ປອດໄພ', 'ຄວາມລັບ' ຫຼື 'ສ່ວນຕົວ'. ທ່ານຄວນໃຊ້ລະດັບໃດຫນຶ່ງ
ນັ້ນບໍ່ແມ່ນອັນໜຶ່ງອັນນີ້, 'ສ່ວນຕົວ' ຈະຖືກໃຊ້ແທນ.

ຕົວເລືອກນີ້ຕ້ອງການຫ້ອງສະໝຸດທີ່ສ້າງຂຶ້ນດ້ວຍການຮອງຮັບ kerberos4. ນີ້ບໍ່ແມ່ນຫຼາຍ
ທົ່ວໄປ. ໃຊ້ -V, - ການປ່ຽນແປງ ເພື່ອເບິ່ງວ່າ curl ຂອງທ່ານສະຫນັບສະຫນູນມັນ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-l, --list-only
(FTP) ເມື່ອລາຍຊື່ໄດເລກະທໍລີ FTP, ສະວິດນີ້ບັງຄັບໃຫ້ມີການສະແດງຊື່ເທົ່ານັ້ນ. ນີ້​ແມ່ນ
ເປັນປະໂຫຍດໂດຍສະເພາະຖ້າຜູ້ໃຊ້ຕ້ອງການເຄື່ອງຈັກວິເຄາະເນື້ອໃນຂອງ FTP
ໄດເລກະທໍລີນັບຕັ້ງແຕ່ມຸມເບິ່ງໄດເລກະທໍລີປົກກະຕິບໍ່ໄດ້ໃຊ້ລັກສະນະມາດຕະຖານຫຼືຮູບແບບ.
ເມື່ອໃຊ້ແບບນີ້, ທາງເລືອກເຮັດໃຫ້ຄໍາສັ່ງ NLST ຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍ
ແທນທີ່ LIST.

ຫມາຍເຫດ: ບາງເຄື່ອງແມ່ຂ່າຍ FTP ລາຍຊື່ພຽງແຕ່ໄຟລ໌ໃນການຕອບສະຫນອງຂອງພວກເຂົາຕໍ່ NLST; ເຂົາເຈົ້າບໍ່ໄດ້
ປະກອບມີບັນດາລາຍການຍ່ອຍແລະການເຊື່ອມໂຍງສັນຍາລັກ.

(POP3) ເມື່ອດຶງເອົາອີເມວສະເພາະຈາກ POP3, ສະວິດນີ້ບັງຄັບໃຫ້ມີລາຍຊື່
ຄໍາສັ່ງທີ່ຈະປະຕິບັດແທນທີ່ຈະເປັນ RETR. ນີ້ແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະຖ້າຜູ້ໃຊ້
ຕ້ອງການເບິ່ງວ່າ id ຂໍ້ຄວາມສະເພາະມີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍແລະຂະຫນາດໃດ.

ຫມາຍເຫດ: ເມື່ອລວມກັບ -X, -- ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ , ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອສົ່ງ
ຄໍາສັ່ງ UIDL ແທນ, ດັ່ງນັ້ນຜູ້ໃຊ້ອາດຈະໃຊ້ຕົວລະບຸທີ່ເປັນເອກະລັກຂອງອີເມວແທນ
ກ່ວາມັນເປັນ id ຂໍ້ຄວາມເພື່ອເຮັດໃຫ້ການຮ້ອງຂໍ. (ເພີ່ມໃນ 7.21.5)

-L, --ສະຖານທີ່
(HTTP/HTTPS) ຖ້າເຊີບເວີລາຍງານວ່າຫນ້າທີ່ຮ້ອງຂໍໄດ້ຍ້າຍໄປບ່ອນອື່ນ
ສະຖານທີ່ (ລະບຸດ້ວຍສະຖານທີ່: header ແລະລະຫັດຕອບໂຕ້ 3XX), ທາງເລືອກນີ້
ຈະເຮັດໃຫ້ curl ເຮັດຄືນຄໍາຮ້ອງຂໍໃນສະຖານທີ່ໃຫມ່. ຖ້າໃຊ້ຮ່ວມກັບ -i,
--ລວມ or - ຂ້ອຍ, --ຫົວ, ສ່ວນຫົວຈາກທຸກໜ້າທີ່ຮ້ອງຂໍຈະຖືກສະແດງ. ເມື່ອ​ໃດ​
ການກວດສອບຄວາມຖືກຕ້ອງຖືກນໍາໃຊ້, curl ພຽງແຕ່ສົ່ງຂໍ້ມູນປະຈໍາຕົວຂອງມັນໃຫ້ກັບເຈົ້າພາບເບື້ອງຕົ້ນ. ຖ້າ ກ
ການປ່ຽນເສັ້ນທາງໃຊ້ເວລາ curl ໄປຫາເຈົ້າພາບທີ່ແຕກຕ່າງກັນ, ມັນຈະບໍ່ສາມາດຂັດຂວາງໄດ້
user+password. ເບິ່ງນຳ --location-trusted ກ່ຽວກັບວິທີການປ່ຽນແປງນີ້. ທ່ານ​ສາ​ມາດ​ຈໍາ​ກັດ​
ຈໍາ ນວນ ເງິນ ຂອງ redirects ປະ ຕິ ບັດ ຕາມ ໂດຍ ການ ນໍາ ໃຊ້ --max-redirs ທາງເລືອກ.

ເມື່ອ curl ປະຕິບັດຕາມການປ່ຽນເສັ້ນທາງແລະການຮ້ອງຂໍບໍ່ແມ່ນ GET ທໍາມະດາ (ຕົວຢ່າງ POST
ຫຼື PUT), ມັນຈະເຮັດການຮ້ອງຂໍຕໍ່ໄປນີ້ດ້ວຍ GET ຖ້າຄໍາຕອບ HTTP ແມ່ນ 301,
302, ຫຼື 303. ຖ້າລະຫັດຕອບສະຫນອງແມ່ນລະຫັດ 3xx ອື່ນ, curl ຈະສົ່ງຄືນໃຫມ່.
ປະຕິບັດຕາມການຮ້ອງຂໍໂດຍໃຊ້ວິທີການທີ່ບໍ່ມີການດັດແກ້ດຽວກັນ.

ທ່ານສາມາດບອກ curl ບໍ່ໃຫ້ປ່ຽນວິທີການຮ້ອງຂໍທີ່ບໍ່ແມ່ນ GET ເປັນ GET ຫຼັງຈາກ 30x
ການຕອບສະ ໜອງ ໂດຍໃຊ້ຕົວເລືອກສະເພາະ ສຳ ລັບສິ່ງນັ້ນ: --ໂພດ 301, --ໂພດ 302 ແລະ
- ຕອບ 303.

--libcurl
ຕື່ມທາງເລືອກນີ້ໃສ່ເສັ້ນຄໍາສັ່ງ curl ທໍາມະດາ, ແລະທ່ານຈະໄດ້ຮັບ libcurl-
ການ​ນໍາ​ໃຊ້​ລະ​ຫັດ​ແຫຼ່ງ C ທີ່​ຂຽນ​ໃສ່​ໄຟລ​໌​ທີ່​ບໍ່​ເທົ່າ​ທຽມ​ກັບ​ສິ່ງ​ທີ່​ຂອງ​ທ່ານ​
ການ​ດໍາ​ເນີນ​ງານ​ເສັ້ນ​ຄໍາ​ສັ່ງ​ເຮັດ​ໄດ້​!

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຊື່ໄຟລ໌ສຸດທ້າຍຈະຖືກໃຊ້. (ເພີ່ມ
ໃນປີ 7.16.1)

-- ອັດ​ຕາ​ຈໍາ​ກັດ​
ລະບຸອັດຕາການໂອນສູງສຸດທີ່ທ່ານຕ້ອງການທີ່ຈະ curl ໃຊ້ - ສໍາລັບທັງສອງດາວໂຫຼດແລະ
ອັບໂຫຼດ. ຄຸນນະສົມບັດນີ້ແມ່ນເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານມີທໍ່ຈໍາກັດແລະທ່ານຕ້ອງການຂອງທ່ານ
ໂອນບໍ່ໃຫ້ໃຊ້ແບນວິດທັງໝົດຂອງເຈົ້າ. ເພື່ອເຮັດໃຫ້ມັນຊ້າກວ່າຖ້າບໍ່ດັ່ງນັ້ນ
ຈະເປັນ.

ຄວາມໄວທີ່ໃຫ້ມາແມ່ນວັດແທກເປັນໄບຕ໌/ວິນາທີ, ເວັ້ນເສຍແຕ່ວ່າມີການຕໍ່ທ້າຍ.
ການຕໍ່ທ້າຍ 'k' ຫຼື 'K' ຈະນັບຕົວເລກເປັນກິໂລໄບ, 'm' ຫຼື M' ເຮັດໃຫ້ມັນ
megabytes, ໃນຂະນະທີ່ 'g' ຫຼື 'G' ເຮັດໃຫ້ມັນເປັນ gigabytes. ຕົວຢ່າງ: 200K, 3m ແລະ 1G.

ອັດຕາທີ່ໃຫ້ແມ່ນຄວາມໄວສະເລ່ຍທີ່ນັບໃນລະຫວ່າງການໂອນທັງຫມົດ. ຫມາຍ​ຄວາມ​ວ່າ
curl ນັ້ນອາດຈະໃຊ້ຄວາມໄວການໂອນທີ່ສູງຂຶ້ນໃນການລະເບີດສັ້ນໆ, ແຕ່ເມື່ອເວລາຜ່ານໄປມັນໃຊ້
ບໍ່ເກີນອັດຕາທີ່ກຳນົດ.

ຖ້າທ່ານຍັງໃຊ້ -Y, -- ຈຳກັດຄວາມໄວ ທາງ​ເລືອກ​, ທາງ​ເລືອກ​ທີ່​ຈະ​ນໍາ​ຫນ້າ​ແລະ​
ອາດຈະເຮັດໃຫ້ອັດຕາຈໍາກັດເລັກນ້ອຍ, ເພື່ອຊ່ວຍຮັກສາເຫດຜົນຈໍາກັດຄວາມໄວ
ເຮັດວຽກ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--local-port [-ຕົວເລກ]
ຕັ້ງຕົວເລກທີ່ຕ້ອງການ ຫຼືໄລຍະຂອງຕົວເລກພອດທ້ອງຖິ່ນເພື່ອໃຊ້ສໍາລັບການເຊື່ອມຕໍ່.
ໃຫ້ສັງເກດວ່າຕົວເລກພອດໂດຍທໍາມະຊາດແມ່ນຊັບພະຍາກອນທີ່ຂາດແຄນທີ່ຈະບໍ່ຫວ່າງໃນບາງຄັ້ງ
ສະນັ້ນການຕັ້ງຂອບເຂດນີ້ໃຫ້ບາງອັນແຄບເກີນໄປອາດເຮັດໃຫ້ເກີດການເຊື່ອມຕໍ່ທີ່ບໍ່ຈໍາເປັນ
ການຕິດຕັ້ງລົ້ມເຫລວ. (ເພີ່ມໃນ 7.15.2)

--location-trusted
(HTTP/HTTPS) ມັກ -L, --ສະຖານທີ່, ແຕ່ຈະອະນຸຍາດໃຫ້ສົ່ງຊື່ + ລະຫັດຜ່ານໄປຫາທັງຫມົດ
ເຈົ້າພາບທີ່ເວັບໄຊທ໌ອາດຈະໂອນໄປຫາ. ນີ້ອາດຈະຫຼືອາດຈະບໍ່ແນະນໍາຄວາມປອດໄພ
ການລະເມີດຖ້າເວັບໄຊທ໌ໂອນໃຫ້ທ່ານໄປຫາເວັບໄຊທ໌ທີ່ເຈົ້າຈະສົ່ງການກວດສອບຄວາມຖືກຕ້ອງຂອງເຈົ້າ
ຂໍ້ມູນ (ເຊິ່ງເປັນຂໍ້ຄວາມທຳມະດາໃນກໍລະນີຂອງ HTTP Basic authentication).

-m, --ເວລາສູງສຸດ
ເວລາສູງສຸດໃນວິນາທີທີ່ທ່ານອະນຸຍາດໃຫ້ດໍາເນີນການທັງຫມົດ. ນີ້ແມ່ນເປັນປະໂຫຍດ
ສໍາລັບການປ້ອງກັນວຽກ batch ຂອງທ່ານຈາກການຫ້ອຍສໍາລັບຊົ່ວໂມງເນື່ອງຈາກເຄືອຂ່າຍຊ້າຫຼືການເຊື່ອມຕໍ່
ຈະລົງ. ຕັ້ງແຕ່ 7.32.0, ຕົວເລືອກນີ້ຍອມຮັບຄ່າທົດສະນິຍົມ, ແຕ່ຕົວຈິງ
timeout ຈະຫຼຸດລົງໃນຄວາມຖືກຕ້ອງຍ້ອນວ່າເວລາຫມົດເວລາທີ່ກໍານົດໄວ້ເພີ່ມຂຶ້ນໃນອັດຕາທົດສະນິຍົມ
ຄວາມຊັດເຈນ. ເບິ່ງຍັງ --ໝົດເວລາເຊື່ອມຕໍ່ ທາງເລືອກ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--login-options
ລະບຸຕົວເລືອກການເຂົ້າສູ່ລະບົບເພື່ອໃຊ້ໃນລະຫວ່າງການກວດສອບເຊີບເວີ.

ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ທາງ​ເລືອກ​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ເພື່ອ​ລະ​ບຸ​ທາງ​ເລືອກ​ສະ​ເພາະ​ຂອງ​ໂປ​ໂຕ​ຄອນ​ທີ່​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​
ໃນ​ລະ​ຫວ່າງ​ການ​ກວດ​ສອບ​. ໃນປັດຈຸບັນມີພຽງແຕ່ 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 ຈະກັບຄືນມາດ້ວຍການອອກ
ລະຫັດ 63.

ຫມາຍ​ເຫດ​: ຂະ​ຫນາດ​ໄຟລ​໌​ບໍ່​ແມ່ນ​ເປັນ​ທີ່​ຮູ້​ຈັກ​ສະ​ເຫມີ​ໄປ​ກ່ອນ​ທີ່​ຈະ​ດາວ​ໂຫຼດ​, ແລະ​ສໍາ​ລັບ​ໄຟລ​໌​ດັ່ງ​ກ່າວ​ນີ້​
ທາງເລືອກບໍ່ມີຜົນເຖິງແມ່ນວ່າການໂອນໄຟລ໌ສິ້ນສຸດລົງເຖິງຂະຫນາດໃຫຍ່ກວ່ານີ້
ຈຳກັດ. ນີ້ກ່ຽວຂ້ອງກັບການໂອນ FTP ແລະ HTTP.

--mail-rcpt
(SMTP) ລະບຸທີ່ຢູ່ດຽວ, ຊື່ຜູ້ໃຊ້ ຫຼືຊື່ລາຍຊື່ທາງໄປສະນີ.

ເມື່ອປະຕິບັດການໂອນທາງໄປສະນີ, ຜູ້ຮັບຄວນລະບຸທີ່ຢູ່ອີເມວທີ່ຖືກຕ້ອງ
​ເພື່ອ​ສົ່ງ​ຈົດໝາຍ​ໄປ​ຍັງ. (ເພີ່ມໃນ 7.20.0)

ເມື່ອດໍາເນີນການກວດສອບທີ່ຢູ່ (ຄໍາສັ່ງ VRFY), ຜູ້ຮັບຄວນຈະເປັນ
ລະບຸເປັນຊື່ຜູ້ໃຊ້ ຫຼືຊື່ຜູ້ໃຊ້ ແລະໂດເມນ (ຕາມພາກທີ 3.5 ຂອງ RFC5321).
(ເພີ່ມໃນ 7.34.0)

ເມື່ອປະຕິບັດບັນຊີລາຍຊື່ທາງໄປສະນີຂະຫຍາຍ (ຄໍາສັ່ງ EXPN), ຜູ້ຮັບຄວນຈະເປັນ
ລະບຸໂດຍໃຊ້ຊື່ລາຍຊື່ທາງໄປສະນີ, ເຊັ່ນ "ເພື່ອນ" ຫຼື "ຫ້ອງການລອນດອນ".
(ເພີ່ມໃນ 7.34.0)

--max-redirs
ກຳນົດຈຳນວນສູງສຸດຂອງການປ່ຽນເສັ້ນທາງ-ການຕິດຕາມທີ່ອະນຸຍາດ. ຖ້າ -L, --ສະຖານທີ່ ຖືກນໍາໃຊ້,
ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອປ້ອງກັນບໍ່ໃຫ້ curl ຈາກການຕິດຕາມການປ່ຽນເສັ້ນທາງ "ໃນໂງ່".
ໂດຍຄ່າເລີ່ມຕົ້ນ, ກໍານົດຂອບເຂດຈໍາກັດເປັນ 50 redirections. ຕັ້ງຕົວເລືອກນີ້ເປັນ -1 ເພື່ອເຮັດໃຫ້ມັນ
ບໍ່ຈຳກັດ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--metallink
ທາງເລືອກນີ້ສາມາດບອກ curl ເພື່ອວິເຄາະແລະປະມວນຜົນ URI ທີ່ເປັນໄຟລ໌ Metalink (ທັງສອງ
ສະ​ບັບ 3 ແລະ 4 (RFC 5854​) ແມ່ນ​ສະ​ຫນັບ​ສະ​ຫນູນ​) ແລະ​ນໍາ​ໃຊ້​ຂອງ​ກະ​ຈົກ​ລະ​ບຸ​ໄວ້​ພາຍ​ໃນ
ສໍາລັບການລົ້ມເຫລວຖ້າຫາກວ່າມີຄວາມຜິດພາດ (ເຊັ່ນ: ໄຟລ໌ຫຼືເຄື່ອງແມ່ຂ່າຍບໍ່ສາມາດໃຊ້ໄດ້).
ມັນຍັງຈະກວດສອບ hash ຂອງໄຟລ໌ຫຼັງຈາກການດາວໂຫຼດສໍາເລັດ. The Metalink
ໄຟລ໌ຕົວມັນເອງໄດ້ຖືກດາວໂຫຼດແລະປຸງແຕ່ງຢູ່ໃນຫນ່ວຍຄວາມຈໍາແລະບໍ່ໄດ້ເກັບຮັກສາໄວ້ໃນໄຟລ໌ທ້ອງຖິ່ນ
ລະບົບ.

ຕົວຢ່າງເພື່ອໃຊ້ໄຟລ໌ Metalink ໄລຍະໄກ:

curl --metallink http://www.example.com/example.metalink

ເພື່ອໃຊ້ໄຟລ໌ Metalink ໃນລະບົບໄຟລ໌ທ້ອງຖິ່ນ, ໃຫ້ໃຊ້ FILE protocol (file://):

curl --metalink file://example.metalink

ກະ​ລຸ​ນາ​ສັງ​ເກດ​ວ່າ​ຖ້າ​ຫາກ​ວ່າ​ໂປ​ຣ​ໂຕ​ຄອນ FILE ໄດ້​ຖືກ​ປິດ​ການ​ໃຊ້​ງານ​, ບໍ່​ມີ​ວິ​ທີ​ການ​ທີ່​ຈະ​ນໍາ​ໃຊ້​ໃນ​ທ້ອງ​ຖິ່ນ​
ໄຟລ໌ Metalink ໃນເວລາຂຽນນີ້. ຍັງສັງເກດວ່າຖ້າ --metallink ແລະ
--ລວມ ຖືກ​ນໍາ​ໃຊ້​ຮ່ວມ​ກັນ​, --ລວມ ຈະຖືກລະເລີຍ. ນີ້ແມ່ນຍ້ອນວ່າລວມທັງ
headers ໃນການຕອບສະຫນອງຈະທໍາລາຍ Metalink parser ແລະຖ້າ headers ຖືກລວມເຂົ້າ
ໃນໄຟລ໌ທີ່ອະທິບາຍໄວ້ໃນໄຟລ໌ Metalink, ການກວດສອບ hash ຈະລົ້ມເຫລວ.

(ເພີ່ມໃນ 7.27.0, ຖ້າສ້າງຂຶ້ນຕໍ່ກັບຫ້ອງສະໝຸດ libmetalink.)

-n, --netrc
ເຮັດໃຫ້ curl scan ໄດ້ .netrc (_netrc ເທິງ Windows) ໄຟລ໌ຢູ່ໃນໄດເລກະທໍລີເຮືອນຂອງຜູ້ໃຊ້
ສໍາລັບຊື່ເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານ. ໂດຍທົ່ວໄປແລ້ວນີ້ແມ່ນໃຊ້ສໍາລັບ FTP ໃນ Unix. ຖ້າໃຊ້ກັບ
HTTP, curl ຈະເປີດໃຊ້ການກວດສອບຜູ້ໃຊ້. ເບິ່ງ netrc(5​) ftp(1​) ສໍາລັບລາຍລະອຽດກ່ຽວກັບ
ຮູບແບບໄຟລ໌. Curl ຈະບໍ່ຈົ່ມວ່າໄຟລ໌ນັ້ນບໍ່ມີການອະນຸຍາດທີ່ຖືກຕ້ອງ
(ມັນບໍ່ຄວນເປັນໂລກ ຫຼືກຸ່ມທີ່ສາມາດອ່ານໄດ້). ສະພາບແວດລ້ອມຕົວແປ "HOME"
ຖືກນໍາໃຊ້ເພື່ອຊອກຫາໄດເລກະທໍລີເຮືອນ.

ຕົວຢ່າງໄວແລະງ່າຍດາຍຫຼາຍຂອງວິທີການຕິດຕັ້ງ a .netrc ເພື່ອອະນຸຍາດໃຫ້ curl ກັບ FTP
ເຄື່ອງ host.domain.com ທີ່ມີຊື່ຜູ້ໃຊ້ 'ຂ້ອຍເອງ' ​​ແລະລະຫັດຜ່ານ 'ລັບ' ຄວນ
ເບິ່ງຄ້າຍຄືກັນກັບ:

ເຄື່ອງ host.domain.com ເຂົ້າ​ສູ່​ລະ​ບົບ ດ້ວຍຕົນເອງ ລະຫັດຜ່ານ ຄວາມລັບ

-N, --no-buffer
ປິດການໂຫຼດຂອງກະແສອອກ. ໃນສະຖານະການເຮັດວຽກປົກກະຕິ, curl ຈະ
ໃຊ້ສະຕຣີມ output buffed ມາດຕະຖານທີ່ຈະມີຜົນກະທົບທີ່ມັນຈະອອກ
ຂໍ້ມູນເປັນຕ່ອນ, ບໍ່ຈໍາເປັນແນ່ນອນໃນເວລາທີ່ຂໍ້ມູນມາຮອດ. ການນໍາໃຊ້ນີ້
ທາງເລືອກຈະປິດການໂຫຼດນັ້ນ.

ໃຫ້ສັງເກດວ່ານີ້ແມ່ນຊື່ທາງເລືອກທີ່ຖືກປະຕິເສດທີ່ຖືກບັນທຶກໄວ້. ທ່ານສາມາດນໍາໃຊ້ດັ່ງນັ້ນ --buffer to
ບັງຄັບໃຊ້ buffering.

--netrc-file
ທາງເລືອກນີ້ແມ່ນຄ້າຍຄືກັນກັບ --netrc, ຍົກເວັ້ນວ່າທ່ານໃຫ້ເສັ້ນທາງ (ຢ່າງແທ້ຈິງຫຼື
relative) ກັບໄຟລ໌ netrc ທີ່ Curl ຄວນໃຊ້. ທ່ານສາມາດລະບຸພຽງແຕ່ຫນຶ່ງ netrc
ໄຟລ໌ຕໍ່ການຮຽກຮ້ອງ. ຖ້າຫຼາຍ --netrc-file ທາງ​ເລືອກ​ແມ່ນ​ສະ​ຫນອງ​ໃຫ້​, ພຽງ​ແຕ່​ໄດ້​ ສຸດທ້າຍ
ຫນຶ່ງ ຈະຖືກນໍາໃຊ້. (ເພີ່ມໃນ 7.21.5)

ທາງ​ເລືອກ​ນີ້ overrides ການ​ນໍາ​ໃຊ້​ໃດ​ຫນຶ່ງ​ຂອງ --netrc ຍ້ອນ​ວ່າ​ເຂົາ​ເຈົ້າ​ແມ່ນ​ສະ​ເພາະ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ​. ມັນ​ຈະ
ຍັງປະຕິບັດຕາມ --netrc-ທາງເລືອກ ຖ້າລະບຸ.

--netrc-ທາງເລືອກ
ຄ້າຍຄືກັນກັບ --netrc, ແຕ່ທາງເລືອກນີ້ເຮັດໃຫ້ການນໍາໃຊ້ .netrc ທາງເລືອກ ແລະບໍ່
ບັງຄັບເປັນ --netrc ທາງເລືອກບໍ່.

-- ເຈລະຈາ
(HTTP) ເປີດໃຊ້ການພິສູດຢືນຢັນການເຈລະຈາ (SPNEGO).

ຖ້າທ່ານຕ້ອງການເປີດໃຊ້ Negotiate (SPNEGO) ສໍາລັບການພິສູດຢືນຢັນຕົວແທນ, ຫຼັງຈາກນັ້ນໃຫ້ໃຊ້
-- ຕົວແທນ-ເຈລະຈາ.

ຕົວເລືອກນີ້ຕ້ອງການຫ້ອງສະໝຸດທີ່ສ້າງຂຶ້ນດ້ວຍການຮອງຮັບ GSS-API ຫຼື SSPI. ໃຊ້ -V,
- ການປ່ຽນແປງ ເພື່ອເບິ່ງວ່າ curl ຂອງທ່ານຮອງຮັບ GSS-API/SSPI ແລະ SPNEGO.

ເມື່ອນໍາໃຊ້ທາງເລືອກນີ້, ທ່ານກໍ່ຕ້ອງສະຫນອງການປອມແປງ -u, -ຜູ້ໃຊ້ ທາງເລືອກໃນການກະຕຸ້ນ
ລະຫັດຢືນຢັນຢ່າງຖືກຕ້ອງ. ການສົ່ງ '-u :' ແມ່ນພຽງພໍເປັນຊື່ຜູ້ໃຊ້ແລະ
ລະຫັດຜ່ານຈາກ -u ທາງ​ເລືອກ​ທີ່​ບໍ່​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ຕົວ​ຈິງ​.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ມີພຽງແຕ່ຕົວທໍາອິດທີ່ໃຊ້.

--no-ຮັກສາ
ປິດການນຳໃຊ້ຂໍ້ຄວາມ Keepalive ໃນການເຊື່ອມຕໍ່ TCP, ຕາມຄ່າເລີ່ມຕົ້ນຂອງ curl
ເປີດໃຊ້ພວກມັນ.

ໃຫ້ສັງເກດວ່ານີ້ແມ່ນຊື່ທາງເລືອກທີ່ຖືກປະຕິເສດທີ່ຖືກບັນທຶກໄວ້. ທ່ານສາມາດນໍາໃຊ້ດັ່ງນັ້ນ --ຮັກ​ສາ​ຊີ​ວິດ
ເພື່ອບັງຄັບໃຊ້ຮັກສາ.

--no-sessionid
(SSL) ປິດການນຳໃຊ້ curl ຂອງ SSL session-ID caching. ໂດຍຄ່າເລີ່ມຕົ້ນການໂອນທັງຫມົດແມ່ນ
ເຮັດໄດ້ໂດຍໃຊ້ cache. ໃຫ້ສັງເກດວ່າໃນຂະນະທີ່ບໍ່ມີຫຍັງຄວນຈະໄດ້ຮັບຄວາມເສຍຫາຍໂດຍການພະຍາຍາມ
ນຳໃຊ້ SSL session-IDs ຄືນໃໝ່, ເບິ່ງຄືວ່າມີການປະຕິບັດ SSL ທີ່ແຕກຫັກໃນທຳມະຊາດ
ອາດຈະຮຽກຮ້ອງໃຫ້ທ່ານປິດການທໍາງານນີ້ເພື່ອໃຫ້ທ່ານສໍາເລັດ. (ເພີ່ມໃນ 7.16.0)

ໃຫ້ສັງເກດວ່ານີ້ແມ່ນຊື່ທາງເລືອກທີ່ຖືກປະຕິເສດທີ່ຖືກບັນທຶກໄວ້. ທ່ານສາມາດນໍາໃຊ້ດັ່ງນັ້ນ --sessionid
ເພື່ອບັງຄັບໃຊ້ session-ID caching.

--noproxy
ລາຍຊື່ໂຮສທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດທີ່ບໍ່ໃຊ້ພຣັອກຊີ, ຖ້າມີອັນໃດຖືກລະບຸໄວ້. ໄດ້
ພຽງແຕ່ wildcard ເປັນຕົວອັກສອນ * ດຽວ, ເຊິ່ງກົງກັບເຈົ້າພາບທັງຫມົດ, ແລະປະສິດທິຜົນ
ປິດໃຊ້ງານພຣັອກຊີ. ແຕ່ລະຊື່ໃນບັນຊີລາຍຊື່ນີ້ແມ່ນຖືກຈັບຄູ່ເປັນໂດເມນທີ່
ປະກອບມີຊື່ເຈົ້າພາບ, ຫຼືຊື່ເຈົ້າພາບຂອງມັນເອງ. ຕົວຢ່າງ, local.com ຈະກົງກັນ
local.com, local.com:80, ແລະ www.local.com, ແຕ່ບໍ່ແມ່ນ www.notlocal.com. (ເພີ່ມເຂົ້າ
7.19.4).

--ntlm (HTTP) ເປີດໃຊ້ການພິສູດຢືນຢັນ NTLM. ວິທີການກວດສອບຄວາມຖືກຕ້ອງ NTLM ໄດ້ຖືກອອກແບບໂດຍ
Microsoft ແລະຖືກນໍາໃຊ້ໂດຍເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ IIS. ມັນເປັນອະນຸສັນຍາທີ່ເປັນເຈົ້າຂອງ, ກົງກັນຂ້າມ,
ວິສະວະກໍາໂດຍຄົນສະຫລາດແລະປະຕິບັດໃນ curl ໂດຍອີງໃສ່ຄວາມພະຍາຍາມຂອງເຂົາເຈົ້າ. ນີ້
ປະເພດຂອງພຶດຕິກໍາບໍ່ຄວນຈະໄດ້ຮັບການຮັບຮອງ, ທ່ານຄວນຊຸກຍູ້ໃຫ້ທຸກຄົນທີ່ໃຊ້
NTLM ເພື່ອສະຫຼັບໄປໃຊ້ວິທີການພິສູດຢືນຢັນແບບສາທາລະນະ ແລະເອກະສານແທນ, ເຊັ່ນ:
ຍ່ອຍ.

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ທີ່​ຈະ​ເປີດ​ໃຊ້ NTLM ສໍາ​ລັບ​ການ​ກວດ​ສອບ​ຕົວ​ແທນ​ຂອງ​ທ່ານ​, ຫຼັງ​ຈາກ​ນັ້ນ​ນໍາ​ໃຊ້​ --proxy-ntlm.

ຕົວເລືອກນີ້ຕ້ອງການຫ້ອງສະໝຸດທີ່ສ້າງຂຶ້ນດ້ວຍການຮອງຮັບ SSL. ໃຊ້ -V, - ການປ່ຽນແປງ ເພື່ອເບິ່ງວ່າ
curl ຂອງທ່ານສະຫນັບສະຫນູນ NTLM.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ມີພຽງແຕ່ຕົວທໍາອິດທີ່ໃຊ້.

-o, --output
ຂຽນຜົນໄດ້ຮັບໃສ່ ແທນທີ່ຈະ stdout. ຖ້າທ່ານກໍາລັງໃຊ້ {} ຫຼື [] ເພື່ອດຶງຂໍ້ມູນ
ເອກະສານຫຼາຍອັນ, ທ່ານສາມາດໃຊ້ '#' ຕາມດ້ວຍຕົວເລກໃນ ຕົວລະບຸ.
ຕົວແປນັ້ນຈະຖືກແທນທີ່ດ້ວຍສະຕຣິງປັດຈຸບັນສໍາລັບ URL ທີ່ຖືກດຶງມາ.
ເຊັ່ນດຽວກັບ:

curl http://{one,two}.site.com -o "file_#1.txt"

ຫຼືໃຊ້ຕົວແປຫຼາຍອັນເຊັ່ນ:

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

ເຈົ້າອາດຈະໃຊ້ຕົວເລືອກນີ້ຫຼາຍເທື່ອເທົ່າກັບຈໍານວນ URL ທີ່ເຈົ້າມີ.

ເບິ່ງອີກ --create-dirs ທາງເລືອກໃນການສ້າງໄດເລກະທໍລີທ້ອງຖິ່ນແບບໄດນາມິກ.
ການລະບຸຜົນໄດ້ຮັບເປັນ '-' (ເປັນ dash ດຽວ) ຈະບັງຄັບໃຫ້ຜົນໄດ້ຮັບທີ່ຈະເຮັດ
stdout.

-O, --remote-name
ຂຽນຜົນໄດ້ຮັບໃສ່ໄຟລ໌ທ້ອງຖິ່ນທີ່ມີຊື່ເຊັ່ນໄຟລ໌ຫ່າງໄກສອກຫຼີກທີ່ພວກເຮົາໄດ້ຮັບ. (ພຽງແຕ່ສ່ວນໄຟລ໌
ຂອງໄຟລ໌ຫ່າງໄກສອກຫຼີກແມ່ນຖືກນໍາໃຊ້, ເສັ້ນທາງຖືກຕັດອອກ.)

ຊື່ໄຟລ໌ຫ່າງໄກສອກຫຼີກທີ່ຈະໃຊ້ສໍາລັບການປະຫຍັດແມ່ນສະກັດຈາກ URL ທີ່ໃຫ້, ບໍ່ມີຫຍັງ
ອື່ນ ໆ

ດັ່ງນັ້ນ, ໄຟລ໌ຈະຖືກບັນທຶກໄວ້ໃນໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ. ຖ້າ​ເຈົ້າ
ຕ້ອງການໄຟລ໌ທີ່ບັນທຶກໄວ້ໃນໄດເລກະທໍລີທີ່ແຕກຕ່າງກັນ, ໃຫ້ແນ່ໃຈວ່າທ່ານປ່ຽນການເຮັດວຽກໃນປະຈຸບັນ
ໄດເລກະທໍລີກ່ອນທີ່ທ່ານຈະເອີ້ນ curl ກັບ -ໂອ, --remote-name ທຸງ!

ບໍ່ມີການຖອດລະຫັດ URL ເຮັດໃນຊື່ໄຟລ໌. ຖ້າມັນມີ %20 ຫຼື URL ອື່ນໆທີ່ຖືກເຂົ້າລະຫັດ
ພາກສ່ວນຂອງຊື່, ພວກເຂົາຈະສິ້ນສຸດເປັນຊື່ໄຟລ໌.

ເຈົ້າອາດຈະໃຊ້ຕົວເລືອກນີ້ຫຼາຍເທື່ອເທົ່າກັບຈໍານວນ URL ທີ່ເຈົ້າມີ.

--oauth2-bearer
(IMAP, POP3, SMTP) ລະບຸ Bearer Token ສຳລັບການພິສູດຢືນຢັນເຊີບເວີ OAUTH 2.0.
Bearer Token ແມ່ນໃຊ້ຮ່ວມກັບຊື່ຜູ້ໃຊ້ທີ່ສາມາດລະບຸໄດ້
ເປັນສ່ວນຫນຶ່ງຂອງ --url or -u, -ຜູ້ໃຊ້ ຕົວເລືອກ

Bearer Token ແລະຊື່ຜູ້ໃຊ້ຖືກຈັດຮູບແບບຕາມ RFC 6750.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--proxy-header
(HTTP) ສ່ວນຫົວເພີ່ມເຕີມທີ່ຈະລວມຢູ່ໃນຄໍາຮ້ອງຂໍເມື່ອສົ່ງ HTTP ໄປຫາຕົວແທນ. ເຈົ້າອາດຈະ
ລະບຸຈໍານວນສ່ວນຫົວເພີ່ມເຕີມ. ນີ້ແມ່ນທາງເລືອກທີ່ທຽບເທົ່າກັບ -H, --ຫົວ
ແຕ່​ແມ່ນ​ສໍາ​ລັບ​ການ​ສື່​ສານ​ຕົວ​ແທນ​ເທົ່າ​ນັ້ນ​ຄື​ໃນ​ການ​ຮ້ອງ​ຂໍ CONNECT ໃນ​ເວ​ລາ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​
ສ່ວນຫົວແຍກຕ່າງຫາກຖືກສົ່ງໄປຫາຕົວແທນຂອງສິ່ງທີ່ຖືກສົ່ງໄປຫາແມ່ຂ່າຍທາງໄກຕົວຈິງ.

curl ຈະ​ເຮັດ​ໃຫ້​ແນ່​ໃຈວ່​າ​ແຕ່​ລະ​ຫົວ​ທີ່​ທ່ານ​ເພີ່ມ / ແທນ​ທີ່​ຈະ​ຖືກ​ສົ່ງ​ກັບ​ການ​ສິ້ນ​ສຸດ​ທີ່​ເຫມາະ​ສົມ -
ເຄື່ອງຫມາຍຂອງເສັ້ນ, ທ່ານຄວນ ບໍ່ ຕື່ມວ່າເປັນສ່ວນຫນຶ່ງຂອງເນື້ອໃນຫົວຂໍ້: ເຮັດ
ບໍ່ເພີ່ມສາຍໃໝ່ ຫຼືການສົ່ງຄືນຄ່າຂົນສົ່ງ, ພວກມັນພຽງແຕ່ຈະສ້າງຄວາມເສຍຫາຍໃຫ້ກັບເຈົ້າເທົ່ານັ້ນ.

ສ່ວນຫົວທີ່ລະບຸດ້ວຍຕົວເລືອກນີ້ຈະບໍ່ຖືກລວມເຂົ້າໃນຄໍາຮ້ອງຂໍທີ່ curl ຮູ້
ຈະບໍ່ຖືກສົ່ງໄປຫາຕົວແທນ.

ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງເພື່ອເພີ່ມ / ແທນທີ່ / ເອົາຫຼາຍຫົວ.

(ເພີ່ມໃນ 7.37.0)

-p, --proxytunnel
ເມື່ອ HTTP proxy ຖືກໃຊ້ (-x, -- ຕົວແທນ), ທາງເລືອກນີ້ຈະເຮັດໃຫ້ເກີດໂປຣໂຕຄອນທີ່ບໍ່ແມ່ນ HTTP
ເພື່ອພະຍາຍາມ tunnel ຜ່ານ proxy ແທນທີ່ຈະພຽງແຕ່ໃຊ້ມັນເພື່ອເຮັດ HTTP ຄ້າຍຄື
ການດໍາເນີນງານ. ວິທີການອຸໂມງແມ່ນເຮັດດ້ວຍຄໍາຮ້ອງຂໍ HTTP proxy CONNECT ແລະ
ຮຽກຮ້ອງໃຫ້ຕົວແທນອະນຸຍາດໃຫ້ເຊື່ອມຕໍ່ໂດຍກົງກັບຈໍານວນພອດຫ່າງໄກສອກຫຼີກ curl ຕ້ອງການ
tunnel ຜ່ານ.

-P, --ftp-ພອດ
(FTP) ປ່ຽນຄືນບົດບາດເລີ່ມຕົ້ນ/ຜູ້ຟັງໃນຕອນຕົ້ນທີ່ເຊື່ອມຕໍ່ກັບ FTP. ນີ້
switch ເຮັດໃຫ້ curl ໃຊ້ໂຫມດການເຄື່ອນໄຫວ. ໃນການປະຕິບັດ, curl ຫຼັງຈາກນັ້ນບອກເຄື່ອງແມ່ຂ່າຍທີ່ຈະ
ເຊື່ອມຕໍ່ກັບຄືນໄປຫາທີ່ຢູ່ແລະພອດທີ່ລະບຸຂອງລູກຄ້າ, ໃນຂະນະທີ່ໂຫມດ passive ຖາມ
ເຊີບເວີເພື່ອຕັ້ງຄ່າທີ່ຢູ່ IP ແລະພອດເພື່ອໃຫ້ມັນເຊື່ອມຕໍ່ກັບ. ຄວນ
ເປັນ​ຫນຶ່ງ​ໃນ​:

ການໂຕ້ຕອບ
ເຊັ່ນ "eth0" ເພື່ອລະບຸທີ່ຢູ່ IP ຂອງອິນເຕີເຟດທີ່ທ່ານຕ້ອງການໃຊ້ (Unix
ພຽງແຕ່)

ທີ່ຢູ່ IP
ie "192.168.10.1" ເພື່ອລະບຸທີ່ຢູ່ IP ທີ່ແນ່ນອນ

ຊື່ໂຮດ
ie "my.host.domain" ເພື່ອລະບຸເຄື່ອງ

- ເຮັດໃຫ້ curl ເລືອກທີ່ຢູ່ IP ດຽວກັນທີ່ໃຊ້ແລ້ວສໍາລັບການຄວບຄຸມ
ການເຊື່ອມຕໍ່

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້. ປິດການໃຊ້ງານຂອງ
PORT ກັບ --ftp-pasv. ປິດການພະຍາຍາມໃຊ້ຄໍາສັ່ງ EPRT ແທນ PORT
ໂດຍໃຊ້ --ປິດການໃຊ້ງານ-eprt. EPRT ແມ່ນແທ້ PORT++.

ເລີ່ມຕົ້ນໃນ 7.19.5, ທ່ານສາມາດຕື່ມ ":[start]-[end]" ຢູ່ເບື້ອງຂວາຂອງທີ່ຢູ່, ເພື່ອ
ບອກ curl ຂອບເຂດຂອງພອດ TCP ທີ່ຈະໃຊ້. ນັ້ນຫມາຍຄວາມວ່າທ່ານກໍານົດຂອບເຂດພອດ, ຈາກ a
ຕ່ໍາເປັນຕົວເລກທີ່ສູງຂຶ້ນ. ຕົວເລກດຽວເຮັດວຽກເຊັ່ນດຽວກັນ, ແຕ່ຈື່ວ່າມັນ
ເພີ່ມຄວາມສ່ຽງຂອງຄວາມລົ້ມເຫຼວນັບຕັ້ງແຕ່ພອດອາດຈະບໍ່ມີ.

--ຜ່ານ
(SSL/SSH) passphrase ສໍາລັບກະແຈສ່ວນຕົວ

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--path-as-is
ບອກ curl ບໍ່ໃຫ້ຈັດການລໍາດັບຂອງ /../ or /./ ໃນເສັ້ນທາງ URL ທີ່ໃຫ້. ປົກກະຕິ
curl ຈະ squash ຫຼື merge ໃຫ້ເຂົາເຈົ້າຕາມມາດຕະຖານແຕ່ມີທາງເລືອກນີ້ກໍານົດທ່ານ
ບອກມັນບໍ່ໃຫ້ເຮັດແນວນັ້ນ.

(ເພີ່ມໃນ 7.42.0)

--ໂພດ 301
(HTTP) ບອກ curl ໃຫ້ເຄົາລົບ RFC 7230/6.4.2 ແລະບໍ່ປ່ຽນຄໍາຮ້ອງຂໍ POST ເປັນ GET
ຮ້ອງຂໍໃນເວລາທີ່ປະຕິບັດຕາມການປ່ຽນເສັ້ນທາງ 301. ພຶດຕິກໍາທີ່ບໍ່ແມ່ນ RFC ແມ່ນມີຢູ່ທົ່ວທຸກແຫ່ງ
ຕົວທ່ອງເວັບຂອງເວັບໄຊຕ໌, ດັ່ງນັ້ນ curl ເຮັດການແປງໂດຍຄ່າເລີ່ມຕົ້ນເພື່ອຮັກສາຄວາມສອດຄ່ອງ.
ຢ່າງໃດກໍ່ຕາມ, ເຊີບເວີອາດຈະຕ້ອງການ POST ເພື່ອຍັງຄົງເປັນ POST ຫຼັງຈາກການປ່ຽນເສັ້ນທາງດັ່ງກ່າວ.
ຕົວເລືອກນີ້ມີຄວາມຫມາຍພຽງແຕ່ໃນເວລາທີ່ນໍາໃຊ້ -L, --ສະຖານທີ່ (ເພີ່ມໃນ 7.17.1)

--ໂພດ 302
(HTTP) ບອກ curl ໃຫ້ເຄົາລົບ RFC 7230/6.4.3 ແລະບໍ່ປ່ຽນຄໍາຮ້ອງຂໍ POST ເປັນ GET
ຮ້ອງຂໍໃນເວລາທີ່ປະຕິບັດຕາມການປ່ຽນເສັ້ນທາງ 302. ພຶດຕິກໍາທີ່ບໍ່ແມ່ນ RFC ແມ່ນມີຢູ່ທົ່ວທຸກແຫ່ງ
ຕົວທ່ອງເວັບຂອງເວັບໄຊຕ໌, ດັ່ງນັ້ນ curl ເຮັດການແປງໂດຍຄ່າເລີ່ມຕົ້ນເພື່ອຮັກສາຄວາມສອດຄ່ອງ.
ຢ່າງໃດກໍ່ຕາມ, ເຊີບເວີອາດຈະຕ້ອງການ POST ເພື່ອຍັງຄົງເປັນ POST ຫຼັງຈາກການປ່ຽນເສັ້ນທາງດັ່ງກ່າວ.
ຕົວເລືອກນີ້ມີຄວາມຫມາຍພຽງແຕ່ໃນເວລາທີ່ນໍາໃຊ້ -L, --ສະຖານທີ່ (ເພີ່ມໃນ 7.19.1)

--ໂພດ 303
(HTTP) ບອກ curl ໃຫ້ເຄົາລົບ RFC 7230/6.4.4 ແລະບໍ່ປ່ຽນຄໍາຮ້ອງຂໍ POST ເປັນ GET
ຮ້ອງຂໍໃນເວລາທີ່ປະຕິບັດຕາມການປ່ຽນເສັ້ນທາງ 303. ພຶດຕິກໍາທີ່ບໍ່ແມ່ນ RFC ແມ່ນມີຢູ່ທົ່ວທຸກແຫ່ງ
ຕົວທ່ອງເວັບຂອງເວັບໄຊຕ໌, ດັ່ງນັ້ນ curl ເຮັດການແປງໂດຍຄ່າເລີ່ມຕົ້ນເພື່ອຮັກສາຄວາມສອດຄ່ອງ.
ຢ່າງໃດກໍ່ຕາມ, ເຊີບເວີອາດຈະຕ້ອງການ POST ເພື່ອຍັງຄົງເປັນ POST ຫຼັງຈາກການປ່ຽນເສັ້ນທາງດັ່ງກ່າວ.
ຕົວເລືອກນີ້ມີຄວາມຫມາຍພຽງແຕ່ໃນເວລາທີ່ນໍາໃຊ້ -L, --ສະຖານທີ່ (ເພີ່ມໃນ 7.26.0)

-- ໂປຣໂຕ
ບອກ curl ໃຫ້ໃຊ້ໂປໂຕຄອນທີ່ລະບຸໄວ້ສໍາລັບການດຶງຂໍ້ມູນເບື້ອງຕົ້ນຂອງມັນ. ໂປໂຕຄອນແມ່ນ
ປະເມີນຈາກຊ້າຍໄປຂວາ, ຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ, ແລະແຕ່ລະຊື່ໂປຣໂຕຄໍ ຫຼື
'ທັງໝົດ', ເລືອກນຳໜ້າດ້ວຍຕົວແກ້ໄຂສູນ ຫຼືຫຼາຍກວ່ານັ້ນ. ຕົວແກ້ໄຂທີ່ມີຢູ່ແມ່ນ:

+ ອະ​ນຸ​ຍາດ​ໃຫ້​ອະ​ນຸ​ຍາດ​ນີ້​ນອກ​ເຫນືອ​ໄປ​ຈາກ​ອະ​ນຸ​ຍາດ​ທີ່​ແລ້ວ​ອະ​ນຸ​ຍາດ (ນີ້​ແມ່ນ​
ຄ່າເລີ່ມຕົ້ນຖ້າບໍ່ມີຕົວແກ້ໄຂຖືກໃຊ້).

- ປະຕິເສດໂປຣໂຕຄໍນີ້, ເອົາມັນອອກຈາກລາຍຊື່ໂປຣໂຕຄໍທີ່ໄດ້ຮັບອະນຸຍາດແລ້ວ.

= ອະ​ນຸ​ຍາດ​ໃຫ້​ພຽງ​ແຕ່​ອະ​ນຸ​ສັນ​ຍາ​ນີ້ (ລະ​ເລີຍ​ບັນ​ຊີ​ລາຍ​ການ​ອະ​ນຸ​ຍາດ​ແລ້ວ​)​, ເຖິງ​ແມ່ນ​ວ່າ​ຫົວ​ຂໍ້​
ຕໍ່ກັບການດັດແກ້ຕໍ່ມາໂດຍການປ້ອນຂໍ້ມູນຕໍ່ໄປໃນລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ.

ຍົກ​ຕົວ​ຢ່າງ:

-- ໂປຣໂຕ -ftps ໃຊ້ໂປຣໂຕຄອນເລີ່ມຕົ້ນ, ແຕ່ປິດໃຊ້ງານ ftps

-- ໂປຣໂຕ -ທັງໝົດ,https,+http
ພຽງແຕ່ເປີດໃຊ້ http ແລະ https

-- ໂປຣໂຕ =http,https
ຍັງເປີດໃຊ້ພຽງແຕ່ http ແລະ https

ໂປຣໂຕຄອນທີ່ບໍ່ຮູ້ຈັກສ້າງການແຈ້ງເຕືອນ. ນີ້ອະນຸຍາດໃຫ້ scripts ອີງໃສ່ການເປັນ
ສາ​ມາດ​ປິດ​ການ​ທໍາ​ງານ​ອະ​ນຸ​ສັນ​ຍາ​ທີ່​ເປັນ​ອັນ​ຕະ​ລາຍ​, ໂດຍ​ບໍ່​ມີ​ການ​ອີງ​ໃສ່​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ການ​
ໂປໂຕຄອນນັ້ນຖືກສ້າງເປັນ curl ເພື່ອຫຼີກເວັ້ນຄວາມຜິດພາດ.

ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ໃນກໍລະນີນີ້ຜົນກະທົບແມ່ນຄືກັນກັບ
concatenating ໂປໂຕຄອນເຂົ້າໄປໃນຕົວຢ່າງຫນຶ່ງຂອງທາງເລືອກ.

(ເພີ່ມໃນ 7.20.2)

--proto-default
ບອກ curl ໃຊ້ protocol ສໍາລັບ URL ໃດທີ່ບໍ່ມີຊື່ໂຄງການ.

ຕົວຢ່າງ:

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

ໂປຣໂຕຄໍທີ່ບໍ່ຮູ້ຈັກ ຫຼືບໍ່ຮອງຮັບເຮັດໃຫ້ເກີດຄວາມຜິດພາດ CURLE_UNSUPPORTED_PROTOCOL.

ຕົວເລືອກນີ້ບໍ່ປ່ຽນແປງໂປຣໂຕຄໍພຣັອກຊີເລີ່ມຕົ້ນ (http).

ຖ້າບໍ່ມີທາງເລືອກນີ້ curl ຈະເຮັດໃຫ້ການຄາດເດົາໂດຍອີງໃສ່ເຈົ້າພາບ, ເບິ່ງ --url ສໍາລັບລາຍລະອຽດ.

(ເພີ່ມໃນ 7.45.0)

--proto-redir
ບອກ curl ໃຫ້ໃຊ້ໂປໂຕຄອນທີ່ມີລາຍຊື່ໃນການປ່ຽນເສັ້ນທາງ. ເບິ່ງ --proto ສໍາລັບວິທີການ protocols
ແມ່ນເປັນຕົວແທນ.

ຕົວຢ່າງ:

--proto-redir -all,http,https
ອະນຸຍາດໃຫ້ພຽງແຕ່ HTTP ແລະ HTTPS ໃນການປ່ຽນເສັ້ນທາງ.

ໂດຍຄ່າເລີ່ມຕົ້ນ curl ຈະອະນຸຍາດໃຫ້ທຸກໂປໂຕຄອນໃນການປ່ຽນເສັ້ນທາງຍົກເວັ້ນຫຼາຍໆຄົນພິການສໍາລັບຄວາມປອດໄພ
ເຫດຜົນ: ນັບຕັ້ງແຕ່ 7.19.4 FILE ແລະ SCP ຖືກປິດການໃຊ້ງານ, ແລະນັບຕັ້ງແຕ່ 7.40.0 SMB ແລະ SMBS ຍັງເປັນ
ຄົນພິການ. ການລະບຸ ທັງຫມົດ or +ທັງໝົດ ເປີດໃຊ້ໂປໂຕຄອນທັງໝົດກ່ຽວກັບການປ່ຽນເສັ້ນທາງ, ລວມທັງມັນ
ປິດການໃຊ້ງານເພື່ອຄວາມປອດໄພ.

(ເພີ່ມໃນ 7.20.2)

--proxy-anyauth
ບອກ curl ໃຫ້ເລືອກເອົາວິທີການຢືນຢັນທີ່ເຫມາະສົມໃນເວລາທີ່ຕິດຕໍ່ສື່ສານກັບ
ມອບໃຫ້ຕົວແທນ. ນີ້ອາດຈະເຮັດໃຫ້ເກີດການຮ້ອງຂໍ / ຄໍາຕອບພິເສດໄປກັບ. (ເພີ່ມເຂົ້າ
7.13.2)

--ພຣັອກຊີ-ພື້ນຖານ
ບອກ curl ໃຫ້ໃຊ້ HTTP Basic authentication ເມື່ອຕິດຕໍ່ສື່ສານກັບທີ່ໃຫ້
ຕົວແທນ. ໃຊ້ --ພື້ນຖານ ສໍາລັບການເປີດໃຊ້ HTTP Basic ກັບໂຮດຫ່າງໄກສອກຫຼີກ. ພື້ນຖານແມ່ນຄ່າເລີ່ມຕົ້ນ
ວິທີການກວດສອບຄວາມຖືກຕ້ອງ curl ໃຊ້ກັບຕົວແທນ.

--proxy-digest
ບອກ curl ໃຫ້ໃຊ້ HTTP Digest authentication ເມື່ອຕິດຕໍ່ສື່ສານກັບໃຫ້
ຕົວແທນ. ໃຊ້ -- ຍ່ອຍ ສໍາລັບການເປີດໃຊ້ HTTP Digest ກັບໂຮດຫ່າງໄກສອກຫຼີກ.

-- ຕົວແທນ-ເຈລະຈາ
ບອກ curl ໃຫ້ໃຊ້ HTTP Negotiate (SPNEGO) authentication ເມື່ອຕິດຕໍ່ສື່ສານກັບ
ຕົວແທນທີ່ໃຫ້. ໃຊ້ -- ເຈລະຈາ ສໍາລັບການເປີດໃຊ້ HTTP Negotiate (SPNEGO) ດ້ວຍທາງໄກ
ເຈົ້າພາບ. (ເພີ່ມໃນ 7.17.1)

--proxy-ntlm
ບອກ curl ໃຫ້ໃຊ້ HTTP NTLM authentication ເມື່ອຕິດຕໍ່ສື່ສານກັບຕົວແທນທີ່ໃຫ້.
ການນໍາໃຊ້ --ntlm ສໍາລັບການເປີດໃຊ້ NTLM ກັບໂຮດຫ່າງໄກສອກຫຼີກ.

--proxy-service-name
ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ທ່ານປ່ຽນຊື່ການບໍລິການສໍາລັບການເຈລະຈາຕົວແທນ.

ຕົວຢ່າງ: --proxy-negotiate proxy-name --proxy-service-name sockd ຈະໃຊ້
sockd/proxy-name. (ເພີ່ມໃນ 7.43.0).

--proxy1.0
ໃຊ້ HTTP 1.0 proxy ທີ່ລະບຸ. ຖ້າຫມາຍເລກພອດບໍ່ໄດ້ຖືກລະບຸ, ມັນແມ່ນ
ສົມມຸດຢູ່ທີ່ພອດ 1080.

ຄວາມແຕກຕ່າງພຽງແຕ່ລະຫວ່າງນີ້ແລະທາງເລືອກ HTTP proxy (-x, -- ຕົວແທນ), ແມ່ນ​ວ່າ​
ຄວາມພະຍາຍາມທີ່ຈະໃຊ້ CONNECT ຜ່ານພຣັອກຊີຈະລະບຸໂປຣໂຕຄໍ HTTP 1.0 ແທນ
ຂອງ HTTP ເລີ່ມຕົ້ນ 1.1.

--pubkey
(SSH) ຊື່ໄຟລ໌ລະຫັດສາທາລະນະ. ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ສະ​ຫນອງ​ກະ​ແຈ​ສາ​ທາ​ລະ​ນະ​ຂອງ​ທ່ານ​ໃນ​ການ​ແຍກ​ຕ່າງ​ຫາກ​ນີ້​
ຍື່ນ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

(ເປັນຂອງ 7.39.0, curl ພະຍາຍາມອັດຕະໂນມັດສະກັດລະຫັດສາທາລະນະຈາກ
ໄຟລ໌ກະແຈສ່ວນຕົວ, ສະນັ້ນການຖ່າຍທອດທາງເລືອກນີ້ໂດຍທົ່ວໄປແມ່ນບໍ່ຈໍາເປັນ. ໃຫ້ສັງເກດວ່ານີ້
ການສະກັດເອົາກະແຈສາທາລະນະຮຽກຮ້ອງໃຫ້ libcurl ເຊື່ອມຕໍ່ຕໍ່ກັບສໍາເນົາຂອງ libssh2 1.2.8
ຫຼືສູງກວ່ານັ້ນເອງທີ່ເຊື່ອມຕໍ່ກັບ OpenSSL.)

-q ຖ້າໃຊ້ເປັນພາລາມິເຕີທໍາອິດໃນແຖວຄໍາສັ່ງ, the curlrc config ໄຟລ໌ຈະບໍ່
ໄດ້​ຮັບ​ການ​ອ່ານ​ແລະ​ນໍາ​ໃຊ້​. ເບິ່ງ -K, --config ສໍາລັບລາຍລະອຽດກ່ຽວກັບໄຟລ໌ config ເລີ່ມຕົ້ນ
ເສັ້ນທາງຄົ້ນຫາ.

-Q, --quote
(FTP/SFTP) ສົ່ງ​ຄໍາ​ສັ່ງ​ໂດຍ​ຕົນ​ເອງ​ໄປ​ຫາ​ເຄື່ອງ​ແມ່​ຂ່າຍ FTP ທາງ​ໄກ​ຫຼື SFTP. ວົງຢືມ
ຄໍາສັ່ງຖືກສົ່ງກ່ອນທີ່ການໂອນຍ້າຍຈະເກີດຂຶ້ນ (ພຽງແຕ່ຫຼັງຈາກ PWD ເບື້ອງຕົ້ນ
ຄໍາສັ່ງໃນການໂອນ FTP, ເພື່ອໃຫ້ຖືກຕ້ອງ). ເພື່ອເຮັດໃຫ້ຄໍາສັ່ງເກີດຂຶ້ນຫຼັງຈາກ a
ການໂອນສຳເລັດແລ້ວ, ໃຫ້ນຳໜ້າພວກມັນດ້ວຍ dash '-'. ເພື່ອເຮັດໃຫ້ຄໍາສັ່ງຖືກສົ່ງຫຼັງຈາກ
curl ໄດ້ປ່ຽນໄດເລກະທໍລີທີ່ເຮັດວຽກ, ກ່ອນຄໍາສັ່ງການໂອນຍ້າຍ (s), ຄໍານໍາຫນ້າ
ຄໍາສັ່ງທີ່ມີ '+' (ນີ້ແມ່ນສະຫນັບສະຫນູນພຽງແຕ່ FTP). ເຈົ້າອາດຈະລະບຸຕົວເລກໃດນຶ່ງ
ຂອງ​ຄໍາ​ສັ່ງ​. ຖ້າເຄື່ອງແມ່ຂ່າຍສົ່ງຄືນຄວາມລົ້ມເຫລວສໍາລັບຄໍາສັ່ງຫນຶ່ງ, ທັງຫມົດ
ການດໍາເນີນງານຈະຖືກຍົກເລີກ. ທ່ານຕ້ອງສົ່ງຄໍາສັ່ງ FTP ທີ່ຖືກຕ້ອງທາງ syntactically ເປັນ RFC
959 ກໍານົດກັບເຄື່ອງແມ່ຂ່າຍ FTP, ຫຼືຫນຶ່ງໃນຄໍາສັ່ງທີ່ມີລາຍຊື່ຂ້າງລຸ່ມນີ້ກັບເຄື່ອງແມ່ຂ່າຍ SFTP.
ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ. ເມື່ອເວົ້າກັບເຊີບເວີ FTP, ໃຫ້ຄຳນຳໜ້າ
ຄໍາສັ່ງທີ່ມີຮູບດາວ (*) ເພື່ອເຮັດໃຫ້ curl ສືບຕໍ່ເຖິງແມ່ນວ່າຄໍາສັ່ງລົ້ມເຫລວໂດຍ
curl ເລີ່ມຕົ້ນຈະຢຸດຢູ່ທີ່ຄວາມລົ້ມເຫຼວຄັ້ງທໍາອິດ.

SFTP ເປັນໂປຣໂຕຄໍຄູ່. ບໍ່ຄືກັບ FTP, curl ແປຄໍາສັ່ງອ້າງອີງ SFTP
ຕົວຂອງມັນເອງກ່ອນທີ່ຈະສົ່ງພວກເຂົາໄປຫາເຄື່ອງແມ່ຂ່າຍ. ຊື່ໄຟລ໌ອາດຈະຖືກອ້າງອີງແບບ shell-style
ຝັງຊ່ອງຫວ່າງ ຫຼືຕົວອັກສອນພິເສດ. ຕໍ່ໄປນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງ SFTP ທີ່ສະຫນັບສະຫນູນທັງຫມົດ
ຄໍາ​ສັ່ງ quote:

ໄຟລ໌ກຸ່ມ chgrp
ຄໍາສັ່ງ chgrp ກໍານົດ ID ກຸ່ມຂອງໄຟລ໌ທີ່ມີຊື່ໂດຍໄຟລ໌ operand ກັບ
ID ກຸ່ມທີ່ລະບຸໄວ້ໂດຍ operand ກຸ່ມ. ໂຕປະຕິບັດການກຸ່ມແມ່ນຕົວເລກທົດສະນິຍົມ
ID ກຸ່ມຈຳນວນເຕັມ.

ໄຟລ໌ຮູບແບບ chmod
ຄໍາສັ່ງ chmod ແກ້ໄຂບິດຂອງຮູບແບບໄຟລ໌ຂອງໄຟລ໌ທີ່ລະບຸ. ໄດ້
ໂມດ operand ແມ່ນຕົວເລກຂອງໂໝດຕົວເລກເລກແປດ.

chown ໄຟລ໌ຜູ້ໃຊ້
ຄໍາສັ່ງ chown ກໍານົດເຈົ້າຂອງໄຟລ໌ທີ່ມີຊື່ໂດຍໄຟລ໌ operand ກັບ
ID ຜູ້ໃຊ້ທີ່ລະບຸໄວ້ໂດຍ operand ຜູ້ໃຊ້. ໂຕປະຕິບັດການຂອງຜູ້ໃຊ້ແມ່ນຕົວເລກທົດສະນິຍົມ
ID ຜູ້ໃຊ້ຈຳນວນເຕັມ.

ໃນ source_file target_file
ຄໍາສັ່ງ ln ແລະ symlink ສ້າງການເຊື່ອມຕໍ່ສັນຍາລັກຢູ່ທີ່ target_file
ສະຖານທີ່ຊີ້ໄປຫາສະຖານທີ່ source_file.

mkdir directory_name
ຄໍາສັ່ງ mkdir ສ້າງໄດເລກະທໍລີທີ່ມີຊື່ໂດຍ operand directory_name.

pwd ຄໍາສັ່ງ pwd ສົ່ງຄືນຊື່ເສັ້ນທາງຢ່າງແທ້ຈິງຂອງການເຮັດວຽກໃນປະຈຸບັນ
ລະບົບ.

ປ່ຽນຊື່ເປົ້າໝາຍແຫຼ່ງ
ຄໍາສັ່ງປ່ຽນຊື່ປ່ຽນຊື່ໄຟລ໌ຫຼືໄດເລກະທໍລີທີ່ມີຊື່ໂດຍ operand ແຫຼ່ງ
ໄປຫາເສັ້ນທາງປາຍທາງທີ່ມີຊື່ໂດຍ operand ເປົ້າຫມາຍ.

rm ໄຟລ໌
ຄໍາສັ່ງ rm ເອົາໄຟລ໌ທີ່ລະບຸໄວ້ໂດຍ operand ໄຟລ໌.

rmdir ໄດເລກະທໍລີ
ຄໍາສັ່ງ rmdir ເອົາລາຍການໄດເລກະທໍລີທີ່ລະບຸໄວ້ໂດຍໄດເລກະທໍລີ
operand, ສະຫນອງໃຫ້ມັນຫວ່າງເປົ່າ.

symlink source_file target_file
ເບິ່ງ ln.

-r, --range
(HTTP/FTP/SFTP/FILE) ດຶງ​ຂໍ້​ມູນ​ໄລ​ຍະ​ໄບ​ຕ໌ (ເຊັ່ນ​ເອ​ກະ​ສານ​ບາງ​ສ່ວນ) ຈາກ a
HTTP/1.1, ເຊີບເວີ FTP ຫຼື SFTP ຫຼື ໄຟລ໌ທ້ອງຖິ່ນ. ໄລຍະສາມາດຖືກລະບຸເປັນຕົວເລກ
ຂອງວິທີການ.

0​-499 ກໍານົດ 500 bytes ທໍາອິດ

500​-999 ກໍານົດ 500 bytes ທີສອງ

-500 ລະບຸ 500 bytes ສຸດທ້າຍ

9500- ກໍານົດ bytes ຈາກ offset 9500 ແລະສົ່ງຕໍ່

0-0,-1 ລະບຸ byte ທໍາອິດ ແລະສຸດທ້າຍເທົ່ານັ້ນ(*)(HTTP)

100-199,500-599
ກໍານົດສອງໄລຍະ 100-byte ແຍກຕ່າງຫາກ (*) (HTTP)

(*) = ສັງເກດວ່າອັນນີ້ຈະເຮັດໃຫ້ເຊີບເວີຕອບດ້ວຍການຕອບສະໜອງຫຼາຍສ່ວນ!

ພຽງແຕ່ຕົວອັກສອນຕົວເລກ (0-9) ທີ່ຖືກຕ້ອງຢູ່ໃນຊ່ອງ 'ເລີ່ມຕົ້ນ' ແລະ 'ຢຸດ' ຂອງ
syntax ໄລຍະ 'start-stop'. ຖ້າຕົວອັກສອນທີ່ບໍ່ແມ່ນຕົວເລກແມ່ນໃຫ້ຢູ່ໃນຂອບເຂດ, the
ການຕອບສະໜອງຂອງເຊີບເວີຈະບໍ່ຖືກລະບຸ, ຂຶ້ນກັບການຕັ້ງຄ່າຂອງເຊີບເວີ.

ທ່ານຍັງຄວນລະວັງວ່າເຄື່ອງແມ່ຂ່າຍ HTTP/1.1 ຈໍານວນຫຼາຍບໍ່ມີຄຸນສົມບັດນີ້
ເປີດໃຊ້ງານ, ດັ່ງນັ້ນເມື່ອທ່ານພະຍາຍາມເອົາຂອບເຂດ, ທ່ານຈະໄດ້ຮັບທັງໝົດແທນ
document

ການດາວໂຫຼດຊ່ວງ FTP ແລະ SFTP ພຽງແຕ່ຮອງຮັບ syntax 'start-stop' ງ່າຍໆ
(ທາງ​ເລືອກ​ທີ່​ມີ​ຫນຶ່ງ​ໃນ​ຕົວ​ເລກ​ລະ​ເວັ້ນ​)​. ການນໍາໃຊ້ FTP ແມ່ນຂຶ້ນກັບ FTP ຂະຫຍາຍ
ຄໍາສັ່ງ SIZE.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-R, --remote-time
ເມື່ອນໍາໃຊ້, ນີ້ຈະເຮັດໃຫ້ curl ພະຍາຍາມຊອກຫາເວລາຂອງໄລຍະໄກ
ໄຟລ໌, ແລະຖ້າມີໃຫ້, ໄຟລ໌ທ້ອງຖິ່ນໄດ້ຮັບການສະແຕມເວລາດຽວກັນ.

--random-file
(SSL) ລະບຸຊື່ເສັ້ນທາງໄປຫາໄຟລ໌ທີ່ບັນຈຸສິ່ງທີ່ຈະຖືກພິຈາລະນາເປັນແບບສຸ່ມ
ຂໍ້ມູນ. ຂໍ້ມູນຖືກນໍາໃຊ້ເພື່ອ seed ເຄື່ອງຈັກແບບສຸ່ມສໍາລັບການເຊື່ອມຕໍ່ SSL. ເບິ່ງຍັງ
--egd-file ທາງເລືອກ.

--raw (HTTP) ເມື່ອໃຊ້, ມັນຈະປິດການຖອດລະຫັດ HTTP ພາຍໃນຂອງເນື້ອຫາ ຫຼືການໂອນຍ້າຍທັງໝົດ
ການເຂົ້າລະຫັດແລະແທນທີ່ຈະເຮັດໃຫ້ພວກເຂົາສົ່ງຕໍ່ທີ່ບໍ່ປ່ຽນແປງ, ວັດຖຸດິບ. (ເພີ່ມໃນ 7.16.2)

--remote-name-all
ຕົວເລືອກນີ້ປ່ຽນແປງການດໍາເນີນການເລີ່ມຕົ້ນສໍາລັບທຸກ URLs ທີ່ໃຫ້ມາເພື່ອປະຕິບັດຄືກັບວ່າ
-ໂອ, --remote-name ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ແຕ່​ລະ​ຄົນ​. ດັ່ງນັ້ນຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະປິດການທໍາງານນັ້ນສໍາລັບ a
URL ສະເພາະຫຼັງຈາກ --remote-name-all ໄດ້ຖືກນໍາໃຊ້, ທ່ານຕ້ອງໃຊ້ "-o -" ຫຼື --ບໍ່-
ຊື່ທາງໄກ. (ເພີ່ມໃນ 7.19.0)

-- ແກ້​ໄຂ​
ສະໜອງທີ່ຢູ່ກຳນົດເອງສຳລັບຄູ່ໂຮສ ແລະພອດສະເພາະ. ການນໍາໃຊ້ນີ້, ທ່ານສາມາດເຮັດໄດ້
ເຮັດໃຫ້ການຮ້ອງຂໍ curl (s) ໃຊ້ທີ່ຢູ່ທີ່ກໍານົດໄວ້ແລະປ້ອງກັນຖ້າບໍ່ດັ່ງນັ້ນ
ປົກກະຕິແກ້ໄຂທີ່ຢູ່ທີ່ຈະໃຊ້. ພິຈາລະນາມັນເປັນປະເພດຂອງ / etc / hosts ທາງ​ເລືອກ
ສະຫນອງໃຫ້ຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ໝາຍເລກພອດຄວນເປັນຕົວເລກທີ່ໃຊ້ສຳລັບ
ພິທີການສະເພາະທີ່ເຈົ້າພາບຈະຖືກນໍາໃຊ້ສໍາລັບ. ມັນຫມາຍຄວາມວ່າທ່ານຕ້ອງການລາຍການຫຼາຍຖ້າ
ທ່ານຕ້ອງການໃຫ້ທີ່ຢູ່ສໍາລັບໂຮດດຽວກັນແຕ່ພອດທີ່ແຕກຕ່າງກັນ.

ຕົວເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ຫຼາຍຄັ້ງເພື່ອເພີ່ມຊື່ເຈົ້າພາບຫຼາຍເພື່ອແກ້ໄຂ.

(ເພີ່ມໃນ 7.21.3)

--ລອງໃໝ່
ຖ້າຄວາມຜິດພາດຊົ່ວຄາວຖືກສົ່ງຄືນເມື່ອ curl ພະຍາຍາມປະຕິບັດການໂອນ, ມັນຈະ
ລອງຈໍານວນນີ້ອີກຄັ້ງກ່ອນທີ່ຈະເຊົາ. ການຕັ້ງຄ່າຕົວເລກເປັນ 0 ເຮັດໃຫ້ curl ເຮັດ
ບໍ່ມີການພະຍາຍາມ (ເຊິ່ງເປັນຄ່າເລີ່ມຕົ້ນ). ຄວາມຜິດພາດຊົ່ວຄາວຫມາຍເຖິງ: ການໝົດເວລາ, FTP
ລະຫັດຕອບສະຫນອງ 4xx ຫຼືລະຫັດຕອບສະຫນອງ HTTP 5xx.

ເມື່ອ curl ກໍາລັງຈະພະຍາຍາມໂອນຄືນໃຫມ່, ມັນທໍາອິດຈະລໍຖ້າຫນຶ່ງວິນາທີແລະຫຼັງຈາກນັ້ນສໍາລັບ
ຄວາມພະຍາຍາມທີ່ຈະມາເຖິງທັງໝົດມັນຈະເປັນສອງເທົ່າເວລາລໍຖ້າຈົນກວ່າມັນຈະຮອດ 10 ນາທີ
ເຊິ່ງຫຼັງຈາກນັ້ນຈະເປັນການຊັກຊ້າລະຫວ່າງການພະຍາຍາມທີ່ເຫຼືອ. ໂດຍການນໍາໃຊ້ --ລອງໃໝ່-
ຊັກຊ້າ ທ່ານປິດການໃຊ້ງານສູດການຄິດໄລ່ backoff exponential ນີ້. ເບິ່ງນຳ --retry-max-time to
ຈຳກັດເວລາທັງໝົດທີ່ອະນຸຍາດໃຫ້ພະຍາຍາມອີກຄັ້ງ. (ເພີ່ມໃນ 7.12.3)

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--retry-delay
ເຮັດໃຫ້ curl ນອນເປັນຈໍານວນເວລານີ້ກ່ອນທີ່ຈະພະຍາຍາມອີກຄັ້ງຫນຶ່ງເມື່ອການໂອນລົ້ມເຫລວ
ດ້ວຍຄວາມຜິດພາດຊົ່ວຄາວ (ມັນປ່ຽນລະບົບເວລາ backoff ເລີ່ມຕົ້ນລະຫວ່າງ
ລອງ​ໃໝ່). ທາງເລືອກນີ້ແມ່ນຫນ້າສົນໃຈພຽງແຕ່ຖ້າຫາກວ່າ --ລອງໃໝ່ ຍັງຖືກນໍາໃຊ້. ການຕັ້ງຄ່ານີ້
ການຊັກຊ້າເປັນສູນຈະເຮັດໃຫ້ curl ໃຊ້ເວລາ backoff ເລີ່ມຕົ້ນ. (ເພີ່ມໃນ 7.12.3)

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--retry-max-time
ການຕັ້ງເວລາການລອງຄືນໃໝ່ຖືກຕັ້ງຄືນໃໝ່ກ່ອນທີ່ຈະພະຍາຍາມໂອນຍ້າຍຄັ້ງທຳອິດ. ການພະຍາຍາມອີກຄັ້ງຈະຖືກເຮັດເປັນ
ປົກກະຕິ (ເບິ່ງ --ລອງໃໝ່) ຕາບໃດທີ່ໂມງຈັບເວລາຍັງບໍ່ທັນຮອດຂີດຈຳກັດທີ່ກຳນົດໄວ້. ແຈ້ງການ
ວ່າຖ້າໂມງຈັບເວລາບໍ່ຮອດຂີດຈໍາກັດ, ການຮ້ອງຂໍຈະຖືກເຮັດແລະໃນຂະນະທີ່
ການປະຕິບັດ, ມັນອາດຈະໃຊ້ເວລາດົນກວ່າໄລຍະເວລາທີ່ກໍານົດໄວ້ນີ້. ຈຳກັດອັນດຽວ
ເວລາສູງສຸດຂອງຄໍາຮ້ອງຂໍ, ໃຊ້ -m, --ເວລາສູງສຸດ. ຕັ້ງຕົວເລືອກນີ້ເປັນສູນເພື່ອບໍ່ໝົດເວລາ
ພະຍາຍາມໃໝ່. (ເພີ່ມໃນ 7.12.3)

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-s, --silent
ໂໝດງຽບ ຫຼືງຽບ. ຢ່າສະແດງເຄື່ອງວັດແທກຄວາມຄືບໜ້າ ຫຼືຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ. ເຮັດໃຫ້ Curl
ປິດສຽງ. ມັນຈະຍັງຄົງອອກຂໍ້ມູນທີ່ທ່ານຮ້ອງຂໍໃຫ້ມີ, ເປັນໄປໄດ້ເຖິງແມ່ນວ່າ
terminal/stdout ເວັ້ນເສຍແຕ່ວ່າທ່ານປ່ຽນເສັ້ນທາງ.

--sasl-ir
ເປີດໃຊ້ການຕອບໂຕ້ໃນເບື້ອງຕົ້ນໃນການກວດສອບ SASL. (ເພີ່ມໃນ 7.31.0)

--ຊື່ການບໍລິການ
ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ທ່ານປ່ຽນຊື່ການບໍລິການສໍາລັບ SPNEGO.

ຕົວຢ່າງ: --negotiate --ຊື່ການບໍລິການ sockd ຈະໃຊ້ sockd/server-name. (ເພີ່ມເຂົ້າ
7.43.0).

-S, --show-error
ເມື່ອໃຊ້ກັບ -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-beast
(SSL) ທາງເລືອກນີ້ບອກ curl ທີ່ຈະບໍ່ເຮັດວຽກກ່ຽວກັບຂໍ້ບົກພ່ອງດ້ານຄວາມປອດໄພໃນ SSL3 ແລະ
ໂປຣໂຕຄໍ TLS1.0 ຮູ້ຈັກເປັນ BEAST. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ໃຊ້, ຊັ້ນ SSL ອາດຈະໃຊ້
ການແກ້ໄຂບັນຫາທີ່ຮູ້ກັນວ່າເຮັດໃຫ້ເກີດບັນຫາການໂຕ້ຕອບກັບ SSL ທີ່ເກົ່າແກ່ບາງອັນ
ການຈັດຕັ້ງປະຕິບັດ. ຄໍາ​ເຕືອນ​: ທາງ​ເລືອກ​ນີ້​ໄດ້​ຫຼຸດ​ຜ່ອນ​ຄວາມ​ປອດ​ໄພ SSL​, ແລະ​ໂດຍ​ການ​ນໍາ​ໃຊ້​ນີ້​
ທຸງເຈົ້າຖາມວ່າແທ້. (ເພີ່ມໃນ 7.25.0)

--ssl-no-revoke
(WinSSL) ທາງເລືອກນີ້ບອກ curl ເພື່ອປິດການກວດສອບການຖອນໃບຢັ້ງຢືນ. ຄຳເຕືອນ:
ທາງ​ເລືອກ​ນີ້​ເຮັດ​ໃຫ້​ຄວາມ​ປອດ​ໄພ SSL ພວນ, ແລະ​ໂດຍ​ການ​ນໍາ​ໃຊ້​ທຸງ​ນີ້​ທ່ານ​ຮ້ອງ​ຂໍ​ໃຫ້​ແນ່​ນອນ
ນັ້ນ. (ເພີ່ມໃນ 7.44.0)

--ຖົງຕີນ4
ໃຊ້ພຣັອກຊີ SOCKS4 ທີ່ລະບຸໄວ້. ຖ້າຫມາຍເລກພອດບໍ່ໄດ້ຖືກລະບຸ, ມັນສົມມຸດວ່າ
ທີ່ພອດ 1080. (ເພີ່ມໃນ 7.15.2)

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ -x, -- ຕົວແທນ, ຍ້ອນວ່າເຂົາເຈົ້າມີເຊິ່ງກັນແລະກັນ
exclusive

ນັບຕັ້ງແຕ່ 7.21.7, ທາງເລືອກນີ້ແມ່ນ superfluous ນັບຕັ້ງແຕ່ທ່ານສາມາດກໍານົດ socks4 proxy ກັບ.
-x, -- ຕົວແທນ ໂດຍໃຊ້ socks4:// protocol prefix.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--ຖົງຕີນ4ກ
ໃຊ້ພຣັອກຊີ SOCKS4a ທີ່ລະບຸໄວ້. ຖ້າຫມາຍເລກພອດບໍ່ໄດ້ຖືກລະບຸ, ມັນສົມມຸດວ່າ
ທີ່ພອດ 1080. (ເພີ່ມໃນ 7.18.0)

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ -x, -- ຕົວແທນ, ຍ້ອນວ່າເຂົາເຈົ້າມີເຊິ່ງກັນແລະກັນ
exclusive

ນັບຕັ້ງແ​​ຕ່ 7.21.7, ທາງເລືອກນີ້ແມ່ນ superfluous ເນື່ອງຈາກວ່າທ່ານສາມາດກໍານົດ socks4a proxy ກັບ.
-x, -- ຕົວແທນ ການ​ນໍາ​ໃຊ້ socks4a:// ຄໍາ​ນໍາ​ຫນ້າ protocol.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--socks5-ຊື່ເຈົ້າພາບ
ໃຊ້ SOCKS5 proxy ທີ່ລະບຸ (ແລະໃຫ້ proxy ແກ້ໄຂຊື່ໂຮດ). ຖ້າ
ໝາຍເລກພອດແມ່ນບໍ່ໄດ້ລະບຸ, ຖືວ່າຢູ່ທີ່ພອດ 1080. (ເພີ່ມໃນ 7.18.0).

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ -x, -- ຕົວແທນ, ຍ້ອນວ່າເຂົາເຈົ້າມີເຊິ່ງກັນແລະກັນ
exclusive

ນັບຕັ້ງແຕ່ 7.21.7, ທາງເລືອກນີ້ແມ່ນ superfluous ນັບຕັ້ງແຕ່ທ່ານສາມາດກໍານົດ socks5 hostname
ຕົວແທນກັບ -x, -- ຕົວແທນ ໂດຍໃຊ້ socks5h:// protocol prefix.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້. (ທາງເລືອກນີ້ແມ່ນ
ເອກະສານທີ່ຜິດພາດໃນເມື່ອກ່ອນແລະຖືກນໍາໃຊ້ເປັນ --socks ໂດຍບໍ່ມີຕົວເລກຕໍ່ທ້າຍ.)

--ຖົງຕີນ5
ໃຊ້ SOCKS5 proxy ທີ່ລະບຸ - ແຕ່ແກ້ໄຂຊື່ໂຮດຢູ່ໃນທ້ອງຖິ່ນ. ຖ້າທ່າເຮືອ
ບໍ່ໄດ້ລະບຸຕົວເລກ, ມັນສົມມຸດຢູ່ທີ່ພອດ 1080.

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ -x, -- ຕົວແທນ, ຍ້ອນວ່າເຂົາເຈົ້າມີເຊິ່ງກັນແລະກັນ
exclusive

ນັບຕັ້ງແຕ່ 7.21.7, ທາງເລືອກນີ້ແມ່ນ superfluous ນັບຕັ້ງແຕ່ທ່ານສາມາດກໍານົດ socks5 proxy ກັບ.
-x, -- ຕົວແທນ ໂດຍໃຊ້ socks5:// protocol prefix.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້. (ທາງເລືອກນີ້ແມ່ນ
ເອກະສານທີ່ຜິດພາດໃນເມື່ອກ່ອນແລະຖືກນໍາໃຊ້ເປັນ --socks ໂດຍບໍ່ມີຕົວເລກຕໍ່ທ້າຍ.)

ທາງເລືອກນີ້ (ເຊັ່ນດຽວກັນກັບ --ຖົງຕີນ4) ບໍ່ເຮັດວຽກກັບ IPV6, FTPS ຫຼື LDAP.

--socks5-gssapi-ບໍລິການ
ຊື່ການບໍລິການເລີ່ມຕົ້ນສໍາລັບເຊີບເວີ socks ແມ່ນ rcmd/server-fqdn. ທາງເລືອກນີ້ອະນຸຍາດໃຫ້
ເຈົ້າປ່ຽນມັນ.

ຕົວຢ່າງ: --socks5 proxy-name --socks5-gssapi-ບໍລິການ sockd ຈະໃຊ້ sockd/proxy-
ຊື່ --socks5 proxy-name --socks5-gssapi-ບໍລິການ sockd/ຊື່ແທ້ຈະໃຊ້
sockd/ຊື່ແທ້ສຳລັບກໍລະນີທີ່ຊື່ຕົວແທນບໍ່ກົງກັບຊື່ຫຼັກ.
(ເພີ່ມໃນ 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-option
ຜ່ານທາງເລືອກໄປຫາໂປໂຕຄອນ telnet. ທາງ​ເລືອກ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ແມ່ນ​:

TTYPE= ກໍານົດປະເພດ terminal.

XDISPLOC= ກໍານົດສະຖານທີ່ສະແດງ X.

NEW_ENV= ຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ.

-T, --upload-file
ນີ້ໂອນໄຟລ໌ທ້ອງຖິ່ນທີ່ລະບຸໄວ້ໃນ URL ຫ່າງໄກສອກຫຼີກ. ຖ້າບໍ່ມີສ່ວນໄຟລ໌
ໃນ URL ທີ່ລະບຸ, Curl ຈະໃສ່ຊື່ໄຟລ໌ທ້ອງຖິ່ນ. ໃຫ້ສັງເກດວ່າທ່ານຕ້ອງໃຊ້
a trailing / on the last directory to really prove to Curl that there is no file
ຊື່ ຫຼື curl ຈະຄິດວ່າຊື່ໄດເລກະທໍລີສຸດທ້າຍຂອງທ່ານແມ່ນຊື່ໄຟລ໌ຫ່າງໄກສອກຫຼີກ
ໃຊ້. ສ່ວນຫຼາຍອາດຈະເຮັດໃຫ້ການດໍາເນີນງານການອັບໂຫລດລົ້ມເຫລວ. ຖ້າອັນນີ້ຖືກໃຊ້
ເຊີບເວີ HTTP(S), ຄໍາສັ່ງ PUT ຈະຖືກນໍາໃຊ້.

ໃຊ້ຊື່ໄຟລ໌ "-" (dash ດຽວ) ເພື່ອໃຊ້ stdin ແທນໄຟລ໌ທີ່ໃຫ້.
ໃນທາງກົງກັນຂ້າມ, ຊື່ໄຟລ໌ "." (ໄລຍະເວລາດຽວ) ອາດຈະຖືກລະບຸແທນ "-" to
ໃຊ້ stdin ໃນໂຫມດບໍ່ບລັອກເພື່ອໃຫ້ການອ່ານຜົນໄດ້ຮັບຂອງເຄື່ອງແມ່ຂ່າຍໃນຂະນະທີ່ stdin ກໍາລັງຖືກ
ອັບໂຫຼດ.

ທ່ານສາມາດກໍານົດຫນຶ່ງ -T ສໍາລັບແຕ່ລະ URL ໃນແຖວຄໍາສັ່ງ. ແຕ່ລະຄູ່ -T + URL
ລະບຸສິ່ງທີ່ຈະອັບໂຫລດ ແລະໄປໃສ. curl ຍັງສະຫນັບສະຫນູນ "globbing" ຂອງ -T
ການໂຕ້ຖຽງ, ຊຶ່ງຫມາຍຄວາມວ່າທ່ານສາມາດອັບໂຫລດຫຼາຍໄຟລ໌ໄປຫາ URL ດຽວໂດຍການນໍາໃຊ້
ຮູບແບບ globbing URL ດຽວກັນທີ່ສະຫນັບສະຫນູນໃນ URL, ເຊັ່ນນີ້:

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

ຫຼື​ແມ້​ກະ​ທັ້ງ

curl -T "img[1-1000].png" loading="lazy" ftp://ftp.picturemania.com/upload/

--tcp-nodelay
ເປີດໂຕເລືອກ TCP_NODELAY. ເບິ່ງ curl_easy_setopt(3​) ຫນ້າຜູ້ຊາຍສໍາລັບລາຍລະອຽດ
ກ່ຽວກັບທາງເລືອກນີ້. (ເພີ່ມໃນ 7.11.2)

--tftp-blksize
(TFTP) ຕັ້ງຕົວເລືອກ TFTP BLKSIZE (ຕ້ອງເປັນ >512). ນີ້ແມ່ນຂະຫນາດຕັນທີ່ curl
ຈະພະຍາຍາມໃຊ້ເມື່ອໂອນຂໍ້ມູນໄປຫາ ຫຼືຈາກເຊີບເວີ TFTP. ໂດຍຄ່າເລີ່ມຕົ້ນ 512
bytes ຈະຖືກນໍາໃຊ້.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

(ເພີ່ມໃນ 7.20.0)

--tlsauthtype
ກໍານົດປະເພດການກວດສອບ TLS. ໃນປັດຈຸບັນ, ທາງເລືອກດຽວທີ່ສະຫນັບສະຫນູນແມ່ນ "SRP", ສໍາລັບ
TLS-SRP (RFC 5054). ຖ້າ --tlsuser ແລະ --tlspassword ຖືກກໍານົດແຕ່ --tlsauthtype
ບໍ່ແມ່ນ, ຫຼັງຈາກນັ້ນທາງເລືອກນີ້ເລີ່ມຕົ້ນເປັນ "SRP". (ເພີ່ມໃນ 7.21.4)

--tlspassword
ຕັ້ງລະຫັດຜ່ານເພື່ອໃຊ້ກັບວິທີການກວດສອບຄວາມຖືກຕ້ອງ TLS ທີ່ລະບຸໄວ້ກັບ
--tlsauthtype. ຮຽກຮ້ອງໃຫ້ --tlsuser ຍັງຖືກຕັ້ງ. (ເພີ່ມໃນ 7.21.4)

--tlsuser
ຕັ້ງຊື່ຜູ້ໃຊ້ເພື່ອໃຊ້ກັບວິທີການກວດສອບຄວາມຖືກຕ້ອງ TLS ທີ່ລະບຸໄວ້ກັບ
--tlsauthtype. ຮຽກຮ້ອງໃຫ້ --tlspassword ຍັງຖືກຕັ້ງ. (ເພີ່ມໃນ 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 ສະຫນັບສະຫນູນ, ແລະ uncompress ຂໍ້ມູນໃນຂະນະທີ່ໄດ້ຮັບມັນ.

(ເພີ່ມໃນ 7.21.6)

-- ຕິດຕາມ
ເປີດໃຊ້ການຖິ້ມຂີ້ເຫຍື້ອເຕັມຮູບແບບຂອງຂໍ້ມູນຂາເຂົ້າ ແລະຂາອອກທັງໝົດ, ລວມທັງການອະທິບາຍ
ຂໍ້​ມູນ​, ກັບ​ໄຟລ​໌​ຜົນ​ຜະ​ລິດ​ໄດ້​ຮັບ​. ໃຊ້ "-" ເປັນຊື່ໄຟລ໌ເພື່ອໃຫ້ຜົນຜະລິດຖືກສົ່ງ
ເພື່ອ stdout.

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ຂອງ​ - ໃນ​, -- verbose or --trace-ascii.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--trace-ascii
ເປີດໃຊ້ການຖິ້ມຂີ້ເຫຍື້ອເຕັມຮູບແບບຂອງຂໍ້ມູນຂາເຂົ້າ ແລະຂາອອກທັງໝົດ, ລວມທັງການອະທິບາຍ
ຂໍ້​ມູນ​, ກັບ​ໄຟລ​໌​ຜົນ​ຜະ​ລິດ​ໄດ້​ຮັບ​. ໃຊ້ "-" ເປັນຊື່ໄຟລ໌ເພື່ອໃຫ້ຜົນຜະລິດຖືກສົ່ງ
ເພື່ອ stdout.

ນີ້ແມ່ນຄ້າຍຄືກັນຫຼາຍກັບ -- ຕິດຕາມ, ແຕ່ອອກຈາກສ່ວນ hex ແລະພຽງແຕ່ສະແດງໃຫ້ເຫັນ
ASCII ສ່ວນຫນຶ່ງຂອງການຖິ້ມຂີ້ເຫຍື້ອ. ມັນເຮັດໃຫ້ຜົນຜະລິດຂະຫນາດນ້ອຍກວ່າທີ່ອາດຈະງ່າຍຕໍ່ການອ່ານ
ມະນຸດທີ່ບໍ່ໄດ້ຮັບການຝຶກອົບຮົມ.

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ຂອງ​ - ໃນ​, -- verbose or -- ຕິດຕາມ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-- ຕິດຕາມເວລາ
ວາງສະແຕມເວລາໃສ່ແຕ່ລະເສັ້ນຕາມຮອຍ ຫຼື verbose ທີ່ curls ສະແດງ. (ເພີ່ມເຂົ້າ
7.14.0)

--unix-socket
(HTTP) ເຊື່ອມຕໍ່ຜ່ານຊັອກເກັດໂດເມນ Unix ນີ້, ແທນທີ່ຈະໃຊ້ເຄືອຂ່າຍ.
(ເພີ່ມໃນ 7.40.0)

-u, --user
ລະບຸຊື່ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານເພື່ອໃຊ້ສໍາລັບການພິສູດຢືນຢັນເຊີບເວີ. ລົບລ້າງ -n,
--netrc ແລະ --netrc-ທາງເລືອກ.

ຖ້າທ່ານພຽງແຕ່ລະບຸຊື່ຜູ້ໃຊ້, curl ຈະເຕືອນສໍາລັບລະຫັດຜ່ານ.

ຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານຖືກແຍກຢູ່ໃນຈໍ້າສອງເມັດທໍາອິດ, ເຊິ່ງເຮັດໃຫ້ມັນ
ບໍ່ສາມາດໃຊ້ຈໍ້າສອງເມັດໃນຊື່ຜູ້ໃຊ້ດ້ວຍຕົວເລືອກນີ້. ລະ​ຫັດ​ຜ່ານ​ສາ​ມາດ​,
ຍັງ.

ເມື່ອໃຊ້ Kerberos V5 ກັບເຊີບເວີທີ່ໃຊ້ Windows ທ່ານຄວນລວມເອົາ Windows
ຊື່ໂດເມນໃນຊື່ຜູ້ໃຊ້, ເພື່ອໃຫ້ເຄື່ອງແມ່ຂ່າຍໄດ້ຮັບຜົນສໍາເລັດ a
ປີ້ Kerberos. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ດັ່ງ​ນັ້ນ​ການ​ຈັບ​ມື​ການ​ກວດ​ສອບ​ໃນ​ເບື້ອງ​ຕົ້ນ​ອາດ​ຈະ​ລົ້ມ​ເຫຼວ​.

ເມື່ອໃຊ້ NTLM, ຊື່ຜູ້ໃຊ້ສາມາດຖືກລະບຸພຽງແຕ່ເປັນຊື່ຜູ້ໃຊ້, ໂດຍບໍ່ມີການ
ໂດເມນ, ຖ້າມີໂດເມນດຽວແລະປ່າໄມ້ໃນການຕິດຕັ້ງຂອງທ່ານສໍາລັບຕົວຢ່າງ.

ເພື່ອລະບຸຊື່ໂດເມນໃຫ້ໃຊ້ຊື່ລົງຊື່ເຂົ້າລະບົບ ຫຼື UPN (User Principal
ຊື່) ຮູບແບບ. ຕົວຢ່າງ, EXAMPLE\user ແລະ [email protected] ຕາມລໍາດັບ.

ຖ້າທ່ານໃຊ້ curl binary ທີ່ເປີດໃຊ້ Windows SSPI ແລະປະຕິບັດ Kerberos V5, ເຈລະຈາ,
NTLM ຫຼື Digest authentication ຫຼັງຈາກນັ້ນທ່ານສາມາດບອກ curl ເພື່ອເລືອກຊື່ຜູ້ໃຊ້ແລະ
ລະຫັດຜ່ານຈາກສະພາບແວດລ້ອມຂອງທ່ານໂດຍການລະບຸຈໍ້າສອງເມັດດຽວກັບຕົວເລືອກນີ້: "-u
:".

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-U, --proxy-user
ລະບຸຊື່ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານເພື່ອໃຊ້ສຳລັບການພິສູດຢືນຢັນຕົວຕົນ.

ຖ້າທ່ານໃຊ້ curl binary ທີ່ເປີດໃຊ້ Windows SSPI ແລະເຮັດ Negotiate ຫຼື NTLM
ການກວດສອບຄວາມຖືກຕ້ອງຫຼັງຈາກນັ້ນທ່ານສາມາດບອກ curl ເພື່ອເລືອກຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານຈາກ
ສະພາບແວດລ້ອມຂອງທ່ານໂດຍການລະບຸຈໍ້າສອງເມັດດຽວກັບຕົວເລືອກນີ້: "-U :".

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

--url
ລະບຸ URL ເພື່ອດຶງຂໍ້ມູນ. ຕົວເລືອກນີ້ສ່ວນຫຼາຍແມ່ນມີປະໂຫຍດເມື່ອທ່ານຕ້ອງການລະບຸ URL(s)
ໃນໄຟລ໌ config.

ຖ້າ URL ທີ່ໃຫ້ນັ້ນຂາດຊື່ໂຄງການ (ເຊັ່ນ "http://" ຫຼື "ftp://" ແລະອື່ນໆ) ຫຼັງຈາກນັ້ນ.
curl ຈະເຮັດໃຫ້ການຄາດເດົາໂດຍອີງໃສ່ເຈົ້າພາບ. ຖ້າຊື່ໂດເມນຍ່ອຍນອກສຸດກົງກັນ
DICT, FTP, IMAP, LDAP, POP3 ຫຼື SMTP ຫຼັງຈາກນັ້ນໂປຣໂຕຄໍນັ້ນຈະຖືກໃຊ້, ຖ້າບໍ່ດັ່ງນັ້ນ HTTP
ຈະຖືກນໍາໃຊ້. ນັບຕັ້ງແຕ່ການຄາດເດົາ 7.45.0 ສາມາດຖືກປິດໃຊ້ງານໂດຍການຕັ້ງຄ່າໂປໂຕຄອນເລີ່ມຕົ້ນ,
ເບິ່ງ --proto-default ສໍາລັບລາຍລະອຽດ.

ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ທຸກຄັ້ງ. ເພື່ອຄວບຄຸມບ່ອນທີ່ URL ນີ້ຖືກຂຽນ,
ການນໍາໃຊ້ -o, -- ຜົນຜະລິດ ຫຼື -ໂອ, --remote-name ຕົວເລືອກ

-v, --verbose
ມີຄວາມເວົ້າ/ເວົ້າຫຼາຍຂື້ນໃນລະຫວ່າງການປະຕິບັດງານ. ເປັນປະໂຫຍດສໍາລັບການ debugging ແລະເບິ່ງ
ສິ່ງທີ່ເກີດຂຶ້ນ "ພາຍໃຕ້ຜ້າມ່ານ". ແຖວທີ່ເລີ່ມຕົ້ນດ້ວຍ '>' ຫມາຍຄວາມວ່າ "ຂໍ້ມູນສ່ວນຫົວ" ຖືກສົ່ງ
ໂດຍ curl, '<' ຫມາຍຄວາມວ່າ "ຂໍ້ມູນຫົວ" ໄດ້ຮັບໂດຍ curl ທີ່ຖືກເຊື່ອງໄວ້ໃນກໍລະນີປົກກະຕິ,
ແລະເສັ້ນທີ່ເລີ່ມຕົ້ນດ້ວຍ '*' ຫມາຍຄວາມວ່າຂໍ້ມູນເພີ່ມເຕີມສະຫນອງໃຫ້ໂດຍ curl.

ໃຫ້ສັງເກດວ່າຖ້າທ່ານຕ້ອງການພຽງແຕ່ສ່ວນຫົວ HTTP ໃນຜົນໄດ້ຮັບ, -i, --ລວມ ອາດຈະເປັນ
ທາງ​ເລືອກ​ທີ່​ທ່ານ​ກໍາ​ລັງ​ຊອກ​ຫາ​.

ຖ້າທ່ານຄິດວ່າຕົວເລືອກນີ້ຍັງບໍ່ໃຫ້ລາຍລະອຽດພຽງພໍ, ໃຫ້ພິຈາລະນາໃຊ້
-- ຕິດຕາມ or --trace-ascii ແທນທີ່ຈະເປັນ.

ທາງ​ເລືອກ​ນີ້​ແທນ​ທີ່​ການ​ນໍາ​ໃຊ້​ທີ່​ຜ່ານ​ມາ​ຂອງ​ --trace-ascii or -- ຕິດຕາມ.

ການນໍາໃຊ້ - ແມ່ນແລ້ວ, --ງຽບ ເພື່ອເຮັດໃຫ້ curl ງຽບ.

-w, --write-out
ເຮັດໃຫ້ຂໍ້ມູນສະແດງ curl ກ່ຽວກັບ stdout ຫຼັງຈາກການໂອນສໍາເລັດ. ຮູບແບບແມ່ນ ກ
ສະຕຣິງທີ່ອາດມີຂໍ້ຄວາມທຳມະດາປະສົມກັບຕົວແປຕ່າງໆ. ຮູບແບບ
ສາມາດຖືກກໍານົດເປັນ "string", ຫຼືທ່ານສາມາດອ່ານ curl ຮູບແບບຈາກ a
ໄຟລ໌ທີ່ມີ "@filename" ແລະບອກ curl ໃຫ້ອ່ານຮູບແບບຈາກ stdin ທີ່ທ່ານຂຽນ
"@-".

ຕົວແປທີ່ມີຢູ່ໃນຮູບແບບຜົນຜະລິດຈະຖືກແທນທີ່ດ້ວຍຄ່າຫຼືຂໍ້ຄວາມ
curl ທີ່ຄິດວ່າເຫມາະ, ດັ່ງທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້. ຕົວແປທັງຫມົດແມ່ນຖືກກໍານົດເປັນ
%{variable_name} ແລະເພື່ອໃຫ້ຜົນໄດ້ຮັບ % ປົກກະຕິ, ທ່ານພຽງແຕ່ຂຽນພວກມັນເປັນ %%. ເຈົ້າສາມາດອອກໄດ້
ເສັ້ນໃໝ່ໂດຍການໃຊ້ \n, ການສົ່ງຄືນຄ່າຂົນສົ່ງດ້ວຍ \r ແລະພື້ນທີ່ແຖບດ້ວຍ \t.

ຫມາຍ​ເຫດ​: %-symbol ເປັນສັນຍາລັກພິເສດໃນ win32-environment, ບ່ອນທີ່ທັງຫມົດ
ການປະກົດຕົວຂອງ % ຈະຕ້ອງຖືກເພີ່ມເປັນສອງເທົ່າເມື່ອໃຊ້ຕົວເລືອກນີ້.

ຕົວແປທີ່ມີຢູ່ແມ່ນ:

content_type ເນື້ອໃນ-ປະເພດຂອງເອກະສານທີ່ຮ້ອງຂໍ, ຖ້າມີ.

filename_effective
ຊື່ໄຟລ໌ສຸດທ້າຍທີ່ curl ຂຽນອອກມາ. ນີ້ແມ່ນພຽງແຕ່
ມີຄວາມຫມາຍຖ້າ curl ຖືກບອກໃຫ້ຂຽນໃສ່ໄຟລ໌ທີ່ມີ the --remote-name
or -- ຜົນຜະລິດ ທາງເລືອກ. ມັນເປັນປະໂຫຍດທີ່ສຸດໃນການປະສົມປະສານກັບ
--remote-header-name ທາງເລືອກ. (ເພີ່ມໃນ 7.25.1)

ftp_entry_path curl ເສັ້ນທາງເບື້ອງຕົ້ນໄດ້ສິ້ນສຸດລົງໃນເວລາເຂົ້າສູ່ລະບົບ FTP ຫ່າງໄກສອກຫຼີກ
ເຊີບເວີ. (ເພີ່ມໃນ 7.15.4)

http_code ລະຫັດຕອບໂຕ້ຕົວເລກທີ່ພົບເຫັນໃນການດຶງຂໍ້ມູນຫຼ້າສຸດ
ການໂອນ HTTP(S) ຫຼື FTP(s). ໃນ 7.18.2 ນາມແຝງ response_code ແມ່ນ
ເພີ່ມເພື່ອສະແດງຂໍ້ມູນດຽວກັນ.

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)

remote_ip ທີ່ຢູ່ IP ຫ່າງໄກສອກຫຼີກຂອງການເຊື່ອມຕໍ່ທີ່ເຮັດຫຼ້າສຸດ - ສາມາດເປັນ
IPv4 ຫຼື IPv6 (ເພີ່ມໃນ 7.29.0)

remote_port ໝາຍເລກຜອດທາງໄກຂອງການເຊື່ອມຕໍ່ທີ່ເຮັດຫຼ້າສຸດ (ເພີ່ມແລ້ວ
ໃນປີ 7.29.0)

size_download ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ bytes ທີ່​ໄດ້​ຮັບ​ການ​ດາວ​ໂຫຼດ​.

size_header ຈຳນວນໄບຕ໌ທັງໝົດຂອງສ່ວນຫົວທີ່ດາວໂຫຼດມາ.

size_request ຈໍານວນທັງຫມົດຂອງ bytes ທີ່ຖືກສົ່ງໃນຄໍາຮ້ອງຂໍ HTTP.

size_upload ຈໍານວນທັງຫມົດຂອງ bytes ທີ່ຖືກອັບໂຫລດ.

speed_download ຄວາມ​ໄວ​ດາວ​ໂຫຼດ​ສະ​ເລ່ຍ​ທີ່ curl ວັດ​ແທກ​ສໍາ​ລັບ​ການ​ສໍາ​ເລັດ​ສົມ​ບູນ​
ດາວໂຫຼດ. ໄບຕ໌ຕໍ່ວິນາທີ.

speed_upload ຄວາມໄວການອັບໂຫລດສະເລ່ຍທີ່ curl ວັດແທກສໍາລັບການອັບໂຫລດທີ່ສົມບູນ.
ໄບຕ໌ຕໍ່ວິນາທີ.

ssl_verify_result
ຜົນໄດ້ຮັບຂອງການຢັ້ງຢືນໃບຢັ້ງຢືນເພື່ອນຮ່ວມ SSL ທີ່ເປັນ
ຮ້ອງຂໍ. 0 ຫມາຍຄວາມວ່າການຢັ້ງຢືນປະສົບຜົນສໍາເລັດ. (ເພີ່ມເຂົ້າ
7.19.0)

app_appconnect
ເວລາເປັນວິນາທີ, ມັນໃຊ້ເວລາຕັ້ງແຕ່ເລີ່ມຕົ້ນຈົນຮອດ SSL/SSH/etc
ເຊື່ອມຕໍ່/ຈັບມືກັບແມ່ຂ່າຍທາງໄກສຳເລັດແລ້ວ. (ເພີ່ມເຂົ້າ
7.19.0)

time_connect ເວລາ, ໃນວິນາທີ, ມັນໃຊ້ເວລາຕັ້ງແຕ່ເລີ່ມຕົ້ນຈົນກ່ວາ TCP ເຊື່ອມຕໍ່
ໄປຫາເຈົ້າພາບທາງໄກ (ຫຼືຕົວແທນ) ໄດ້ສໍາເລັດ.

time_namelookup
ເວລາ, ໃນວິນາທີ, ມັນໃຊ້ເວລາຕັ້ງແຕ່ເລີ່ມຕົ້ນຈົນເຖິງຊື່
ການ​ແກ້​ໄຂ​ໄດ້​ສໍາ​ເລັດ​.

ການແປເວລາ
ເວລາ, ໃນວິນາທີ, ມັນໃຊ້ເວລາຕັ້ງແຕ່ເລີ່ມຕົ້ນຈົນກ່ວາການໂອນໄຟລ໌
ແມ່ນພຽງແຕ່ກ່ຽວກັບການເລີ່ມຕົ້ນ. ນີ້ປະກອບມີຄໍາສັ່ງກ່ອນການໂອນທັງຫມົດແລະ
ການ​ເຈ​ລະ​ຈາ​ທີ່​ສະ​ເພາະ​ກ່ຽວ​ກັບ​ອະ​ນຸ​ສັນ​ຍາ​ສະ​ເພາະ
ມີສ່ວນຮ່ວມ.

time_redirect ເວລາ, ໃນວິນາທີ, ມັນໃຊ້ເວລາສໍາລັບຂັ້ນຕອນການປ່ຽນເສັ້ນທາງທັງຫມົດປະກອບມີຊື່
ຊອກຫາ, ເຊື່ອມຕໍ່, pretransfer ແລະໂອນກ່ອນສຸດທ້າຍ
ທຸລະກໍາໄດ້ເລີ່ມຕົ້ນ. time_redirect ສະແດງໃຫ້ເຫັນການປະຕິບັດທີ່ສົມບູນ
ເວລາສໍາລັບການປ່ຽນເສັ້ນທາງຫຼາຍ. (ເພີ່ມໃນ 7.12.3)

ເວລາເລີ່ມຕົ້ນການໂອນຍ້າຍ
ເວລາ, ໃນວິນາທີ, ມັນໃຊ້ເວລາຕັ້ງແຕ່ເລີ່ມຕົ້ນຈົນກ່ວາ byte ທໍາອິດ
ແມ່ນພຽງແຕ່ຈະໄດ້ຮັບການຍົກຍ້າຍ. ນີ້ລວມມີ time_pretransfer ແລະ
ຍັງເວລາທີ່ເຄື່ອງແມ່ຂ່າຍຕ້ອງການເພື່ອຄິດໄລ່ຜົນໄດ້ຮັບ.

ເວລາທັງົດ ທີ່ໃຊ້ເວລາທັງຫມົດ, ໃນວິນາທີ, ທີ່ການດໍາເນີນງານຢ່າງເຕັມທີ່ໃຊ້ເວລາ. ເວ​ລາ
ຈະຖືກສະແດງດ້ວຍຄວາມລະອຽດ millisecond.

url_effective URL ທີ່ຖືກດຶງມາຫຼ້າສຸດ. ນີ້ແມ່ນຄວາມຫມາຍທີ່ສຸດຖ້າທ່ານໄດ້
ບອກ curl ໃຫ້ປະຕິບັດຕາມສະຖານທີ່: headers.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-x, --proxy <[protocol://][user:password@]proxyhost[:port]>
ໃຊ້ຕົວແທນທີ່ລະບຸໄວ້.

ສາມາດລະບຸສະຕຣິງພຣັອກຊີໄດ້ດ້ວຍ protocol:// prefix ເພື່ອລະບຸທາງເລືອກ
ໂປໂຕຄອນ proxy. ໃຊ້ socks4://, socks4a://, socks5:// ຫຼື socks5h:// ເພື່ອຮ້ອງຂໍ
ລຸ້ນ SOCKS ສະເພາະທີ່ຈະໃຊ້. ບໍ່ໄດ້ລະບຸໂປຣໂຕຄໍ, http:// ແລະອັນອື່ນໆທັງໝົດ
ຈະຖືກປະຕິບັດເປັນ HTTP proxies. (ການຮອງຮັບໂປໂຕຄອນໄດ້ຖືກເພີ່ມໃນ curl 7.21.7)

ຖ້າໝາຍເລກພອດບໍ່ໄດ້ລະບຸໄວ້ໃນສະຕຣິງພຣັອກຊີ, ຖືວ່າແມ່ນ 1080.

ຕົວເລືອກນີ້ລົບລ້າງຕົວແປສະພາບແວດລ້ອມທີ່ມີຢູ່ແລ້ວທີ່ຕັ້ງຕົວແທນໃຫ້ໃຊ້. ຖ້າ
ມີຕົວແປສະພາບແວດລ້ອມການຕັ້ງຄ່າຕົວແທນ, ທ່ານສາມາດຕັ້ງຕົວແທນເປັນ "" ເປັນ
override ມັນ.

ການດໍາເນີນງານທັງຫມົດທີ່ປະຕິບັດຜ່ານ HTTP proxy ຈະມີຄວາມໂປ່ງໃສ
ປ່ຽນເປັນ HTTP. ມັນຫມາຍຄວາມວ່າການດໍາເນີນການສະເພາະຂອງໂປໂຕຄອນບາງຢ່າງອາດຈະບໍ່ເປັນ
ມີໃຫ້. ນີ້ບໍ່ແມ່ນກໍລະນີຖ້າຫາກວ່າທ່ານສາມາດ tunnel ຜ່ານຕົວແທນ, ເປັນຫນຶ່ງທີ່ມີ
ໄດ້ -p, -- ອຸໂມງ proxytunnel ທາງເລືອກ.

ຜູ້​ໃຊ້​ແລະ​ລະ​ຫັດ​ຜ່ານ​ທີ່​ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ສະ​ຫນອງ​ໃຫ້​ໃນ​ສະ​ຕ​ຣິງ​ຕົວ​ແທນ​ແມ່ນ URL ທີ່​ຖອດ​ລະ​ຫັດ​ໂດຍ
curl. ນີ້ອະນຸຍາດໃຫ້ທ່ານຜ່ານຕົວອັກສອນພິເສດເຊັ່ນ @ ໂດຍໃຊ້ %40 ຫຼື pass
ໃນຈໍ້າສອງເມັດທີ່ມີ %3a.

ໂຮສພຣັອກຊີສາມາດລະບຸໄດ້ໃນແບບດຽວກັນກັບສະພາບແວດລ້ອມພຣັອກຊີ
ຕົວແປ, ລວມທັງ protocol prefix (http://) ແລະຜູ້ໃຊ້ຝັງ +
ລະຫັດຜ່ານ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-X, --request
(HTTP) ລະບຸວິທີການຮ້ອງຂໍແບບກຳນົດເອງເພື່ອໃຊ້ເມື່ອຕິດຕໍ່ສື່ສານກັບ HTTP
ເຊີບເວີ. ວິທີການຮ້ອງຂໍທີ່ລະບຸໄວ້ຈະຖືກໃຊ້ແທນວິທີການຖ້າບໍ່ດັ່ງນັ້ນ
ໃຊ້ (ຊຶ່ງເປັນຄ່າເລີ່ມຕົ້ນຂອງ GET). ອ່ານຂໍ້ກໍາຫນົດ HTTP 1.1 ສໍາລັບລາຍລະອຽດແລະ
ຄໍາອະທິບາຍ. ການຮ້ອງຂໍ HTTP ເພີ່ມເຕີມທົ່ວໄປລວມມີ PUT ແລະ DELETE, ແຕ່ກ່ຽວຂ້ອງ
ເທກໂນໂລຍີເຊັ່ນ WebDAV ສະເຫນີ PROPFIND, COPY, MOVE ແລະອື່ນໆ.

ໂດຍປົກກະຕິທ່ານບໍ່ຕ້ອງການທາງເລືອກນີ້. ທຸກປະເພດຂອງການຮ້ອງຂໍ GET, HEAD, POST ແລະ PUT
ແທນທີ່ຈະຖືກຮຽກຮ້ອງໂດຍໃຊ້ຕົວເລືອກເສັ້ນຄໍາສັ່ງສະເພາະ.

ຕົວເລືອກນີ້ພຽງແຕ່ປ່ຽນຄໍາທີ່ໃຊ້ໃນຄໍາຮ້ອງຂໍ HTTP, ມັນບໍ່ໄດ້
ປ່ຽນແປງວິທີທີ່ curl ປະພຶດ. ດັ່ງນັ້ນ, ສໍາລັບການຍົກຕົວຢ່າງຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະເຮັດໃຫ້ເປັນ HEAD ທີ່ເຫມາະສົມ
ການຮ້ອງຂໍ, ການນໍາໃຊ້ -X HEAD ຈະບໍ່ພຽງພໍ. ທ່ານຈໍາເປັນຕ້ອງໃຊ້ - ຂ້ອຍ, --ຫົວ ທາງເລືອກ.

ວິ​ທີ​ການ​ສະ​ຕ​ຣິງ​ທີ່​ທ່ານ​ກໍາ​ນົດ​ກັບ -X ຈະ​ຖືກ​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ການ​ຮ້ອງ​ຂໍ​ທັງ​ຫມົດ​, ຊຶ່ງ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ສໍາ​ລັບ​ການ​
ຕົວຢ່າງການນໍາໃຊ້ -L, --ສະຖານທີ່ ອາດຈະເຮັດໃຫ້ເກີດຜົນຂ້າງຄຽງທີ່ບໍ່ໄດ້ຕັ້ງໃຈໃນເວລາທີ່ curl ບໍ່
ປ່ຽນວິທີການຮ້ອງຂໍຕາມລະຫັດຕອບສະຫນອງ 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 ເພື່ອ​ເກັບ​ຮັກ​ສາ metadata ບາງ​ໄຟລ​໌​
ໃນຄຸນລັກສະນະໄຟລ໌ຂະຫຍາຍ. ໃນປັດຈຸບັນ, URL ຖືກເກັບໄວ້ໃນ xdg.origin.url
attribute ແລະ, ສໍາລັບ HTTP, ປະເພດເນື້ອຫາແມ່ນຖືກເກັບໄວ້ໃນຄຸນລັກສະນະ mime_type. ຖ້າ
ລະບົບໄຟລ໌ບໍ່ສະຫນັບສະຫນູນຄຸນລັກສະນະຂະຫຍາຍ, ການເຕືອນໄພແມ່ນອອກ.

-y, --speed-time
ຖ້າການດາວໂຫຼດຊ້າກວ່າຄວາມໄວທີ່ຈຳກັດໄບຕ໌ຕໍ່ວິນາທີໃນລະຫວ່າງເວລາຄວາມໄວ
ໄລຍະເວລາ, ການດາວໂຫຼດຖືກຍົກເລີກ. ຖ້າເວລາຄວາມໄວຖືກນໍາໃຊ້, ກໍານົດຄວາມໄວເລີ່ມຕົ້ນ
ຈະເປັນ 1 ເວັ້ນເສຍແຕ່ຕັ້ງດ້ວຍ -Y.

ທາງ​ເລືອກ​ນີ້​ຄວບ​ຄຸມ​ການ​ໂອນ​ແລະ​ດັ່ງ​ນັ້ນ​ຈະ​ບໍ່​ມີ​ຜົນ​ກະ​ທົບ​ການ​ເຊື່ອມ​ຕໍ່​ຊ້າ​ແລະ​ອື່ນໆ​ຖ້າ​ຫາກ​ວ່າ​ນີ້​
ເປັນຄວາມກັງວົນສໍາລັບທ່ານ, ພະຍາຍາມ --ໝົດເວລາເຊື່ອມຕໍ່ ທາງເລືອກ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-Y, --ຄວາມໄວ-ຈຳກັດ
ຖ້າ​ຫາກ​ວ່າ​ການ​ດາວ​ໂຫຼດ​ແມ່ນ​ຊ້າ​ກ​່​ວາ​ຄວາມ​ໄວ​ທີ່​ໃຫ້​ນີ້ (ໃນ bytes ຕໍ່​ວິ​ນາ​ທີ​) ສໍາ​ລັບ​ການ​ໃຊ້​ເວ​ລາ​ຄວາມ​ໄວ​
ວິນາທີທີ່ມັນເອົາລູກອອກ. speed-time ຖືກກໍານົດດ້ວຍ -y ແລະແມ່ນ 30 ຖ້າບໍ່ໄດ້ຕັ້ງ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-z, --time-cond |
(HTTP/FTP) ຮ້ອງ​ຂໍ​ໄຟລ​໌​ທີ່​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ຊ້າ​ກ​່​ວາ​ເວ​ລາ​ທີ່​ກໍາ​ນົດ​ໄວ້​ແລະ​
ວັນທີ, ຫຼືວັນທີທີ່ຖືກດັດແກ້ກ່ອນເວລານັ້ນ. ໄດ້ ສາມາດເປັນ
ທຸກປະເພດຂອງສະຕຣິງວັນທີຫຼືຖ້າມັນບໍ່ກົງກັບພາຍໃນໃດໆ, ມັນຖືກປະຕິບັດເປັນ
ຊື່ໄຟລ໌ ແລະພະຍາຍາມເອົາວັນທີດັດແກ້ (mtime) ຈາກ ແທນ. ເບິ່ງ
ໄດ້ curl_getdate(3​) man pages ສໍາລັບລາຍລະອຽດການສະແດງອອກຂອງວັນທີ.

ເລີ່ມການສະແດງອອກວັນທີດ້ວຍ dash (-) ເພື່ອເຮັດໃຫ້ມັນຮ້ອງຂໍສໍາລັບເອກະສານທີ່ເປັນ
ເກົ່າກວ່າວັນທີ/ເວລາທີ່ໃຫ້ໄວ້, ຄ່າເລີ່ມຕົ້ນແມ່ນເອກະສານທີ່ໃໝ່ກວ່າ
ວັນທີ / ເວລາທີ່ລະບຸ.

ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ຕົວເລືອກສຸດທ້າຍຈະຖືກໃຊ້.

-h, --help
ການຊ່ວຍເຫຼືອໃນການນໍາໃຊ້. ນີ້ສະແດງຕົວເລືອກແຖວຄໍາສັ່ງໃນປະຈຸບັນທັງຫມົດທີ່ມີຄໍາອະທິບາຍສັ້ນໆ.

-M, --manual
ຄູ່ມື. ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອອັນໃຫຍ່ຫຼວງ.

-V, - ຫັນ
ສະແດງຂໍ້ມູນກ່ຽວກັບ curl ແລະສະບັບ libcurl ທີ່ມັນໃຊ້.

ເສັ້ນທໍາອິດປະກອບມີສະບັບເຕັມຂອງ curl, libcurl ແລະພາກສ່ວນທີສາມອື່ນໆ
ຫ້ອງສະຫມຸດທີ່ເຊື່ອມຕໍ່ກັບການປະຕິບັດ.

ແຖວທີສອງ (ເລີ່ມຕົ້ນດ້ວຍ "Protocols:") ສະແດງໂປໂຕຄອນທັງຫມົດທີ່ libcurl ລາຍງານ.
ສະຫນັບສະຫນູນ.

ແຖວທີສາມ (ເລີ່ມຕົ້ນດ້ວຍ "ຄຸນນະສົມບັດ:") ສະແດງໃຫ້ເຫັນລັກສະນະສະເພາະ libcurl ລາຍງານໄປຫາ
ຂໍ້ສະເໜີ. ຄຸນ​ນະ​ສົມ​ບັດ​ທີ່​ມີ​ຢູ່​ປະ​ກອບ​ມີ​:

IPv6 ທ່ານສາມາດນໍາໃຊ້ IPv6 ກັບສິ່ງນີ້.

krb4 Krb4 ສໍາລັບ FTP ແມ່ນສະຫນັບສະຫນູນ.

ຮຸ່ນ SSL SSL ຂອງໂປໂຕຄອນຕ່າງໆແມ່ນຮອງຮັບ, ເຊັ່ນ HTTPS, FTPS, POP3S
ແລະ​ອື່ນໆ.

libz ຮອງຮັບການບີບອັດໄຟລ໌ທີ່ຖືກບີບອັດໂດຍອັດຕະໂນມັດຜ່ານ HTTP.

ຮອງຮັບການພິສູດຢືນຢັນ NTLM NTLM.

Debug curl ນີ້ໃຊ້ libcurl ສ້າງດ້ວຍ Debug. ນີ້ເຮັດໃຫ້ສາມາດຕິດຕາມຄວາມຜິດພາດຫຼາຍຂຶ້ນ
ແລະການດີບັກຫນ່ວຍຄວາມຈໍາແລະອື່ນໆ. ສໍາລັບ curl-developers ເທົ່ານັ້ນ!

AsynchDNS
curl ນີ້ໃຊ້ຊື່ asynchronous ແກ້ໄຂ. ການແກ້ໄຂຊື່ Asynchronous ສາມາດເປັນ
ເຮັດໄດ້ໂດຍໃຊ້ c-ares ຫຼື backends ແກ້ໄຂ threaded.

ຮອງຮັບການກວດສອບຄວາມຖືກຕ້ອງ SPNEGO SPNEGO.

ຟາຍຟາຍ
curl ນີ້ສະຫນັບສະຫນູນການໂອນໄຟລ໌ຂະຫນາດໃຫຍ່, ໄຟລ໌ຂະຫນາດໃຫຍ່ກວ່າ 2GB.

IDN curl ນີ້ສະຫນັບສະຫນູນ IDN - international domain names .

GSS-API
GSS-API ຮອງຮັບ.

SSPI SSPI ໄດ້ຮັບການສະຫນັບສະຫນູນ.

TLS SRP
ການພິສູດຢືນຢັນ SRP (Secure Remote Password) ແມ່ນຮອງຮັບ TLS.

ຮອງຮັບ HTTP2 HTTP/2 ຢູ່ໃນຕົວ.

ໂລຫະຄິງ
curl ນີ້ສະຫນັບສະຫນູນ Metalink (ທັງສອງຮຸ່ນ 3 ແລະ 4 (RFC 5854)), ເຊິ່ງ
ອະ​ທິ​ບາຍ​ກະ​ຈົກ​ແລະ hashes​. curl ຈະໃຊ້ກະຈົກສໍາລັບຄວາມລົ້ມເຫລວຖ້າມີ
ມີຂໍ້ຜິດພາດ (ເຊັ່ນ: ໄຟລ໌ຫຼືເຄື່ອງແມ່ຂ່າຍບໍ່ສາມາດໃຊ້ໄດ້).

ໃຊ້ curl ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net