systemd-socket-proxyd ສາມາດຢູ່ລອດກວ່າອຸໂມງ SSH SOCKS ຂອງມັນ
ປັບວົງຈອນຊີວິດຂອງຕົວຊ່ວຍສົ່ງ socket ໃຫ້ສອດຄ່ອງກັບການອີງໃສ່ SSH ເພື່ອບໍ່ໃຫ້ອຸໂມງທີ່ຕາຍແລ້ວປະສ່ວນໜ້າທີ່ເບິ່ງຄືດີ.
ຖ້າພອດສ່ວນໜ້າຍັງຮັບການເຊື່ອມຕໍ່ຫຼັງຈາກ SSH ອອກໄປ, ໃຫ້ກວດທັງສາມຫົວໜ່ວຍ. socket ເປີດໃຊ້, ຕົວຊ່ວຍ systemd-socket-proxyd ແລະ ຕົວຟັງ SOCKS ທີ່ SSH ສ້າງ ມີອາຍຸຕ່າງກັນ:
| Socket | ຕົວຊ່ວຍ | SSH | ການຕີຄວາມ |
|---|---|---|---|
| ກຳລັງຟັງ | ບໍ່ເຄື່ອນໄຫວ | ບໍ່ເຄື່ອນໄຫວ | ອາດຈະລໍຖ້າຄວາມຕ້ອງການຕາມປົກກະຕິ |
| ກຳລັງຟັງ | ເຄື່ອນໄຫວ | ເຄື່ອນໄຫວ | ມີຂະບວນການ; ແຕ່ສຸຂະພາບຂອງປາຍທາງປາຍສຸດຍັງບໍ່ໄດ້ພິສູດ |
| ກຳລັງຟັງ | ເຄື່ອນໄຫວ | ບໍ່ເຄື່ອນໄຫວ | ສ່ວນໜ້າສາມາດຮັບວຽກໄດ້ໂດຍບໍ່ມີສ່ວນຫຼັງ |
ການເລີ່ມຕົວຊ່ວຍແລະ SSH ພ້ອມກັນບໍ່ໄດ້ກຳນົດການປ່ຽນຜ່ານການຢຸດຕໍ່ມາ. ສຳລັບຕົວຊ່ວຍທີ່ຕ້ອງບໍ່ຢູ່ໃນສະຖານະເຄື່ອນໄຫວໂດຍບໍ່ມີອຸໂມງ, systemd ບັນທຶກຄວາມສຳພັນທີ່ແຂງກວ່າ:
[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.serviceໃຊ້ມັນກັບຫົວໜ່ວຍທີ່ເໝາະສົມໃນການອອກແບບຈິງ. Requires= ແລະ ການຈັດລຳດັບແກ້ພຽງບາງສ່ວນຂອງຄວາມສຳພັນ. ສ່ວນໜ້າທີ່ເຄື່ອນໄຫວຢູ່ແລ້ວອາດຈະບໍ່ກະຕຸ້ນການເປີດໃຊ້ອີກ ຫຼັງຈາກສ່ວນຫຼັງຂອງມັນຫາຍໄປ. ກວດສະຖານະຫົວໜ່ວຍທີ່ລົ້ມເຫຼວແລະ ຂີດຈຳກັດອັດຕາເລີ່ມຕົ້ນນຳ; ການອີງໃສ່ບໍ່ໄດ້ຍົກເລີກຂີດຈຳກັດເຫຼົ່ານັ້ນ.
ຈາກນັ້ນສ້າງຄວາມພ້ອມໃນການເລີ່ມຕົ້ນ. After= ຈັດລຳດັບວຽກ ບໍ່ແມ່ນຄວາມພ້ອມຂອງຕົວຟັງ SSH Type=simple. ການລໍຖ້າແບບຄົງທີ່ອາດຈະລົ້ມເຫຼວໃນລະຫວ່າງການພິສູດຕົວຕົນຊ້າ. ໃຊ້ສັນຍາເລີ່ມຕົ້ນທີ່ສ້າງຕົວຟັງທີ່ຕ້ອງການ; ExitOnForwardFailure=yes ຈັບ ຄວາມລົ້ມເຫຼວຂອງການຕັ້ງຄ່າສົ່ງຕໍ່ ບໍ່ແມ່ນການເຂົ້າເຖິງປາຍທາງພາຍຫຼັງ.
ສຸດທ້າຍ, ກຳນົດການອອກເມື່ອບໍ່ມີການເຄື່ອນໄຫວ ແລະ ການເປີດໃຊ້ຄືນ. ຕົວເລືອກອອກເມື່ອບໍ່ມີການເຄື່ອນໄຫວຂອງ daemon ສົ່ງຕໍ່ ໝາຍເຖິງການບໍ່ມີການເຊື່ອມຕໍ່ທີ່ເຄື່ອນໄຫວ ບໍ່ແມ່ນການຂາດ byte ເທິງການເຊື່ອມຕໍ່ທີ່ເປີດຢູ່. ໄລຍະເວລາງຽບສະຫງົບອາດຮັກສາມັນໃຫ້ເຄື່ອນໄຫວ. ຄວາມຕ້ອງການຕໍ່ໄປຄວນເປີດໃຊ້ບໍລິການທີ່ຈຳເປັນ, ແລະ ວົງຈອນການເລີ່ມຄືນຄວນຢູ່ໃນຂອບເຂດ ແລະ ເບິ່ງເຫັນໄດ້. ການສ້າງຕົວຟັງຄືນໃໝ່ຮັບການເຊື່ອມຕໍ່ໃໝ່; ມັນບໍ່ຟື້ນຟູເຊສຊັນ TCP ເກົ່າທີ່ຜ່ານ proxy.