교량 무선 랜 및 4addr :
wlan0 브리징은 고통입니다. 일반적으로 브리지 인터페이스에 추가 할 수 없으며 (brctl은 "작업이 허용되지 않음"을 반환 함) VirtualBox "브리지 된"필터를 사용하면 ARP 및 DHCP 충돌이 엉망이됩니다. 802.11 프레임에는 기본적으로 무선 장치 (노트북 및 AP)와 최종 수신자 (이더넷에서와 같이)의 MAC 주소의 세 가지 주소 만 포함되기 때문입니다. 항상 가능한 발신자가 하나만 있다고 가정합니다.
802.11은 네 번째 발신자의 MAC 주소를 전달할 수 있으며 WDS 모드에서 리피터에 의해 사용됩니다. 이 기능은 Linux에서도 iw를 사용하여 활성화 할 수 있으며이 모드를 활성화하면 브릿지 인터페이스 및 VirtualBox 브릿지 네트워킹에서 wlan0을 사용할 수 있습니다.
iw dev wlan0 set 4addr on
그러나 4addr을 활성화하면 AP에 의해 완전히 무시 될 수 있습니다. 연결은 성공하지만 모든 데이터 프레임이 에테르로 사라집니다. 소스 MAC 주소를 스푸핑하기 어렵 기 때문에 보안상의 이유 일 수 있습니다. 예. OpenRG를 실행하는 라우터에서 무선 AP 인터페이스에 대해 "WDS"모드를 활성화해야합니다. 랩톱의 MAC 주소를 찾아 LAN 브리지에 추가하십시오. 4addr 패킷이 작동합니다.
그러나 이것에 대한 또 다른 문제가 있습니다. 라우터는 이제 랩탑에서 3 개의 주소 패킷을 거부하는데, 이는 다소 불편할 수 있습니다 (WLAN 네트워크가 변경 될 때마다 4addr를 토글하게 함). 해결 방법은 랩톱에서 동일한 장치에 연결되어 있지만 다른 MAC 주소로 연결된 두 번째 무선 인터페이스를 추가하는 것입니다. 먼저 이전 구성을 실행 취소하십시오.
iw dev wlan0 set 4addr off
그런 다음 다른 MAC 주소로 이름을 임의로 선택한 두 번째 인터페이스를 추가하십시오.
iw dev wlan0 interface add wds.wlan0 type managed 4addr on
ip link set dev wds.wlan0 addr <addr>
ip link set dev wds.wlan0 up
라우터에 구성된 WDS 장치 주소와 일치해야합니다. 그 이외의 다른 유효한 MAC 주소 일 수 있습니다. wlan0의 원래 MAC은 "정상"사용을 위해 유지됩니다.
wlan0과 wds.wlan0을 동시에 사용할 수 있습니다. 비록 다른 AP가 아닌 동일한 AP에 두 번만 연결하는 것으로 테스트했지만. 나는 그들이 적어도 같은 채널에 있어야한다고 생각합니다.
어떤 사람들은 VirtualBox가 WiFi를 "정상"브리지 할 수있는 이유를 물었습니다. 그 대답은 VirtualBox가 가상 머신의 MAC 주소를 보내지 않는다는 것입니다. 오히려 MAC 계층에서도 NAT를 수행합니다. – 2014-08-22
직접 WLAN 브리지
특정 상황에서는 wlan_kabel을 사용할 수도 있습니다. 패킷 소켓을 사용하여 WLAN 장치를 이더넷 장치와 직접 브리지합니다. 그러나 wlan_kabel을 사용하면 한 번에 하나의 단일 MAC 만 브리지 할 수 있습니다. 무선 랜 장치의 원래 MAC 만 사용되므로 액세스 포인트에 의해 차단되는 단점이 없습니다. 귀하의 경우 이는 wlan0을 하나의 VM에서만 사용할 수 있고 호스트에서도 사용할 수 없음을 의미합니다. 여기서 wlan_kabel 을 얻을 수 있습니다 . 이것은 macvlans 솔루션 과 유사합니다 .
ipvlan과의 브리징
그것을 사용하는 방법 IP VLAN은의 네트워크 세부 사항을 해소하기 위해 사용될 수있는 다리의 제한이 없습니다 여기에서 찾을 수 있습니다
가장 무도회 대안
다리를 만들기 위해 iptables-masquerade 및 ip_forward와 함께 Linux 라우팅을 사용할 수 있지만 언급 한 바와 같이 ip_forward를 활성화해야하며 리눅스가 라우터처럼 작동하게하므로 약간의 보안 문제가 발생할 수 있으므로 신중하게 설정해야합니다.
# bridge setup
brctl addbr br0
ifconfig br0 10.10.20.1/24 up
# enable ipv4 forwarding
echo "1" > /proc/sys/net/ipv4/ip_forward
# netfilter cleanup
iptables --flush
iptables -t nat -F
iptables -X
iptables -Z
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
# netfilter network address translation
iptables -t nat -A POSTROUTING -o wlan0 -s 10.10.20.0/24 -j MASQUERADE
그러면 br0 인터페이스는 wlan0 네트워크에 액세스 할 수 있습니다
중요하고 관련된
또한 매우 중요 하므로 ifconfig, brctl 등과 같이 더 이상 사용되지 않는 더 이상 사용되지 않는 명령을 사용해서는 안됩니다 . iproute2 제품군에는 가상 인터페이스 설정 (한 번 openvpn을 사용해야했던 것) 및 브리지 생성을 포함하여이 모든 명령이 포함되어 있습니다. IP로 브리지를 설정하는 방법을 모른다면 여기로 이동하십시오.
ip tuntap add tap0 mode tap user root
ip link set tap0 up
ip link add br0 type bridge
ip link set tap0 master br0
ip link set eth0 master br0
ip addr add 10.173.10.1/24 dev br0
ip link set br0 up
이 명령 세트를 사용하여 tap0이라는 가상 인터페이스를 만든 다음 br0이라는 브리지를 만든 다음 브리지에 eth0 및 tap0을 종속시켜 IP 주소 10.173.10.1을 할당 한 다음 모두 가져옵니다. 인터페이스를 작동시키는 별도의 세 가지 인스턴스 (tap0, eth0 및 br0)가 필요합니다.
이 작업을 수행하는 요령은 PC (VM / Linux 컨테이너 / 네트워크 네임 스페이스 아님)가 대신 ARP 쿼리에 응답 할 수 있도록하는 proxy.arp를 사용하는 것입니다.
다시 말해, 하드웨어 인터페이스와 가상 인터페이스간에 IPv4 전달을 사용하면 마치 물리적 인터페이스 인 것처럼 VM / LXC / NNS를 LAN에 연결할 수 있다고 생각하지만 사실은 아닙니다. 기본 ARP 트래픽은 LAN이 실제로 작동 할 수있게 해줍니다. 따라서 문제는 IPv4 트래픽을 올바르게 전달하는 경우 VM / LXC / NNS가 작동하도록 ARP 트래픽을 전달할 수있는 방법입니다. 요령은 proxy-arp를 사용하는 것입니다.
이에 대한 전체 답변은 Bohdi Zazen의 블로그 에 있으며 제목은 Bridge 무선 카드입니다. 그는 사용하지 않는 패키지 인 uml-utilities를 사용하여 tunctl 명령을 사용하여 가상 인터페이스를 작성합니다. 이것은 uml-utilities를 사용하는 유일한 명령이므로 패키지 다운로드를 무시하고 명령을 사용할 수 있습니다. 탭 또는 툰 인터페이스를 만들기 위해 위와 같이 작성했습니다. 원하는 방식으로 명령을 수정하십시오. 그런 다음 LXC에 대한 베스 페어를 만들고 tap0과 veth0 사이에 브리지를 만듭니다. 이 브리지 (br0)는 Bohdi Zazen이 설명한 간단한 tap0 인터페이스 대신 프록시를 사용해야합니다.
출처 : askubuntu.com , nullroute.eu.org , firejail.wordpress.com , superuser.com