ໂດເມນຫຼັກ ແລະ ໂດເມນຍ່ອຍ ໃນ .NET NO_PROXY
ລວມໂດເມນຫຼັກໂດຍເຈດຕະນາ ເມື່ອນະໂຍບາຍພຣັອກຊີສະພາບແວດລ້ອມ .NET ຕ້ອງຂ້າມໂດເມນຍ່ອຍຂອງມັນນຳ.
ໃນກົດລະບຽບພຣັອກຊີສະພາບແວດລ້ອມຂອງ .NET ທີ່ໄດ້ຈັດທຳຢ່າງເປັນທາງການ, .example.com ກົງກັບໂດເມນຍ່ອຍ. ມັນບໍ່ກົງກັບ example.com ໂດຍຕົວມັນເອງ. ຄວາມແຕກຕ່າງນ້ອຍໆນີ້ອາດແບ່ງບໍລິການໜຶ່ງອອກເປັນສອງເສັ້ນທາງ.
| ລາຍການ | ການກົງກັນ .NET ທີ່ຕັ້ງໃຈ |
|---|---|
example.com | ຊື່ໂຮສຫຼັກ |
.example.com | ຊື່ໂຮສພາຍໃຕ້ໂດເມນນັ້ນ |
example.com,.example.com | ທັງສອງກຸ່ມ |
ສົມມຸດວ່າໜ້າເຂົ້າຊົມໃຊ້ຊື່ຫຼັກ ແລະ API ຂອງມັນໃຊ້ api.example.com. ລາຍຊື່ທີ່ມີພຽງຮູບແບບມີຈຸດອາດສົ່ງໜ້າເຂົ້າຊົມຜ່ານພຣັອກຊີ ໃນຂະນະທີ່ API ໄປຊື່. ຄວາມຜິດພາດກົງກັນຂ້າມແມ່ນການລາຍຊື່ພຽງໂດເມນຫຼັກ ແລ້ວຄາດວ່າທຸກລູກຈະກົງກັນ. ກວດເບິ່ງ HttpClient.DefaultProxy.IsBypassed ສຳລັບໂດເມນຫຼັກ ແລະ ລູກໜຶ່ງ ເພື່ອກວດສອບການຕັດສິນທີ່ຕັ້ງຄ່າໄວ້.
ນີ້ໃຊ້ກັບນະໂຍບາຍສະພາບແວດລ້ອມທີ່ລູກຄ້າ .NET HTTP ທີ່ເຂົ້າຮ່ວມໃຊ້. IWebProxy ທີ່ຖືກມອບໝາຍຢ່າງຊັດເຈນ, ການຈັດຕັ້ງຕົວຈັດການອື່ນ, ຫຼືລຸ້ນເວລາລັນອື່ນ ຕ້ອງໄດ້ກວດກົດລະບຽບຂອງຕົນເອງ. ຢ່າສົມມຸດວ່າລາຍຊື່ຂ້າມຂອງເບຣົາເຊີໄດ້ກາຍເປັນລາຍຊື່ສະພາບແວດລ້ອມນີ້ແລ້ວ.
ຍັງຕ້ານທານນິໄສການແປການຕັ້ງຄ່າເປັນ *.example.com. ໄວຍາກອນສະພາບແວດລ້ອມ .NET ທີ່ເປັນທາງການບໍ່ຖືດອກຈັນເປັນຕົວແທນທົ່ວໄປ.
ເມື່ອປຽບທຽບຄຳສັ່ງ curl ທີ່ເຮັດວຽກກັບແອັບພລິເຄຊັນ, ໃຫ້ເກັບ URL ຕາມຕົວອັກສອນໄວ້ໃນລາຍງານ. “ເຊີບເວີດຽວກັນ” ປິດບັງວ່າທ່ານໄດ້ຮ້ອງຂໍໂດເມນຫຼັກ, ໂດເມນຍ່ອຍ, ຫຼືທີ່ຢູ່ IP. ການກົງກັນໂດເມນເກີດຂຶ້ນກັບຂໍ້ມູນຄຳຮ້ອງຂໍນັ້ນ, ບໍ່ແມ່ນກັບຊື່ບໍ່ເປັນທາງການຂອງທ່ານສຳລັບບໍລິການ.