ວິທີການ / ການຕັ້ງຄ່າເຄືອຂ່າຍແລະ VLAN ໃນເຄື່ອງແມ່ຂ່າຍ Hetzner ແລະ Mikrotik ທີ່ອຸທິດຕົນ

ເມື່ອປະເຊີນກັບຄໍາຖາມແລະການພັກຜ່ອນຈາກເອກະສານຈໍານວນຫລາຍ, ພະຍາຍາມຈັດລະບຽບແລະຂຽນສິ່ງທີ່ເຈົ້າຮຽນຮູ້ເພື່ອຈື່ໄດ້ດີກວ່າ. ແລະຍັງເຮັດຄໍາແນະນໍາກ່ຽວກັບບັນຫານີ້ເພື່ອບໍ່ໃຫ້ຜ່ານເສັ້ນທາງທັງຫມົດອີກເທື່ອຫນຶ່ງ.

ເອກະສານແຫຼ່ງຂໍ້ມູນແມ່ນມີຢູ່ໃນປະລິມານຫຼາຍຢູ່ທີ່ https://forum.proxmox.com https://wiki.hetzner.de

ການສ້າງບັນຫາ

ລູກຄ້າຕ້ອງການລວມເຄື່ອງແມ່ຂ່າຍທີ່ເຊົ່າຫຼາຍເຂົ້າໄປໃນເຄືອຂ່າຍດຽວເພື່ອກໍາຈັດຄວາມຕ້ອງການທີ່ຈະຈ່າຍສໍາລັບ subnets ເພີ່ມເຕີມຈໍານວນຫນຶ່ງ, ແຂວນເຮືອນທັງຫມົດຂອງລາວຢູ່ຫລັງ router, ມອບຫມາຍທີ່ຢູ່ທ້ອງຖິ່ນໃຫ້ເຂົາເຈົ້າ, ແລະໄດ້ຮັບການປ້ອງກັນໂດຍ firewall. ເພື່ອໃຫ້ການຈະລາຈອນບໍລິການທັງຫມົດແລ່ນພາຍໃນ VLAN. ນອກຈາກນັ້ນ, ຍ້າຍເຄື່ອງ virtual ຈາກເຄື່ອງແມ່ຂ່າຍເກົ່າໄປຫາເຄື່ອງໃຫມ່ແລະປະຖິ້ມມັນ, ຍົກລະດັບຮາດແວເກົ່າທີ່ທ່ານກໍາລັງໃຊ້ແລະໃນເວລາດຽວກັນຍ້າຍໄປໃຫມ່ Proxmox.

ໃນເບື້ອງຕົ້ນ, ລູກຄ້າມີ 5 ເຊີບເວີ, ແຕ່ລະຄົນມີເຄືອຂ່າຍຍ່ອຍເພີ່ມເຕີມ, ທີ່ຢູ່ທໍາອິດຈາກເຄືອຂ່າຍຍ່ອຍທີ່ອຸທິດຕົນແມ່ນມອບໃຫ້ຂົວເພີ່ມເຕີມໃນ Proxmox.

ໃນເວລາດຽວກັນ, VMs ແລ່ນຢູ່ໃນ Windows ແລະມີທີ່ຢູ່ 85.xx177/29 ທີ່ຖືກຕັ້ງຄ່າດ້ວຍປະຕູ 85.xx176.
ແລະທັງຫມົດ 5 ເຄື່ອງແມ່ຂ່າຍທີ່ມີເຄື່ອງ virtual ຂອງຕົນເອງແມ່ນ configured ໃນລັກສະນະທີ່ຄ້າຍຄືກັນ.

