ເປັນຫຍັງ Firefox ຍັງຜ່ານ proxy ໄປຫາ host ອິນຕຣາເນັດໃນ subnet ທີ່ຂ້າມຂອງທ່ານ
ຊ່ວງການຂ້າມສຳລັບທີ່ຢູ່ IP ແບບຊື່ໆ ບໍ່ຈຳເປັນຕ້ອງຍົກເວັ້ນຊື່ host ທີ່ແປລົງໃນຊ່ວງນັ້ນ.
ທ່ານໄດ້ໃສ່ 192.168.0.0/16 ໃນ ລາຍການ «ບໍ່ໃຊ້ proxy ສຳລັບ» ຂອງ Firefox. ການເປີດ http://192.168.1.20/ ໄປໂດຍກົງ ແຕ່ http://wiki.office.example/ ຍັງໄປຮອດ proxy. URL ທັງສອງອາດອ້າງອີງເຖິງເຊີບເວີດຽວກັນ.
ຄວາມແຕກຕ່າງທີ່ສຳຄັນແມ່ນສາຍອັກສອນປາຍທາງທີ່ Firefox ຈັບຄູ່. ການຍົກເວັ້ນຊ່ວງ IP ແລະ ການຍົກເວັ້ນຊື່ host ແລກກັນບໍ່ໄດ້. ຢ່າສົມມຸດວ່າລາຍການຂ້າມດ້ວຍມືແປທຸກຊື່ host ກ່ອນທີ່ທ່ານຈະຕັດສິນວ່າກົດຊ່ວງທີ່ຢູ່ນຳໃຊ້ ຫຼື ບໍ່.
| URL ທີ່ປ້ອນ | ຂໍ້ມູນທີ່ມີສຳລັບການຈັບຄູ່ |
|---|---|
| http://192.168.1.20/ | ທີ່ຢູ່ IP ແບບຊື່ໆ |
| http://wiki.office.example/ | ຊື່ host |
ຖ້າອິນຕຣາເນັດມີໂດເມນຂອງຕົນເອງ, ໃຫ້ໃຊ້ການຍົກເວັ້ນຊື່ host ຫຼື ໂດເມນທີ່ເໝາະສົມ ແທນການເດົາທີ່ຢູ່ທີ່ຊື່ອາດແປລົງ. ເກັບບໍລິການສາທາລະນະທີ່ບໍ່ກ່ຽວຂ້ອງໄວ້ນອກການຍົກເວັ້ນນັ້ນ. ໂດເມນໜຶ່ງອາດມີທັງແອັບພາຍໃນ ແລະ ແອັບທີ່ໂຮສພາຍນອກ.
ຄຳອະທິບາຍເດີມຂອງ Mozilla ແຍກຢ່າງຊັດເຈນລະຫວ່າງການຈັບຄູ່ IP ແບບຊື່ໆ ກັບຊື່ທີ່ແປລົງໃນ IP ເຫຼົ່ານັ້ນ. ເອກະສານນັ້ນເປັນທາງປະຫວັດສາດ ດັ່ງນັ້ນກວດສອບພຶດຕິກຳຂອງລູກຄ້າປັດຈຸບັນ ແລະ ສ່ວນຕິດຕໍ່ນະໂຍບາຍ ກ່ອນທີ່ຈະຄັດລອກຕົວຢ່າງໄວຍາກອນທຸກອັນຈາກມັນ.
ເມື່ອນະໂຍບາຍຕ້ອງການ DNS
ໄຟລ໌ PAC ມອບສະຖານທີ່ແຍກຕ່າງຫາກ ແລະ ຊັດເຈນສຳລັບການຕັດສິນໃຈທີ່ຮູ້ເຖິງ DNS. ມັນຍັງນຳເອົາຮູບແບບຄວາມລົ້ມເຫຼວໃນການແຈກຢາຍ, ການປະຕິບັດ ແລະ ການແປສະຄຣິບ. ໃຊ້ມັນເພາະຄວາມຕ້ອງການການເສັ້ນທາງຕ້ອງການເຫດຜົນນັ້ນ ບໍ່ແມ່ນພຽງເພື່ອເຮັດໃຫ້ລາຍການຂ້າມຍາວໆເບິ່ງສັ້ນລົງ.
ໃນການຕິດຕັ້ງທີ່ບໍລິຫານຈັດການ, ກວດເບິ່ງນະໂຍບາຍທີ່ມີຜົນຂອງ Firefox ນຳ. ນະໂຍບາຍ proxy ທີ່ລັອກໄວ້ ສາມາດອະທິບາຍວ່າເປັນຫຍັງການແກ້ໄຂພາຍໃນຈຶ່ງບໍ່ກຳນົດເສັ້ນທາງ.
ສຳລັບການແກ້ໄຂບັນຫາ, ບັນທຶກ URL ແບບຊື່ໆທີ່ທ່ານປ້ອນ ບໍ່ແມ່ນພຽງ IP ສຸດທ້າຍຂອງເຊີບເວີ. ການປຽບທຽບ URL ຊື່ host ກັບ URL ທີ່ຢູ່ແບບຊື່ໆ ປ່ຽນຂໍ້ມູນທີ່ມີສຳລັບການຕັດສິນໃຈຂ້າມ ແລະ ນັ້ນຄືເຫດຜົນທີ່ຄຳຮ້ອງສອງອັນອາດໄປຕາມເສັ້ນທາງຕ່າງກັນ.