☰

브리지된 네트워크가 일부 내부 도메인을 방해합니다.

tag-icon • tag-icon networking network-interface vmware bridge
브리지된 네트워크가 일부 내부 도메인을 방해합니다.

일부 브리지된 네트워크가 있는데 어디서 왔는지 모르겠습니다.

$ ifconfig | grep -o "^br-\w*"
br-4e3069271b9c
br-919ad27f74b2
br-e448c7cbb558
br-e6840866c3b6
br-636926a06053

(docker, vmware 또는 virtualbox가 설치된 것으로 의심됩니다.)

문제는 이러한 브리지된 네트워크가 어떻게든 방해한다는 것입니다.일부인트라넷 주소, 동시에다른인트라넷 주소는 여전히 유효합니다.

$ ping some.intranet.tld
From 172.21.0.1 icmp_seq=1 Destination Host Unreachable
From 172.21.0.1 icmp_seq=2 Destination Host Unreachable
From 172.21.0.1 icmp_seq=3 Destination Host Unreachable

$ ifconfig | grep -C 1 "172.21.0.1"
br-636926a06053 Link encap:Ethernet  HWaddr 02:42:af:36:20:65  
inet addr:172.21.0.1  Bcast:172.21.255.255  Mask:255.255.0.0
UP BROADCAST MULTICAST  MTU:1500  Metric:1

보낸 후 sudo ifconfig br-636926a06053 down모든 것이 정상으로 돌아왔습니다.

PING some.intranet.tld (12.23.45.67) 56(84) bytes of data.
64 bytes from some.intranet.tld (12.23.45.67): icmp_seq=1 ttl=122 time=11.7 ms

그러나 재부팅 후 문제가 다시 나타났으며 연결을 닫으면 부정적인 영향이 있을지 확실하지 않습니다.

어떤 프로그램이 브리지된 네트워크를 시작하는지 어떻게 알 수 있으며 문제를 제거하려면 어떻게 해야 합니까 ?

고쳐 쓰다:

이 다리는 다음에서 유래한 것으로 보입니다.가상 기기:

$ sudo grep br-636926a06053 /var/log/syslog.1
Aug  7 08:58:56 hostname vmnet-natd: RTM_NEWLINK: name:br-636926a06053 index:7 flags:0x00001002
Aug  7 08:58:56 hostname vmnetBridge: RTM_NEWLINK: name:br-636926a06053 index:7 flags:0x00001002
Aug  7 08:58:56 hostname NetworkManager[1212]: <info>  [1533625136.8516] manager: (br-636926a06053): new Bridge device (/org/freedesktop/NetworkManager/Devices/5)

답변1

Docker라는 것은 의심의 여지가 없습니다. VMware는 ip monitor link라이브 명령 처럼 존재 여부만 감지합니다(예: GUI에 표시하거나 일부 네트워크 규칙(natd?)을 변경할 수도 있음) .

존재하다docker network create이는 다음을 의미합니다.

고급 옵션 지정

네트워크를 생성할 때,엔진은 기본적으로 네트워크에 대해 겹치지 않는 서브넷을 생성합니다. 이 서브넷은 기존 네트워크의 하위 부분이 아닙니다. 이는 순전히 IP 주소 지정 목적입니다.--subnet 옵션을 사용하여 이 기본값을 재정의하고 서브넷 값을 직접 지정할 수 있습니다. 브리지된 네트워크에서는 하나의 서브넷만 만들 수 있습니다.

$ docker network create --driver=bridge --subnet=192.168.0.0/16 br0

기록되지 않은 것은 달리 명시되지 않은 경우 기본 선택은 로 시작하는 것이며 172.17.0.0/16각 후속 네트워크는 앞으로 이동한다는 것입니다. 172.31.0.0/16명시적으로 찾을 수는 없지만 대부분의 예에서는 새로 생성된 브리지가 다음과 같은 /16일부임을 보여줍니다 172.16.0.0/12.Multiple Docker Networks--subnet두 개의 서브넷이 명시적으로 생성되지 않았습니다 172.29.0.0/16. 172.30.0.0/16제공된 경우 기본 동작에 대한 명시적 참조를 추가해 드리겠습니다.

이 문제를 해결하려면 Docker의 자동화된 부분(권한 있는 컨테이너 등)이 이러한 네트워크를 생성했는지 확인해야 합니다(인터페이스로 활성화되었을 때 로그인했는데 원래 생성되었을 때는 그렇지 않을 수 있음). Docker) 구성이지만 간단하게 docker network ls모든 내용을 확인해야 합니다) 및 기본 네트워크 설정을 변경하는 방법을 설명합니다. Docker가 동일한 네트워크를 생성하지 않도록 네트워크를 생성한 다음 가능하다면 Docker 방법을 통해 이를 지속시키는 것과 같은 더 급진적인 방법이 있다고 확신합니다 ip link set br-somenetworkid down.

관련 정보