ມັນເປັນເລື່ອງຕະຫລົກທີ່ການຕັ້ງຄ່ານີ້ແມ່ນຜິດພາດໃນການຕັ້ງຄ່າເຄືອຂ່າຍໃນຫຼັກການ; ໃຊ້ທີ່ຢູ່ເຄືອຂ່າຍສໍາລັບ node ທໍາອິດແລະດຽວກັນສໍາລັບ gateway. ຖ້າທ່ານພະຍາຍາມດໍາເນີນການການຕັ້ງຄ່ານີ້ຢູ່ໃນເຄື່ອງ virtual ໃນ Ubuntu, ເຄືອຂ່າຍບໍ່ເຮັດວຽກ.
 

Реализация

• ພວກເຮົາສ້າງ vSwitch ໃນການໂຕ້ຕອບ, ກໍານົດ VlanID ໃຫ້ກັບມັນ, ແລະເພີ່ມ vSwitch ນີ້ໃຫ້ກັບເຄື່ອງແມ່ຂ່າຍທັງຫມົດທີ່ພວກເຮົາຕ້ອງການ.

• ພວກເຮົາກໍາລັງສ້າງເຄື່ອງແມ່ຂ່າຍການທົດສອບເພື່ອໃຫ້ພວກເຮົາສາມາດຕັ້ງຄ່າແລະຍ້າຍໂດຍບໍ່ມີບັນຫາ.

ພວກເຮົາຍົກເຄື່ອງ virtual ທໍາອິດ chr ໂດຍ ຄໍາແນະນໍາສໍາລັບ proxmox.

ຖ້າທ່ານໃຊ້ສະຄິບຂ້າງເທິງ, ກະລຸນາສັງເກດວ່າມັນທໍາອິດກວດເບິ່ງການປະກົດຕົວຂອງໄດເລກະທໍລີ -d /root/temp, ແລະຖ້າມັນບໍ່ມີ, ໄດເລກະທໍລີ /home/root/temp ຖືກສ້າງຂື້ນ, ແຕ່ການເຮັດວຽກຕໍ່ໄປຍັງດໍາເນີນຢູ່. ອອກດ້ວຍລະບົບ /root/temp. script ຕ້ອງໄດ້ຮັບການແກ້ໄຂເພື່ອສ້າງໄດເລກະທໍລີທີ່ເຫມາະສົມ.

• ການຕັ້ງຄ່າເຄືອຂ່າຍສໍາລັບ Proxmox.

ພວກເຮົາເພີ່ມຕົວເຊື່ອມຕໍ່ຍ່ອຍດ້ວຍຕົວເລກ VLAN, ຊີ້ບອກວ່າທີ່ຢູ່ຈະຖືກຕັ້ງຄ່າເທິງຂົວໂດຍໃຊ້ຄູ່ມື inet. ສຳຄັນ. ທ່ານ​ບໍ່​ສາ​ມາດ​ກໍາ​ນົດ​ຄ່າ​ທີ່​ຢູ່ IP ໃນ​ການ​ໂຕ້​ຕອບ​ທີ່​ທ່ານ​ຈະ​ປະ​ກອບ​ໃນ​ຂົວ​ໄດ້​; ວິ​ທີ​ການ​ນີ້​ຈະ​ເຮັດ​ວຽກ​ແລະ​ວ່າ​ມັນ​ຈະ​ເຮັດ​ວຽກ​ຈະ​ບໍ່​ຮູ້​ຈັກ​ກັບ​ໃຜ​.

ຕໍ່ໄປ, ພວກເຮົາສ້າງຂົວ vmbr0 - ແລະຕິດກັບມັນທີ່ຢູ່ທໍາອິດຂອງເຄື່ອງແມ່ຂ່າຍຕົວມັນເອງ, ມອບໃຫ້ພວກເຮົາໂດຍຜູ້ໃຫ້ບໍລິການ Hetzner, ຊີ້ບອກພອດຂົວ - ການໂຕ້ຕອບທາງດ້ານຮ່າງກາຍທໍາອິດທີ່ບໍ່ມີ VLAN, ແລະຍັງລະບຸດ້ວຍຄໍາສັ່ງເພີ່ມເຕີມ. ຂອງເສັ້ນທາງໄປຫາເຄືອຂ່າຍເພີ່ມເຕີມຂອງພວກເຮົາ, ສັ່ງຈາກ Hetzner ສໍາລັບເຄື່ອງແມ່ຂ່າຍນີ້ຜ່ານຂົວນີ້. ການເພີ່ມເສັ້ນທາງຈະເຮັດວຽກເມື່ອການໂຕ້ຕອບຂຶ້ນ.

