ກ່ອນທີ່ຈະໃສ່ການຕັ້ງຄ່າ proxy ໃນບ່ອນເກັບສາທາລະນະ
ແຍກຈຸດສິ້ນສຸດ proxy ອອກຈາກຂໍ້ມູນຢືນຢັນ proxy ແລະ ອະທິບາຍວ່າເປັນຫຍັງການເຜີຍແຜ່ອັນທຳອິດຈຶ່ງບໍ່ໃຫ້ການຄວບຄຸມການເຂົ້າເຖິງ.
ຊື່ເຄື່ອງແມ່ຂ່າຍ proxy ໃນໄຟລ໌ການຕັ້ງຄ່າບໍ່ແມ່ນສິ່ງດຽວກັນກັບລະຫັດຜ່ານ proxy. ການເຜີຍແຜ່ອັນໃດອັນໜຶ່ງຕ້ອງການການຕັດສິນໃຈຢ່າງຕັ້ງໃຈ, ແຕ່ຜົນສະທ້ອນແຕກຕ່າງກັນ.
ຈຸດສິ້ນສຸດບອກຜູ້ອ່ານວ່າບໍລິການອາດເຂົ້າເຖິງໄດ້ຢູ່ໃສ. URL ເຊັ່ນ http://name:[email protected]:8080 ຍັງໃຫ້ຂໍ້ມູນຢືນຢັນທີ່ໃຊ້ໄດ້ແກ່ພວກເຂົາ. ບໍ່ຄວນຖືວ່າມັນບໍ່ມີອັນຕະລາຍພຽງເພາະວ່າມັນເບິ່ງຄືທີ່ຢູ່.
ທີ່ຢູ່ທີ່ເຊື່ອງໄວ້ບໍ່ແມ່ນນະໂຍບາຍການເຂົ້າເຖິງ
proxy ສ່ວນຕົວຕ້ອງການມາດຕະການຄວບຄຸມທີ່ເໝາະສົມກັບຜູ້ໃຊ້: ການພິສູດຢືນຢັນ, ເຄືອຂ່າຍລູກຄ້າທີ່ອະນຸຍາດ ແລະ ຂໍ້ຈຳກັດປາຍທາງ. ການເກັບທີ່ຢູ່ໄວ້ນອກບ່ອນເກັບບໍ່ໄດ້ທົດແທນສິ່ງເຫຼົ່ານັ້ນ. ບໍລິການທີ່ເຂົ້າເຖິງໄດ້ທາງສາທາລະນະອາດຖືກຄົ້ນພົບໄດ້ໂດຍບໍ່ມີໃຜອ່ານການຕັ້ງຄ່າຂອງທ່ານ.
ກົງກັນຂ້າມ, ການເຜີຍແຜ່ທີ່ຢູ່ຂອງບໍລິການບໍ່ໄດ້ພິສູດວ່າມັນເປີດ. ຈຸດສິ້ນສຸດອາດຍັງຕ້ອງການຂໍ້ມູນຢືນຢັນ ຫຼື ເຂົ້າເຖິງໄດ້ພຽງແຕ່ຈາກເຄືອຂ່າຍທີ່ຕັ້ງໃຈໄວ້. ທົບທວນເຂດແດນການເຂົ້າເຖິງຕົວຈິງ ແທນທີ່ຈະສົມມຸດວ່າຄວາມລັບແລະການພິສູດຢືນຢັນໝາຍເຖິງສິ່ງດຽວກັນ.
ສຳລັບຕົວຢ່າງທີ່ແບ່ງປັນໄດ້, ໃຫ້ໃຊ້ຊື່ເຄື່ອງແມ່ຂ່າຍຂອງເອກະສານ ແລະ ລະເວັ້ນຄວາມລັບ. ເກັບການຕັ້ງຄ່າສ່ວນຕົວໄວ້ໃນກົນໄກຄວາມລັບ ຫຼື ການຕັ້ງຄ່າທ້ອງຖິ່ນທີ່ສ້າງຂຶ້ນຂອງໂຄງການ. ລະວັງໄຟລ໌ທີ່ຖືກສ້າງຂຶ້ນ ແລະ ບັນທຶກການບົ່ງຊີ້ທີ່ຖືກຄັດລອກ, ເຊິ່ງອາດມີ URL ເຕັມທີ່ມີຂໍ້ມູນຢືນຢັນ.
ຖ້າຂໍ້ມູນຢືນຢັນຖືກເປີດເຜີຍ, ກຳຈັດປະໂຫຍດຂອງມັນກ່ອນໂດຍການເພີກຖອນ ຫຼື ໝູນວຽນ. ການແກ້ໄຂໄຟລ໌ຫຼ້າສຸດບໍ່ໄດ້ລຶບສຳເນົາ, commit ກ່ອນໜ້າ ຫຼື ເນື້ອຫາທີ່ເກັບໄວ້. ຄຳແນະນຳຂອງ GitHub ກ່ຽວກັບຂໍ້ມູນອ່ອນໄຫວອະທິບາຍວ່າເປັນຫຍັງການທຳຄວາມສະອາດປະຫວັດຈຶ່ງເປັນວຽກແຍກຕ່າງຫາກ.
ການທົບທວນທີ່ເປັນປະໂຫຍດກວດສອບທັງສອງດ້ານ: ຂໍ້ມູນທີ່ເຜີຍແຜ່ໃຫ້ການເຂົ້າເຖິງແບບໃດ, ແລະ proxy ຍັງຖືກຈຳກັດຢູ່ຫຼືບໍ່ ເຖິງແມ່ນຮູ້ທີ່ຢູ່ຂອງມັນແລ້ວ.