Dell 자동화 플랫폼: NativeEdge VM이 네트워크 브리지에서 DHCP IP를 가져오지 못함

상황이 발생하면 다음과 같은 관찰이 표시됩니다.

• VM은 다른 유형의 본드 인터페이스를 사용하여 브리지된 Virtual Network 세그먼트에 배포되고 연결됩니다(예: Active/Backup Bond 사용 wlp6s0 Wi-Fi 및 enp3s0 이더넷용)
• VM이 DHCP를 사용하여 IP 주소를 가져오지 못합니다.
• VM 운영 체제 내에서 인터페이스 링크 상태가 UP(ethtool 감지된 링크가 표시됩니다. 예)
• VM의 NetworkManager 로그( journalctl -u NetworkManager -f) 공개 DHCP DISCOVER 패킷이 전송되지만 DHCP는 전송되지 않습니다. OFFER 또는 ACK 메시지가 수신된 적이 있습니다.
• VM에 정적 IP 주소를 수동으로 할당하면 성공적으로 작동하여 외부 ping 및 게이트웨이 연결이 허용됩니다.
• 브리지 세그먼트 대신 NAT 가상 네트워크 세그먼트를 사용하면 DHCP를 사용하여 VM에 내부/NAT IP 주소가 성공적으로 할당됩니다.

엔지니어링 팀은 이기종 본드 어댑터가 NAT 가상 네트워크 세그먼트 생성만 지원한다는 것을 확인했습니다. 이기종 본드를 통한 브리지 가상 네트워크 세그먼트는 지원되지 않습니다.

이는 NativeEdge 엔드포인트가 최대한 다양한 타사 Wi-Fi 액세스 포인트(AP)에 성공적이고 안정적으로 연결되도록 하기 위한 신중한 설계 선택입니다. 이 문제는 표준 이더넷 및 802.11(Wi-Fi) 네트워크가 레이어 2 트래픽을 처리하는 방법의 근본적인 차이에서 비롯됩니다.

• Wi-Fi 브리징 제한 사항: 802.11 표준에서는 액세스 포인트가 클라이언트 연결당 하나의 특정 MAC 주소를 인증하도록 요구합니다. 진정한 네트워크 브리징을 사용하면 여러 MAC 주소가 단일 인터페이스를 통과할 수 있으며, Wi-Fi AP는 일반적으로 보안상의 이유로 이를 거부합니다.
• DHCP가 실패하는 이유: DHCP를 사용하여 IP를 요청하는 VM에는 아직 라우팅 가능한 IP 주소가 없습니다. DHCP를 브로드캐스트합니다. DISCOVER 고유한 가상 MAC 주소를 사용하는 데이터 링크 계층(계층 2)의 패킷. 외부 DHCP 서버가 DHCP로 응답하는 경우 OFFER, 해당 가상 MAC을 대상으로 합니다. 보조 MAC은 Wi-Fi AP로 인증되지 않으므로 AP(또는 호스트의 포워딩 방화벽 규칙)는 인증되지 않은 반환 트래픽을 삭제하여 DHCP 핸드셰이크를 중단합니다.
• 고정 IP가 작동하는 이유: 고정 IP를 할당할 때 VM은 Layer-2 DHCP 브로드캐스트의 필요성을 우회합니다. 하이퍼바이저의 네트워킹 스택은 프록시 ARP(MAC-NAT) 및 표준 Layer-3 라우팅을 사용합니다. 호스트는 VM의 아웃바운드 트래픽을 가로채서 VM을 대신하여 라우팅하고 호스트의 인증된 기본 MAC 주소 뒤에 있는 트래픽을 마스킹합니다. 트래픽이 레이어 2에서 브리지되지 않고 레이어 3에서 올바르게 라우팅되기 때문에 네트워크 통신이 흐릅니다.

현재 설명서에는 이 제한 사항에 대한 기록이 없지만 향후 릴리스에서 릴리스 노트에 추가됩니다.

이 문제를 해결하려면 다음 방법 중 하나를 사용하십시오.

1. NAT 네트워크 세그먼트 사용: 이기종 본드 어댑터(Wi-Fi 및 이더넷 혼합)를 사용하는 경우 Bridge 대신 NAT를 사용하도록 가상 네트워크 세그먼트를 구성합니다.
2. 정적 IP 할당: 이기종 본드에 브리지 네트워크 연결이 반드시 필요한 경우 VM에 정적 IP 주소를 수동으로 할당합니다. 고정 IP 구성은 DHCP 제한을 우회하고 정상적인 트래픽 흐름을 허용합니다.