ໃຫ້ຕົວຢ່າງແອັບພລິເຄຊັນ GlassFish ໄດ້ proxy ຂາອອກຂອງມັນ
ບັນທຶກຄຸນສົມບັດ proxy HTTP ແລະ HTTPS ໃສ່ເປົ້າໝາຍ GlassFish ທີ່ກຳລັງລັນແອັບພລິເຄຊັນ, ແລ້ວກວດສອບການຕັ້ງຄ່າທີ່ມີຜົນ ແລະ ພຶດຕິກຳຂອງ client.
ເລືອກເປົ້າໝາຍ GlassFish ທີ່ລັນແອັບພລິເຄຊັນ ກ່ອນສ້າງຕົວເລືອກ proxy. create-jvm-options ເລັ່ງໃສ່ເຊີບເວີບໍລິຫານໂດເມນໂດຍຄ່າເລີ່ມຕົ້ນ; ມັນຍັງຮັບຕົວຢ່າງ, ຄລັສເຕີ ຫຼື ການຕັ້ງຄ່າທີ່ມີຊື່. ດັ່ງນັ້ນຄ່າເລີ່ມຕົ້ນອາດປ່ຽນ JVM ທີ່ຜິດ.
ສຳລັບການຕັ້ງຄ່າທີ່ມີຊື່ເປັນຕົວຢ່າງ app-config:
asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"
ປ່ຽນເປົ້າໝາຍ ແລະ ຈຸດສິ້ນສຸດ; ລາຍການ proxy HTTP ສະໜອງຜູ້ສະໝັກ HTTP ສຳລັບຄຳຮ້ອງທີ່ອະນຸຍາດໄປຫາເປົ້າໝາຍສາທາລະນະ. ອາກູເມັນທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດສອງຈຸດມີສີ່ຕົວເລືອກ. ຄ່າໂຮສແມ່ນຊື່ໂຮສທີ່ບໍ່ມີຄຳນຳໜ້າ URL. ຄຸນສົມບັດ HTTP/HTTPS ແຍກຕ່າງຫາກຂອງ Java ອະທິບາຍໂປຣໂຕຄອນປາຍທາງ; ເປົ້າໝາຍ HTTPS ຍັງສາມາດໃຊ້ proxy HTTP CONNECT ປົກກະຕິໄດ້.
ກວດເບິ່ງຄ່າທີ່ບັນທຶກໄວ້ດ້ວຍ list-jvm-options ສຳລັບເປົ້າໝາຍດຽວກັນ. ທົບທວນລາຍການທີ່ມີຢູ່ກ່ອນ: create ບໍ່ສ້າງຕົວເລືອກດຽວກັນຄືນ, ດັ່ງນັ້ນຄຳສັ່ງທີ່ສຳເລັດບໍ່ໄດ້ແກ້ໄຂຄ່າທີ່ຂັດແຍ່ງດ້ວຍຕົວມັນເອງ.
ແລ້ວກວດເບິ່ງຄຸນສົມບັດທີ່ມີຜົນຂອງຕົວຢ່າງທີ່ກຳລັງລັນ ແລະ client HTTP ຕົວຈິງ. GlassFish ແຍກຕົວເລືອກທີ່ຕ້ອງການຣີສະຕາດ ອອກຈາກຄຸນສົມບັດລະບົບທີ່ມັນສາມາດອັບເດດໄດ້ທັນທີ. ຕິດຕາມຣີລີສທີ່ຕິດຕັ້ງແລ້ວ ແທນທີ່ຈະເປັນສູດຣີສະຕາດແບບບໍ່ມີເງື່ອນໄຂ; client ທີ່ມີຢູ່ແລ້ວອາດຮັກສາເສັ້ນທາງຂອງຕົນເອງ.
ວິທີນີ້ໃຊ້ໄດ້ກັບ client ທີ່ເຄົາລົບຄຸນສົມບັດເຄືອຂ່າຍ JVM. proxy ຫ້ອງສະໝຸດທີ່ຊັດເຈນ ຫຼື ການຂົນສົ່ງແຍກຕ່າງຫາກ ຕ້ອງການການຕັ້ງຄ່າທີ່ຮອງຮັບຂອງຕົນເອງ, ໃນຂະນະທີ່ຜູ້ຟັງຂາເຂົ້າບໍ່ກ່ຽວຂ້ອງ. ຮັກສາເປົ້າໝາຍຊື່ທີ່ຈຳເປັນໄວ້ໃນນະໂຍບາຍຂ້າມຂອງ Java. ການເພີ່ມຄຸນສົມບັດ JVM ຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານຕາມອຳເພີໃຈ ບໍ່ໄດ້ສະໜອງການພິສູດຕົວຕົນ proxy ຂອງທຸກ client.