ຕິດຕາມການເລືອກພຣັອກຊີຂອງ Chrome ດ້ວຍການບັນທຶກ NetLog

ບັນທຶກ NetLog ຂອງ Chrome ແລະ ແຍກຜູ້ສະໝັກພຣັອກຊີທີ່ແກ້ໄຂແລ້ວອອກຈາກເສັ້ນທາງທີ່ຄຳຮ້ອງສະເພາະໃຊ້.

ໜ້າຕ່າງການຕັ້ງຄ່າສະແດງນະໂຍບາຍທີ່ຕັ້ງຄ່າໄວ້. ເພື່ອສືບສວນວ່າ Chrome ເລືອກເສັ້ນທາງໃດສຳລັບ URL ໜຶ່ງ, ໃຫ້ບັນທຶກເຫດການເຄືອຂ່າຍຂອງບຣາວເຊີຂະນະທີ່ URL ນັ້ນກຳລັງໂຫຼດ.

  1. ເປີດ chrome://net-export/ ໃນ Chrome.
  2. ເລີ່ມບັນທຶກລົງດິສ ແລະ ເປີດແທັບນັ້ນໄວ້.
  3. ໃນແທັບອື່ນ, ເຮັດການນຳທາງສະເພາະນັ້ນຄືນ. ຈົດ URL ແລະ ເວລາໂດຍປະມານ.
  4. ກັບໄປແທັບສົ່ງອອກ ແລະ ຢຸດການບັນທຶກ.

NetLog ທີ່ໄດ້ສາມາດກວດສອບດ້ວຍໂປຣແກຣມເບິ່ງທີ່ເຂົ້າກັນໄດ້. ໃຊ້ການຕັ້ງຄ່າຄວາມເປັນສ່ວນຕົວເລີ່ມຕົ້ນຂອງການບັນທຶກ ເວັ້ນແຕ່ຕ້ອງການລາຍລະອຽດເພີ່ມເຕີມໂດຍສະເພາະ; ບັນທຶກອາດເຜີຍຂໍ້ມູນການທ່ອງເວັບ ແລະ ເຄືອຂ່າຍ.

ອ່ານຄຳຮ້ອງກ່ອນ, ແລ້ວຈຶ່ງອ່ານເຫດການພຣັອກຊີ

ຊອກຫາຄຳຮ້ອງເປົ້າໝາຍ ແລະ ຕິດຕາມແຫຼ່ງທີ່ກ່ຽວຂ້ອງ ແທນທີ່ຈະຄົ້ນຫາຊື່ໂຮສພຣັອກຊີທຳອິດໃນໄຟລ໌ທັງໝົດ. Chrome ອາດກຳລັງໂຫຼດແທັບ ແລະ ຊັບພະຍາກອນພື້ນຫຼັງທີ່ບໍ່ກ່ຽວຂ້ອງໃນເວລາດຽວກັນ.

ການແກ້ໄຂພຣັອກຊີສົ່ງຄືນລາຍຊື່ຜູ້ສະໝັກທີ່ຈັດລຳດັບແລ້ວ. ຕົວຢ່າງ, ຜົນສົມມຸດຕິຖານອາດເປັນແບບນີ້:

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

ນີ້ອະທິບາຍເສັ້ນທາງທີ່ເປັນໄປໄດ້. ມັນບໍ່ໄດ້ພິສູດວ່າ proxy-a ຂົນສົ່ງຄຳຮ້ອງ ຫຼື ວ່າໄດ້ຕິດຕໍ່ທັງສາມເສັ້ນທາງ.

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

ຄຳສັບເຫດການລວມມີ PROXY_RESOLUTION_SERVICE_RESOLVED_PROXY_LIST ແລະ PROXY_LIST_FALLBACK. ຂຶ້ນກັບເສັ້ນທາງການແກ້ໄຂ, ລາຍລະອຽດຂອງລາຍຊື່ອາດປາກົດເປັນ pac_string ຫຼື proxy_info. ປະເພດເຫດການທີ່ສົ່ງອອກອາດເປັນຕົວເລກ ແລະ ຖືກຖອດລະຫັດຜ່ານຄ່າຄົງທີ່ທີ່ບັນທຶກໄວ້ໃນການບັນທຶກ; ຕົວເລກຄົງທີ່ທີ່ຄັດລອກຈາກ Chrome ສະບັບອື່ນບໍ່ໜ້າເຊື່ອຖື.

ຜົນ DIRECT ສຳລັບ URL ນີ້ສາມາດຢູ່ຄຽງກັບພຣັອກຊີທີ່ URL ອື່ນໃຊ້. ການຕັດສິນໃຈ PAC ແລະ ກົດການຂ້າມຂຶ້ນກັບປາຍທາງ. ຮັກສາຫຼັກຖານຂອງຄຳຮ້ອງສະເພາະນັ້ນເມື່ອລາຍງານຜົນ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