ນີ້ແມ່ນຄໍາສັ່ງ dacshttp ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
dacshttp - ປະຕິບັດການຮ້ອງຂໍ HTTP/HTTPS
ສະຫຼຸບສັງລວມ
dacshttp [-get | - ຕອບ | -ລຶບ | - ຫົວ ໜ້າ | -ທາງເລືອກ | - ທາງເລືອກ | - ໃສ່] [-ll ລະດັບບັນທຶກ]
[- ກະຕຸ້ນເຕືອນ] [-v] [- ການປ່ຽນແປງ][[-ct string] | [--ປະເພດເນື້ອໃນ string]]
[{- ຫົວ ຊື່ ມູນຄ່າ}...] [ຫົວ ໜ້າ ຊື່ເອກະສານ] [-ຮ່າງກາຍ ຊື່ເອກະສານ] [-ih]
[- ຕົວແທນຜູ້ໃຊ້ string] [{-p ຊື່ ມູນຄ່າ}...] [- ໂປຣໂຕ ຮຸ່ນ-ເລກ]
[- ຕົວແທນ proxyhost:ພຣັອກຊີພອດ]
[- ການຈັບຄູ່ຕົວແທນ hostname[:port] proxyhost:ພຣັອກຊີພອດ] [-f ຊື່ ຊື່ເອກະສານ]
[{- ຄຸກກີ ຊື່ເອກະສານ}...] [-ອ່າ] [-ssl ເສັ້ນຄໍາສັ່ງ] [-ssl-ທຸງ ທົງ] ປະເພດ
ລາຍລະອຽດ
ໂຄງການນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງ DACs ຊຸດ. ມັນເປັນໂຄງການດຽວທີ່ບໍ່ຍອມຮັບ
ປົກກະຕິ DACs ຕົວເລືອກແຖວຄໍາສັ່ງ (dacsoptions[1]) ຫຼືເຂົ້າເຖິງໃດໆ DACs configuration
ໄຟລ໌.
ຜົນປະໂຫຍດທົ່ວໄປນີ້ສົ່ງຄໍາຮ້ອງຂໍ HTTP / HTTPS ສໍາລັບ ປະເພດ ກັບເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ແລະ
ພິມຄໍາຕອບກັບຜົນຜະລິດມາດຕະຖານຂອງມັນ.
dacshttp ອັດຕະໂນມັດຈະປະຕິບັດຕາມ redirects ຕາມ RFC 2616[2] ແລະເຖິງເປັນ
ລວບລວມເວລາສູງສຸດ, ເວັ້ນເສຍແຕ່ວ່າ - ກະຕຸ້ນເຕືອນ ທຸງຖືກມອບໃຫ້. ການຂະຫຍາຍທີ່ບໍ່ໄດ້ມາດຕະຖານແມ່ນວ່າ a
ການປ່ຽນເສັ້ນທາງໄປຫາ URI ທີ່ບໍ່ແມ່ນຢ່າງແທ້ຈິງແມ່ນຖືກຕີຄວາມຫມາຍໃນລັກສະນະທີ່ເຫມາະສົມກັບຕົວທ່ອງເວັບສ່ວນໃຫຍ່.
ໃນຮຸ່ນ 1.4.27b ແລະກ່ອນຫນ້ານັ້ນ, ຄໍາສັ່ງນີ້ຖືກເອີ້ນ http.
ຫມາຍເຫດ
DACs ສາມາດອອກຄໍາຮ້ອງຂໍ HTTP ຂອງຕົນເອງ, ເຊັ່ນ: ຈາກ dacs_authenticate ກັບພາຍນອກ
ໂມດູນການກວດສອບຄວາມຖືກຕ້ອງ. ຟັງຊັນ HTTP ນີ້ແມ່ນສະຫນອງໂດຍລະຫັດສະຫນັບສະຫນູນດຽວກັນ
ວ່າ dacshttp ຄໍາສັ່ງໃຊ້, ແລະດັ່ງນັ້ນຈໍານວນຫຼາຍຂອງຂໍ້ມູນດັ່ງຕໍ່ໄປນີ້
ນຳໃຊ້ກັບຄຳຮ້ອງຂໍທີ່ສ້າງຂຶ້ນພາຍໃນເຫຼົ່ານີ້ນຳ (ເຊັ່ນ: HTTP_PROG[3], SSL_PROG[4],
SSL_PROG_ARGS[5], SSL_PROG_CA_CRT[6], SSL_PROG_CLIENT_CRT[7], VFS[8]).
OPTIONS
ວິທີການ HTTP GET ຖືກໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ, ແຕ່ບາງທຸງເລືອກຢ່າງບໍ່ຊັດເຈນ
ວິທີການ (ຕົວຢ່າງ: -f ແລະ -p). ຫນຶ່ງໃນທຸງຕໍ່ໄປນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອກໍານົດຢ່າງຈະແຈ້ງ
ວິທີການ HTTP, ໃຫ້ມັນເຂົ້າກັນໄດ້ກັບທາງເລືອກອື່ນ:
-get
ໃຊ້ວິທີການ GET (ຄ່າເລີ່ມຕົ້ນ).
- ຕອບ
ໃຊ້ວິທີການ POST.
- ຫົວ ໜ້າ
ໃຊ້ວິທີການ HEAD.
- ໃສ່
ໃຊ້ວິທີການ PUT.
-ລຶບ
ໃຊ້ວິທີ DELETE.
-ທາງເລືອກ
ໃຊ້ວິທີການ OPTIONS.
- ທາງເລືອກ
ໃຊ້ວິທີການ OPTIONS ແຕ່ບໍ່ສົນໃຈສິ່ງທີ່ປະຕິບັດຕາມອົງປະກອບສິດອໍານາດຂອງ ປະເພດ
ແລະແທນທີ່ຈະໃຊ້ກໍລະນີພິເສດ "*" ຄໍາຮ້ອງຂໍ URI ທີ່ຫມາຍຄວາມວ່າຄໍາຮ້ອງຂໍນໍາໃຊ້
ກັບເຄື່ອງແມ່ຂ່າຍຂອງມັນເອງແທນທີ່ຈະເປັນຊັບພະຍາກອນສະເພາະ.
ທຸງບັນທັດຄໍາສັ່ງເຫຼົ່ານີ້ຍັງຖືກຮັບຮູ້:
-ອ່າ
ຖ້າ cookies (ຂໍ້ມູນປະຈໍາຕົວ) ຈະຖືກສົ່ງ (ເບິ່ງ - ຄຸກກີ), ໃຊ້ຫົວການອະນຸຍາດ
ແທນທີ່ຈະເປັນຫົວຄຸກກີ.
-ຮ່າງກາຍ ຊື່ເອກະສານ
ອ່ານເນື້ອໃນຂໍ້ຄວາມຈາກ ຊື່ເອກະສານ. ມັນສົມມຸດວ່າຮ່າງກາຍໄດ້ແລ້ວ
ຮູບແບບທີ່ເໝາະສົມສຳລັບປະເພດເນື້ອຫາຂອງຄຳຮ້ອງຂໍ.
- ຄຸກກີ ຊື່ເອກະສານ
ໄດ້ຮັບ cookies ຈາກ ຊື່ເອກະສານ, ຫນຶ່ງຕໍ່ແຖວ, ເພື່ອສົ່ງກັບການຮ້ອງຂໍໂດຍໃຊ້ Cookie
ສ່ວນຫົວ. ຫຼາຍ cookies ຖືກແຍກອອກໂດຍໃຊ້ເຄິ່ງຈໍ້າສອງເມັດ, ເຊິ່ງປະຕິບັດຕາມ Netscape
ສະເປັກ[9]. ອີກທາງເລືອກ, cookies ຫຼາຍສາມາດຖືກລວມເຂົ້າກັນຢູ່ໃນເສັ້ນດຽວ, ແຍກອອກ
ໂດຍເຄິ່ງຈໍ້າສອງເມັດ ຫຼືເຄື່ອງໝາຍຈຸດ (ຕໍ່ໄປນີ້ RFC 2109[10] ຫລື RFC 2965[11]). ນີ້
ການໂຕ້ຖຽງອາດຈະຊ້ໍາກັນ.
-ct string
--ປະເພດເນື້ອໃນ string
ຕັ້ງສ່ວນຫົວຄຳຮ້ອງຂໍປະເພດເນື້ອຫາເປັນ string. ຖ້າຄໍາຮ້ອງຂໍມີ entity-body, ໄດ້
default Content-Type ແມ່ນ application/x-www-form-urlencoded; ຖ້າຫາກວ່າຄໍາຮ້ອງສະຫມັກບໍ່ໄດ້
ມີ entity-body, ຕາມຄ່າເລີ່ມຕົ້ນ, Content-Type request-header ບໍ່ໄດ້ຕັ້ງ.
-f ຊື່ ຊື່ເອກະສານ
ຜ່ານແລະເຂົ້າລະຫັດເນື້ອໃນຂອງ ຊື່ເອກະສານ ເປັນມູນຄ່າສໍາລັບຊື່. ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄດ້
ວິທີການ POST ຈະຖືກນໍາໃຊ້, ເຖິງແມ່ນວ່າ PUT ແລະ OPTIONS ສາມາດເລືອກໄດ້. ຖ້າ ຊື່ເອກະສານ is
"-", ການປ້ອນຂໍ້ມູນມາດຕະຖານຖືກອ່ານ; ແບບຟອມນີ້ສາມາດໃຊ້ໄດ້ຄັ້ງດຽວໃນແຖວຄໍາສັ່ງ.
ການໂຕ້ຖຽງນີ້ອາດຈະເກີດຂຶ້ນຊ້ຳໆ.
- ຫົວ ຊື່ ມູນຄ່າ
ທຸງນີ້, ເຊິ່ງອາດຈະຊ້ໍາກັນ, ເຮັດໃຫ້ເກີດ HTTP header ຊື່: ມູນຄ່າ ຈະຖືກສົ່ງກັບ
ຄໍາຮ້ອງສະຫມັກ. ທັງ ຊື່ neither ມູນຄ່າ ຖືກກວດສອບໃນທາງໃດກໍ່ຕາມ.
ຫມາຍເຫດ
ນີ້ຈະບໍ່ override headers ທີ່ຕ້ອງການຫຼື implied ໂດຍທຸງແຖວຄໍາສັ່ງອື່ນໆ;
ຕົວຢ່າງ, ທຸງຕໍ່ໄປນີ້ບໍ່ທຽບເທົ່າ:
- ຫົວ ຕົວແທນຜູ້ໃຊ້
- ຕົວແທນຜູ້ໃຊ້ ຟູ
ກໍລະນີອະດີດຈະສົ່ງສ່ວນຫົວຜູ້ໃຊ້ - ຕົວແທນສອງຄັ້ງ.
ຫົວ ໜ້າ ຊື່ເອກະສານ
ອ່ານສ່ວນຫົວຂໍ້ຄວາມເພີ່ມເຕີມຈາກ ຊື່ເອກະສານ, ຫນຶ່ງຕໍ່ສາຍ, ແລະສົ່ງໃຫ້ເຂົາເຈົ້າກັບ
ຄໍາຮ້ອງສະຫມັກ (ເບິ່ງ - ຫົວ ທຸງ). ທຸງນີ້ອາດຈະຖືກຊ້ໍາອີກ.
-ih
ລວມເອົາສ່ວນຫົວການຕອບໂຕ້ HTTP ໃນຜົນໄດ້ຮັບ. ພວກມັນຖືກປິດດ້ວຍເສັ້ນເປົ່າ.
ເສັ້ນສະຖານະມີປ້າຍຊື່ "ເສັ້ນສະຖານະ".
-ll ລະດັບບັນທຶກ
ກໍານົດລະດັບຜົນຜະລິດ debugging ເປັນ ລະດັບບັນທຶກ (ເບິ່ງ dacs(1)[12]). ລະດັບເລີ່ມຕົ້ນແມ່ນ
ເຕືອນ, ແລະ -v ທຸງຕຳລະດັບເພື່ອດີບັກ ຫຼືຕິດຕາມ.
-p ຊື່ ມູນຄ່າ
ຜ່ານແລະເຂົ້າລະຫັດ name=value ເປັນສ່ວນຫນຶ່ງຂອງ entity-body. ໂດຍຄ່າເລີ່ມຕົ້ນ, ວິທີການ POST
ຈະຖືກນໍາໃຊ້, ເຖິງແມ່ນວ່າ PUT ແລະ OPTIONS ສາມາດເລືອກໄດ້. ການໂຕ້ຖຽງນີ້ອາດຈະເກີດຂຶ້ນຊ້ຳໆ.
- ກະຕຸ້ນເຕືອນ
ເຕືອນຜູ້ໃຊ້ສໍາລັບການອະນຸຍາດໃຫ້ດໍາເນີນການຫຼັງຈາກເຫດການສະເພາະໃດຫນຶ່ງ, ເຊັ່ນ: ໄດ້ຮັບ a
ປ່ຽນເສັ້ນທາງ; ຄໍາຕອບແມ່ນຢືນຢັນພຽງແຕ່ຖ້າມັນເປັນ "ແມ່ນ" ຫຼື "y". ຖ້າທາງເລືອກນີ້ແມ່ນ
ບໍ່ໄດ້ລະບຸ, ການປະຕິບັດການຢືນຢັນຈະຖືກປະຕິບັດໂດຍອັດຕະໂນມັດ.
- ໂປຣໂຕ ຮຸ່ນ-ເລກ
ຫນ້າທີ່ປະຕິບັດຕາມ ຮຸ່ນ-ເລກ ຂອງ HTTP protocol (ເຊັ່ນ: 1.0).
- ຕົວແທນ proxyhost:ພຣັອກຊີພອດ
ສົ່ງຕໍ່ທຸກຄໍາຮ້ອງຂໍ HTTP (ຍົກເວັ້ນຄໍາຮ້ອງຂໍທີ່ກົງກັບ a - ການຈັບຄູ່ຕົວແທນ ທຸງ) ກັບ
ເຊີບເວີຕົວແທນຢູ່ ພຣັອກຊີພອດ (ໝາຍເລກຜອດຕົວເລກ ຫຼືຊື່ບໍລິການທີ່ຮັບຮູ້) ເປີດ
proxyhost (ຊື່ໂດເມນ ຫຼືທີ່ຢູ່ IP). Proxying ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນຢ່າງເຕັມສ່ວນໂດຍ dacshttp,
ແຕ່ມັນຈະເຊື່ອມຕໍ່ກັບເຊີບເວີພຣັອກຊີທີ່ລະບຸໄວ້ແທນເຊີບເວີທີ່ລະບຸໂດຍ
ປະເພດ.
- ການຈັບຄູ່ຕົວແທນ hostname[:port] proxyhost:ພຣັອກຊີພອດ
If hostname ກົງກັບເຈົ້າພາບທີ່ລະບຸໄວ້ໃນ ປະເພດ, proxy ຄໍາຮ້ອງຂໍ HTTP ຜ່ານ
proxyhost (ຊື່ໂດເມນຫຼືທີ່ຢູ່ IP) ຢູ່ ພຣັອກຊີພອດ (ຫມາຍເລກພອດຫຼື
ຊື່ການບໍລິການທີ່ຮັບຮູ້). ຖ້າ port ບໍ່ໄດ້ຖືກມອບໃຫ້, ມັນສົມມຸດວ່າເປັນ 80 (ສໍາລັບ http
scheme) ຫຼື 443 (ສໍາລັບໂຄງການ https). ການຈັບຄູ່ແມ່ນເຮັດໄດ້ໂດຍການແກ້ໄຂ hostname ກັບ IP
ທີ່ຢູ່ (ຖ້າຈໍາເປັນ) ແລະການປຽບທຽບມັນກັບທີ່ຢູ່ IP ທີ່ມີປະສິດທິພາບທີ່ໄດ້ລະບຸໄວ້
by ປະເພດ. ທຸງນີ້ແມ່ນໄດ້ຮັບຄວາມສໍາຄັນໃນໄລຍະ - ຕົວແທນ ທຸງ, ສະນັ້ນມັນສາມາດຖືກນໍາໃຊ້ເພື່ອ
ລົບລ້າງເຊີບເວີພຣັອກຊີເລີ່ມຕົ້ນ.
ຫມາຍເຫດ
ທາງເລືອກນີ້ບໍ່ໄດ້ຖືກປະຕິບັດ. ທຸງ SSL ນຳໃຊ້ກັບ ທັງຫມົດ ການເຊື່ອມຕໍ່; ນີ້ແມ່ນ
ອາດຈະເປັນແມງໄມ້.
-ssl ເສັ້ນຄໍາສັ່ງ
ທຸງນີ້ຊີ້ບອກວ່າ HTTPS (ເຊັ່ນ: HTTP ຜ່ານການເຊື່ອມຕໍ່ SSL) ແມ່ນຈະຖືກນໍາໃຊ້,
ໂດຍບໍ່ຄໍານຶງເຖິງໂຄງການທີ່ກໍານົດໄວ້ໂດຍ ປະເພດທີ່ຢູ່ ເນື່ອງຈາກວ່າ dacshttp ບໍ່ລວມໂດຍກົງ
ການທໍາງານຂອງ SSL, ມັນໃຊ້ທໍ່ເພື່ອຕິດຕໍ່ສື່ສານກັບໂຄງການພາຍນອກທີ່ສະຫນອງ
ການເຊື່ອມຕໍ່ SSL. ໄດ້ sslclient(1)[13] ຄໍາສັ່ງແມ່ນແນະນໍາຢ່າງແຂງແຮງສໍາລັບການນີ້
ຈຸດປະສົງ (ສະບັບ 3.26 ຂອງ ລຳ ຕົ້ນ(1) ແລະ ອຸໂມງ3, ເຊິ່ງມາພ້ອມກັບການປ່ອຍບາງຢ່າງຂອງ
stunnel-4.x, ອາດຈະເຮັດວຽກ).
ໄດ້ ເສັ້ນຄໍາສັ່ງ ແມ່ນເສັ້ນຄໍາສັ່ງ shell ທີ່ສົມບູນທີ່ຈະຖືກນໍາໃຊ້ເພື່ອດໍາເນີນການໂຄງການ
ເປັນຕົວກອງ. ຕົວຢ່າງ, ການໂຕ້ຖຽງນີ້ອາດຈະມີລັກສະນະອັນໃດອັນໜຶ່ງ:
-ssl "/usr/local/dacs/bin/sslclient example.com:443"
-ssl "/usr/local/bin/stunnel -c -r example.com:443"
ຖ້າ -ssl ການໂຕ້ຖຽງແມ່ນບໍ່ມີແຕ່ ປະເພດ ການໂຕ້ຖຽງໃຊ້ໂຄງການ https, dacshttp
ຍັງຈະພະຍາຍາມໃຊ້ SSL. ມັນຈະພະຍາຍາມໃຊ້ sslclient(1)[13] ແລະສົມມຸດວ່າມັນແມ່ນຢູ່ໃນ
ສະຖານທີ່ເລີ່ມຕົ້ນຂອງມັນ. ຖ້າ -ssl argument ແມ່ນມີຢູ່ແຕ່ລະບຸພຽງແຕ່ຫນຶ່ງ string,
ສະຕຣິງນັ້ນຖືກສົມມຸດວ່າເປັນເສັ້ນທາງໄປ sslclient(1)[13]. ຕົວຢ່າງທໍາອິດຂ້າງລຸ່ມນີ້
ຈະດໍາເນີນການ sslclient(1)[13] ຈາກ /tmp/sslclient ເພື່ອເຊື່ອມຕໍ່ກັບພອດ 443 ຢູ່ example.com;
ຕົວຢ່າງທີສອງມີຜົນກະທົບດຽວກັນແຕ່ຈະດໍາເນີນການ sslclient(1)[13] ຈາກຄ່າເລີ່ມຕົ້ນຂອງຕົນ
ສະຖານທີ່:
% dacshttp -ssl "/tmp/sslclient" https://example.com
% dacshttp https://example.com
-ssl-ທຸງ ທົງ
ຖ້າການດໍາເນີນການ SSL ຖືກເປີດໃຊ້ແຕ່ -ssl ທຸງແມ່ນບໍ່ມີ ຫຼືບໍ່ໄດ້ລະບຸພຽງແຕ່ a
ຊື່ເສັ້ນທາງ, ຕໍ່ທ້າຍ ທົງ ບັນຊີລາຍຊື່ຂອງ argument ທີ່ຈະສົ່ງກັບ SSL ພາຍນອກ
ຜູ້ໃຫ້ບໍລິການ; ໃນເວລາທີ່ -ssl ທຸງລະບຸຫຼາຍກວ່າໜຶ່ງອາກິວເມັນ, ທຸງນີ້ຖືກລະເລີຍ.
ໄດ້ ທົງ string ແມ່ນລາຍຊື່ອາກິວເມັນທີ່ຂັ້ນດ້ວຍຍະຫວ່າງ. ທຸງນີ້ອາດຈະຖືກຊ້ໍາອີກ.
ຕົວຢ່າງ, ໃນຕົວຢ່າງນີ້ dacshttp ຈະຮຽກຮ້ອງ sslclient ກັບສອງການໂຕ້ຖຽງ -sm
ແລະ bobo.example.com:
% dacshttp -ssl-flags "-sm bobo.example.com" https://example.com
ຖ້າໃບຮັບຮອງເຊີບເວີ wildcard ຖືກໃຊ້, ມັນອາດຈໍາເປັນຕ້ອງໄດ້ຈັບຄູ່ທັງໝົດຢ່າງຈະແຈ້ງ
ເປັນເຈົ້າພາບພາຍໃນໂດເມນສະເພາະ:
% dacshttp -ssl-flags "-sm .*\.example\.com" https://example.com
ທີ່ສໍາຄັນ
ເມື່ອຖືກເອີ້ນໂດຍ dacshttp, ຂໍ້ຄວາມຜິດພາດທີ່ຜະລິດໂດຍ sslclient ອາດຈະສູນເສຍ. ຖ້າເຈົ້າ
ປະສົບບັນຫາກັບການດໍາເນີນງານ SSL, ເຮັດວຽກກັບ sslclient(1)[13] ເພື່ອຮັບປະກັນວ່າ
ການເຊື່ອມຕໍ່ SSL ສາມາດຖືກສ້າງຕັ້ງຂຶ້ນ, ຫຼືເພື່ອກໍານົດແລະແກ້ໄຂບັນຫາ. ຖ້າ
ທ່ານຄົ້ນພົບວ່າ sslclient ຕ້ອງການທຸງເສັ້ນຄໍາສັ່ງສໍາລັບການປະຕິບັດງານທີ່ເຫມາະສົມ, ທ່ານ
ຈະຕ້ອງໃຫ້ແນ່ໃຈວ່າ dacshttp ຜ່ານທຸງເຫຼົ່ານັ້ນໄປຫາມັນ.
- ຕົວແທນຜູ້ໃຊ້ string
ຕັ້ງສ່ວນຫົວຄຳຮ້ອງຂໍຕົວແທນຜູ້ໃຊ້ເປັນ string. ຖ້າບໍ່ໄດ້ໃຫ້, ສະຕຣິງນີ້ຈະມີ
ຄໍານໍາຫນ້າ "DACS-http/", ຕາມດ້ວຍ a DACs ການປ່ອຍຕົວລະບຸ (ຕົວຢ່າງ:
"DACS-http/1.4.1").
-v
ເພີ່ມລະດັບຂອງຜົນຜະລິດດີບັກ. ນີ້ຈະເຮັດໃຫ້ເກີດການຕອບສະຫນອງ headers
ສະແດງໃຫ້ເຫັນ, ສໍາລັບການຍົກຕົວຢ່າງ. ທຸງອາດຈະຖືກຊ້ໍາ.
- ການປ່ຽນແປງ
ພິມຂໍ້ມູນເວີຊັນໃສ່ stderr, ຈາກນັ້ນອອກທັນທີ.
ໄດ້ ປະເພດ argument ແມ່ນ URL ທີ່ຈະເອີ້ນ. ມັນອາດຈະປະກອບມີຄໍາຕໍ່ທ້າຍສະຕຣິງແບບສອບຖາມ (ເຖິງແມ່ນວ່າ HTTP
POST ຖືກເລືອກ).
ບໍ່ວ່າຈະຖືກເລືອກໂດຍຫຍໍ້ຫຼືຊັດເຈນ, ເສັ້ນຄໍາສັ່ງຕ້ອງລະບຸແນ່ນອນຫນຶ່ງຂອງ
ວິທີການ HTTP.
ຮ້ອງຂໍຫົວຂໍ້ທີ່ລະບຸໄວ້ໂດຍການນໍາໃຊ້ - ຫົວ or ຫົວ ໜ້າ ທຸງຖືກສົ່ງໃນຄໍາສັ່ງໃນ
ທີ່ທຸງປາກົດຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ຖ້າພວກເຂົາອ່ານຈາກໄຟລ໌, ມີຄໍາສັ່ງ
ຖືກຮັກສາໄວ້.
ຕົວຢ່າງ
ຕໍ່ໄປນີ້ຈະດຶງຂໍ້ມູນ RFC 2616[2] ແລະບັນທຶກມັນໄວ້ໃນ rfc2616.txt:
% dacshttp "http://www.rfc-editor.org/rfc/rfc2616.txt"> rfc2616.txt
ນີ້ຈະເຮັດ GET ໃນ URL ທີ່ໃຫ້, ຜ່ານສາຍແບບສອບຖາມ foo=baz, ແລະຂຽນ
ຜົນໄດ້ຮັບ stdout:
% dacshttp "https://example.com/cgi-bin/dacs/dacs_prenv?foo=baz"
ນີ້ຈະເຮັດ POST ໃນ URL ທີ່ໃຫ້, ຜ່ານສອງ arguments:
% dacshttp -p foo baz -p bar zork https://example.com/cgi-bin/dacs/dacs_prenv
ນີ້ຈະເປັນການຮ້ອງຂໍວິທີການ HTTP GET ຜ່ານ SSL ໄປຫາ URL ທີ່ໃຫ້:
% dacshttp -ssl "/usr/local/dacs/bin/sslclient example.com:443" \
https://example.com/cgi-bin/dacs/dacs_prenv
ທິດສະດີວິທະຍາ
ໂປຣແກຣມອອກຈາກ 0 ຖ້າທຸກຢ່າງດີ, 1 ຖ້າມີຂໍ້ຜິດພາດເກີດຂຶ້ນ.
ໃຊ້ dacshttp ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
