SOCKS proxy ໃນ .NET HttpClient: ຮູບແບບ URI ທີ່ຮອງຮັບ
ໃຊ້ຮູບແບບ URI ຂອງ SOCKS proxy ທີ່ເປັນເອກະສານຂອງ handler .NET HTTP ທີ່ເຂົ້າກັນໄດ້ ແທນການສົມມຸດວ່າສູດຂອງພາກສ່ວນທີສາມແບບເກົ່າຍັງຈຳເປັນຢູ່.
ຄຳຕອບເກົ່າແນະນຳ handler SOCKS ເພີ່ມເຕີມ ເພາະວ່າພວກມັນເລັ່ງໃສ່ stack ເຄືອຂ່າຍ .NET ທີ່ເກົ່າກວ່າ. stack .NET HTTP ທີ່ທັນສະໄໝ ແລະຖືກຮອງຮັບ ສາມາດໃຊ້ຮູບແບບ URI ຂອງ SOCKS proxy ທີ່ເປັນເອກະສານໄດ້.
var handler = new HttpClientHandler
{
Proxy = new WebProxy("socks5://203.0.113.10:1080"),
UseProxy = true
};
using var client = new HttpClient(handler);ຈຸດປາຍທາງເປັນພຽງຕົວຢ່າງ. ລາຍຊື່ SOCKS5 proxy ໃຫ້ຜູ້ສະໝັກສາທາລະນະສຳລັບ URI socks5 WebProxy ນີ້; ໃຊ້ເວີຊັນທີ່ handler ຕົວຈິງຮອງຮັບ. ກວດສອບ framework ເປົ້າໝາຍ, runtime, ເວທີ ແລະ handler ຕົວຈິງທີ່ແອັບພລິເຄຊັນໃຊ້ ກ່ອນຈະນຳຕົວຢ່າງນີ້ໄປໃຊ້ກັບຂະບວນການ .NET Framework ທີ່ເກົ່າກວ່າ.
ເອກະສານ proxy ປັດຈຸບັນຂອງ Microsoft ລາຍຊື່ socks4, socks4a ແລະ socks5. ຊື່ເຫຼົ່ານັ້ນອະທິບາຍພຶດຕິກຳຂອງໂປຣໂຕຄອນ. ເລກພອດພຽງຢ່າງດຽວບໍ່ໄດ້ເລືອກເວີຊັນ SOCKS, ແລະ ການຂຽນ socks5h ຂອງ curl ບໍ່ແມ່ນຮູບແບບ URI ສາກົນທີ່ທຸກລູກຄ້າຍອມຮັບ.
ສຳລັບບໍລິການ SOCKS5 ທີ່ມີການພິສູດຕົວຕົນ, ຕັ້ງຄ່າ credentials ຕາມສ່ວນຕິດຕໍ່ທີ່ handler ຮອງຮັບ. SOCKS4 ແລະ SOCKS4a ບໍ່ໄດ້ໃຫ້ກົນໄກພິສູດຕົວຕົນດ້ວຍລະຫັດຜ່ານຄືກັນ.
URL ປາຍທາງຍັງບໍ່ປ່ຽນແປງ. ຄຳຮ້ອງ HTTPS ຍັງສ້າງ ແລະກວດສອບ TLS ຂອງປາຍທາງຜ່ານເສັ້ນທາງ proxy; ການເພີ່ມ SOCKS ບໍ່ແມ່ນເຫດຜົນທີ່ຈະປິດການກວດສອບນັ້ນ.