ຂົວທີສອງຈະເປັນຕົວເຊື່ອມຕໍ່ຂອງພວກເຮົາສໍາລັບການຈະລາຈອນທ້ອງຖິ່ນ, ພວກເຮົາເພີ່ມທີ່ຢູ່ກັບມັນເພື່ອໃຫ້ມີການເຊື່ອມຕໍ່ລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ Proxmox ທີ່ແຕກຕ່າງກັນຜ່ານເຄືອຂ່າຍທ້ອງຖິ່ນໂດຍບໍ່ມີການເຂົ້າເຖິງອິນເຕີເນັດແລະລະບຸພອດເປັນ subinterface eno1.4000, ເຊິ່ງຖືກຈັດສັນສໍາລັບ VlanID ຂອງພວກເຮົາ.
ໃນລະຫວ່າງການຕັ້ງເບື້ອງຕົ້ນ, ທ່ານພົບຄໍາແນະນໍາທີ່ທ່ານສາມາດຕິດຕັ້ງຊຸດ ifupdown2 ເພີ່ມເຕີມສໍາລັບ Proxmox ແລະທ່ານບໍ່ຈໍາເປັນຕ້ອງ reboot ເຄື່ອງແມ່ຂ່າຍທັງຫມົດຖ້າມີການປ່ຽນແປງໃນການໂຕ້ຕອບເຄືອຂ່າຍ. ຢ່າງໃດກໍຕາມ, ນີ້ແມ່ນປົກກະຕິພຽງແຕ່ສໍາລັບການຕິດຕັ້ງເບື້ອງຕົ້ນ, ແລະໃນເວລາທີ່ການນໍາໃຊ້ຂົວແລະການຕັ້ງຄ່າເຄື່ອງ virtual, ທ່ານພົບບັນຫາກັບຄວາມລົ້ມເຫຼວຂອງເຄືອຂ່າຍໃນເຄື່ອງ virtual. ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າທ່ານແກ້ໄຂ, ສໍາລັບການຍົກຕົວຢ່າງ, ການໂຕ້ຕອບ vmbr2, ແລະໃນເວລາທີ່ທ່ານນໍາໃຊ້ການຕັ້ງຄ່າ, ເຄືອຂ່າຍຕົກຢູ່ໃນການໂຕ້ຕອບພາຍໃນທັງຫມົດແລະບໍ່ຟື້ນຕົວຈົນກ່ວາເຄື່ອງແມ່ຂ່າຍຈະ restarted ຫມົດ. ifdown&&ifup ບໍ່ຊ່ວຍໄດ້. ຖ້າໃຜມີວິທີແກ້ໄຂ, ຂ້ອຍຈະຮູ້ບຸນຄຸນ.

ການໂຕ້ຕອບທີ່ຖືກຕັ້ງຄ່າທໍາອິດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຍັງຄົງເຮັດວຽກແລະສາມາດເຂົ້າເຖິງໄດ້.

• ການຈັດສັນທີ່ຢູ່ສໍາລັບ CHR ເພື່ອບໍ່ໃຫ້ສູນເສຍທີ່ຢູ່ຈາກສະນຸກເກີ
  ສະນຸກເກີຂອງທີ່ຢູ່ທີ່ Hetzner ຜະລິດເບິ່ງຄືວ່າແປກຫຼາຍສໍາລັບເຄືອຂ່າຍ, ບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

  

