KVM 브리지용 탭 인터페이스 생성 시 캐리어 오류 없음

KVM 브리지용 탭 인터페이스 생성 시 캐리어 오류 없음

인터페이스

탭 인터페이스를 만들려고 했습니다(탭210i0) kvm의 경우 수동으로 수행됩니다. 하지만 Tun 장치가 표시될 때마다캐리어 없음.

인터페이스가 있습니다eno1,eno2,vmbr0그리고탭210i0. eno1과 eno2는노예~을 위한vmbr0.

다음은 내가 시도한 명령 집합입니다.

ip tuntap add tap210i0 mode tap

ip link set dev tap210i0 up

ip link set tap210i0 master vmbr0

내가 입력할 때"brctl 쇼"이것은 보여준다"탭210i0"eno1과 함께 인터페이스 중 하나로 사용됩니다. 주변에 Google이 있지만 내 문제에 대한 직접적인 답을 찾지 못했습니다.

탭 모듈도 작동하고 있다고 생각합니다.

lsmod | egrep -si tap

출력 :

24576 1 vhost_net을 탭하세요.

모든 종류의 방화벽은 비활성화되어 있습니다. (iptables 포함)

누구든지 나에게 작업 제안을 줄 수 있습니까? 이 서버는 원격으로만 액세스할 수 있으므로 네트워크를 다시 시작하라고 제안하지 마세요. 문제를 해결하기 위해 물리적 서버에 갈 수 없었습니다.

답변1

수도꼭지인터페이스는 두 측면의 가상 링크를 제공합니다.

  • 그만큼상호 작용OP의 사용 사례에서 종종 탭 모드(레이어 2 이더넷)에 있고 브리지 포트로 설정되는 호스트의 네트워크 계층에서 볼 수 있는 측면입니다.
  • 보이지 않는측면: 에프로세스특수 장치( /dev/net/tun)에 대한 파일 설명자를 열었습니다. 이를 통해 이 프로세스는 IP 패킷(tun 모드) 또는 이더넷 프레임(tap 모드)을 읽고 쓸 수 있습니다. 이러한 패킷은 호스트의 인터페이스 측에서 나오거나 호스트의 인터페이스 측으로 이동합니다.

인터페이스를 만드는 것은 가장 중요한 부분이 아닙니다. 가장 중요한 부분은 이 인터페이스의 보이지 않는 측면에 패킷을 읽고 쓰는 프로세스가 연결되어 있다는 것입니다. 그러한 프로세스가 없는 한 이 링크를 통한 통신은 존재하지 않습니다. 이는 의미가 있기 때문에 자연스럽게 "NO-CARRIER"로 번역됩니다. 이는 정상적이고 예상되는 동작입니다.

나에게 다가오는 이러한 프로세스의 세 가지 예는 QEMU(네트워크 인터페이스를 포함하여 KVM에 장치 에뮬레이션을 제공), OpenVPN 및 openssh의 Tunnel 옵션입니다.

일반적으로 당신은큐무아니면 도우미큐무, 또는libvirtd스스로 인터페이스를 생성하고(그리고 인터페이스를 브리지에 연결하는 동안) 손으로큐무해당 파일 설명자를 사용하려면 무엇이 필요합니까? 그러면 인터페이스는 이를 올바르게 처리하는 보이지 않는 다른 쪽을 갖게 됩니다.큐무, 반송파가 감지되었다고 보고합니다. 수동으로 생성된 인터페이스를 다음 사용자에게 전달하는 것이 가능할 수도 있습니다.큐무(또는libvirtd등) 직접 수행할 수 있지만 일반적인 방법이 아니기 때문에 추가 작업을 수행해야 합니다.

관련 정보