방법/전용 Hetzner 및 Mikrotik 서버에서 네트워크 및 VLAN 설정

질문에 직면하고 많은 양의 문서에서 휴식을 취할 때 더 잘 기억할 수 있도록 배운 내용을 정리하고 적어 보십시오. 또한 전체 경로를 다시 거치지 않도록 이 문제에 대한 지침을 작성하십시오.

소스 문서는 다음에서 대량으로 구할 수 있습니다. https://forum.proxmox.com https://wiki.hetzner.de

문제 성명

클라이언트는 여러 개의 추가 서브넷에 대한 비용을 지불할 필요를 없애고, 전체 가족을 라우터 뒤에 연결하고, 로컬 주소를 할당하고, 방화벽으로 보호하기 위해 여러 개의 임대 서버를 하나의 네트워크로 결합하기를 원합니다. 모든 서비스 트래픽이 VLAN 내부에서 실행되도록 합니다. 또한 가상 머신을 기존 서버에서 새 서버로 이동하고 폐기하고, 사용 중인 기존 하드웨어를 업그레이드하는 동시에 새로운 Proxmox로 이동하세요.

처음에 클라이언트에는 5개의 서버가 있으며 각 서버에는 추가 서브넷이 있으며 전용 서브넷의 첫 번째 주소는 Proxmox의 추가 브리지에 할당됩니다.

동시에 VM은 Windows에서 실행되며 주소 85.xx177/29가 게이트 85.xx176으로 구성되어 있습니다.
그리고 자체 가상 머신을 갖춘 5개의 서버 모두 비슷한 방식으로 구성됩니다.

원칙적으로 네트워크 설정에 있어 이 구성이 잘못되었다는 점은 우스꽝스럽습니다. 첫 번째 노드에는 네트워크 주소를 사용하고 게이트웨이에도 동일한 주소를 사용합니다. Ubuntu의 가상 머신에서 이 구성을 실행하려고 하면 네트워크가 작동하지 않습니다.
 

Реализация

• 인터페이스에서 vSwitch를 생성하고 여기에 VlanID를 할당한 다음 이 vSwitch를 필요한 모든 서버에 추가합니다.

• 문제없이 설치하고 이동할 수 있도록 테스트서버를 제작중입니다.

첫 번째 가상 머신 chr을 다음과 같이 올립니다. proxmox에 대한 지침.

위 스크립트를 사용할 경우 -d /root/temp 디렉터리가 있는지 먼저 확인하고, 없으면 /home/root/temp 디렉터리를 생성하지만 추가 작업이 진행된다는 점 참고하시기 바랍니다 /root/temp 디렉토리로 이동합니다. 적절한 디렉터리를 생성하려면 스크립트를 수정해야 합니다.

• Proxmox용 네트워크를 설정합니다.

VLAN 번호가 포함된 하위 인터페이스를 추가하여 주소가 inet 매뉴얼을 사용하여 브리지에 구성됨을 나타냅니다. 중요한. 브리지에 포함할 인터페이스에서는 IP 주소를 구성할 수 없습니다. 이것이 어떻게 작동하는지, 작동 여부는 누구에게도 알 수 없습니다.

다음으로 vmbr0 브리지를 생성하고 Hetzner 제공자가 제공한 서버 자체의 첫 번째 주소를 여기에 연결하고 VLAN이 없는 첫 번째 물리적 인터페이스인 브리지 포트를 표시하며 추가 명령으로 추가를 지정합니다. 이 브리지를 통해 이 서버에 대해 Hetzner에서 주문한 추가 네트워크에 대한 경로입니다. 인터페이스가 작동하면 경로를 추가할 수 있습니다.

두 번째 브리지는 로컬 트래픽을 위한 인터페이스가 될 것입니다. 인터넷에 액세스하지 않고 로컬 네트워크를 통해 서로 다른 Proxmox 서버 간의 연결을 얻기 위해 여기에 주소를 추가하고 포트를 VlanID에 할당되는 하위 인터페이스 eno1.4000으로 지정합니다.
초기 설정 중에 Proxmox용 추가 ifupdown2 패키지를 설치할 수 있으며 네트워크 인터페이스에 변경 사항이 있는 경우 전체 서버를 재부팅할 필요가 없다는 조언을 접하게 됩니다. 그러나 이는 초기 설정에만 일반적이며 브리지를 사용하고 가상 머신을 설정할 때 가상 머신에서 네트워크 오류 문제가 발생합니다. 예를 들어 vmbr2 인터페이스를 편집했음에도 불구하고 구성을 적용하면 모든 내부 인터페이스에서 네트워크가 중단되고 서버가 완전히 다시 시작될 때까지 복구되지 않습니다. ifdown&&ifup이 도움이 되지 않습니다. 누구든지 해결책이 있으면 감사하겠습니다.

서버에서 처음으로 구성된 인터페이스는 계속 작동하고 액세스할 수 있습니다.

• 풀에서 주소를 잃지 않도록 CHR에 대한 주소 할당
  Hetzner가 생성하는 주소 풀은 네트워크 담당자에게 다음과 같이 매우 이상하게 보입니다.

  

이상한 점은 게이트가 물리적 서버의 자체 주소를 사용하도록 제안한다는 것입니다.

Hetzner가 직접 제안한 고전적인 옵션은 문제 설명에 표시되어 있으며 고객이 독립적으로 구현했습니다. 이 옵션에서 클라이언트는 네트워크 주소에 대한 첫 번째 주소, Proxmox 브리지에 대한 두 번째 주소를 잃게 되며 이는 또한 게이트웨이이자 브로드캐스트의 마지막 주소가 됩니다. IPv4 주소는 중복되지 않습니다. IP 주소 136.x.x.177/29와 0.0.0.0/0 148.x.x.165에 대한 게이트웨이를 CHR에 직접 등록하려고 하면 가능하지만 게이트웨이는 직접 연결되지 않으므로 연결할 수 없습니다. .

각 주소에 대해 네트워크 32를 사용하고 필요한 주소(무엇이든 가능)를 네트워크 이름으로 지정하면 이러한 상황에서 벗어날 수 있습니다. 이는 지점 간 연결과 유사한 것으로 밝혀졌습니다.

이 경우 게이트웨이는 물론 사용할 수 있으며 모든 것이 필요에 따라 작동합니다.
이러한 구성에서는 출력 주소가 무한정 다르며 작업을 지정하는 것이 더 정확하기 때문에 SRC-NAT 위장 규칙을 사용하는 것이 권장되지 않습니다. src-NAT 및 특정 주소 클라이언트를 풀어주세요.

• 그리고 마침내.
  인터넷에서 Proxmox 자체에 대한 액세스를 차단하려면 내장 도구를 사용하십시오. 뛰어난 방화벽이 있습니다.

설정 위치를 혼동하지 않도록 hetzner에서 제공하는 방화벽을 사용하지 마십시오. Hetzner는 또한 CHR에 설정된 네트워크를 포함한 모든 네트워크에서 작동하며 포트를 열고 전달하려면 공급자의 웹 인터페이스에서 해당 네트워크를 열어야 합니다.

출처 : habr.com