ສິ່ງທີ່ແປກປະຫລາດແມ່ນວ່າປະຕູຮົ້ວແນະນໍາການນໍາໃຊ້ທີ່ຢູ່ຂອງຕົນເອງຂອງເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍ.

ທາງເລືອກຄລາສສິກທີ່ Hetzner ສະເຫນີເອງແມ່ນຊີ້ໃຫ້ເຫັນຢູ່ໃນຄໍາຖະແຫຼງການບັນຫາແລະຖືກປະຕິບັດໂດຍລູກຄ້າເປັນເອກະລາດ. ໃນຕົວເລືອກນີ້, ລູກຄ້າຈະສູນເສຍທີ່ຢູ່ທໍາອິດໄປຫາທີ່ຢູ່ເຄືອຂ່າຍ, ທີ່ຢູ່ທີສອງໄປຫາຂົວ proxmox ແລະມັນຈະເປັນປະຕູ, ແລະທີ່ຢູ່ສຸດທ້າຍສໍາລັບການອອກອາກາດ. ທີ່ຢູ່ IPv4 ບໍ່ເຄີຍຊໍ້າຊ້ອນ. ຖ້າທ່ານພະຍາຍາມລົງທະບຽນທີ່ຢູ່ IP ໂດຍກົງ 136.x.x.177/29 ແລະ gateway ສໍາລັບ 0.0.0.0/0 148.x.x.165 ໃນ CHR, ທ່ານສາມາດເຮັດໄດ້, ແຕ່ gateway ຈະບໍ່ຖືກເຊື່ອມຕໍ່ໂດຍກົງແລະດັ່ງນັ້ນຈຶ່ງບໍ່ສາມາດຕິດຕໍ່ໄດ້. .

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

ໃນກໍລະນີນີ້, ແນ່ນອນປະຕູຈະມີຢູ່, ແລະທຸກສິ່ງທຸກຢ່າງຈະເຮັດວຽກຕາມທີ່ພວກເຮົາຕ້ອງການ.
ຈົ່ງຈື່ໄວ້ວ່າໃນການຕັ້ງຄ່າດັ່ງກ່າວມັນບໍ່ແນະນໍາໃຫ້ໃຊ້ກົດລະບຽບ masquerade SRC-NAT, ເພາະວ່າທີ່ຢູ່ຜົນຜະລິດຈະແຕກຕ່າງກັນຢ່າງບໍ່ຢຸດຢັ້ງ, ແລະມັນຖືກຕ້ອງກວ່າທີ່ຈະລະບຸການປະຕິບັດ: src-NAT ແລະທີ່ຢູ່ສະເພາະທີ່ເຈົ້າຈະ. ປ່ອຍຕົວລູກຄ້າ.

• ແລະສຸດທ້າຍ.
  ເພື່ອສະກັດການເຂົ້າເຖິງ Proxmox ຕົວຂອງມັນເອງຈາກອິນເຕີເນັດ, ໃຫ້ໃຊ້ເຄື່ອງມືທີ່ມີໃນຕົວ: ມີ firewall ທີ່ດີເລີດ.

ທ່ານບໍ່ຄວນໃຊ້ firewall ທີ່ສະເຫນີໂດຍ hetzner, ເພື່ອບໍ່ໃຫ້ສັບສົນກ່ຽວກັບສະຖານທີ່ຂອງການຕັ້ງຄ່າ. Hetzner ຍັງຈະເຮັດວຽກຢູ່ໃນທຸກເຄືອຂ່າຍ, ລວມທັງສິ່ງທີ່ຕັ້ງຢູ່ໃນ CHR, ແລະເພື່ອເປີດແລະສົ່ງຕໍ່ພອດ, ມັນຍັງມີຄວາມຈໍາເປັນທີ່ຈະເປີດພວກມັນຢູ່ໃນສ່ວນຕິດຕໍ່ເວັບຂອງຜູ້ໃຫ້ບໍລິການ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com