shadowpool's questions

我目前遇到一个无法理解的问题，希望有人能帮助我。在互联网上快速搜索这个问题，得到的答案对我来说不起作用。

我来解释一下情况：

• 我是一名 Windows 用户，使用 Hyper-V 来玩 Linux VM。
• 我刚刚用最基本的软件包设置了 Debian 12 网络安装。
• 我添加了“net-tools”和“bridge-utils”包。
• VM 中只有一个网络接口：eth0（似乎可预测的设备名称为 Hyper-V 网络提供了“ethX”）。
• 我通过 /etc/network/interfaces 配置了此接口。NetworkManager 或任何其他网络管理包均未安装。
• 我的 VM 拥有 IP 192.168.100.128，并且我的 Windows 主机有一个拥有 192.168.100.1 的虚拟接口。
• 在我的 Windows 上，有一个 HTTP 服务器正在监听 192.168.100.1 端口 1080。
• Windows 防火墙允许来自/到虚拟网络接口的所有传入和传出流量。
• 我也在旧的 Debian 11 VM 上运行了测试并得到了相同的结果。

配置1：直接接口，工作

在这里，我为接口配置一个 IPv4 地址，如下所示：

# File: /etc/network/interfaces

auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet static
        address 192.168.100.128
        netmask 255.255.255.0

它运行并允许虚拟机到达网关（实际上是 Windows 中定义的虚拟网络适配器）。

# Here, I use ssh -v for debug purposes because a line explicitly tells me when TCP connection is established.
# ssh -v [email protected] -p 1080

OpenSSH_8.4p1 Debian-5, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 192.168.100.1 [192.168.100.1] port 1080.
debug1: Connection established.

配置 2：通过桥接，不工作

在这里，我将接口配置为具有 IPv4 地址的网桥成员，如下所示：

# File: /etc/network/interfaces

auto lo
iface lo inet loopback

iface eth0 inet manual

iface br0 inet static
        address 192.168.100.128
        netmask 255.255.255.0
        bridge_ports eth0

现在网络不工作，虚拟机似乎无法到达网关。

# ssh -v [email protected] -p 1080

OpenSSH_8.4p1 Debian-5, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 192.168.100.1 [192.168.100.1] port 1080.
debug1: connect to address 192.168.100.1 port 1080: No route to host
ssh: connect to host 192.168.100.1 port 1080: No route to host

不过，一切看上去都还好。

# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.100.1   0.0.0.0         UG    0      0        0 br0
192.168.100.0   0.0.0.0         255.255.255.0   U     0      0        0 br0


# brctl show
bridge name bridge id       STP enabled interfaces
br0     8000.baa5ce5b1146   no      eth0


# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP group default qlen 1000
    link/ether 00:15:5d:00:65:32 brd ff:ff:ff:ff:ff:ff
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ba:a5:ce:5b:11:46 brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.128/24 brd 192.168.100.255 scope global br0
       valid_lft forever preferred_lft forever
    inet6 fe80::b8a5:ceff:fe5b:1146/64 scope link
       valid_lft forever preferred_lft forever

当我尝试连接到网关时在 VM 上启动 tcpdump 时，我看到很多 ARP 请求“谁有 IP 192.168.100.1”。

# tcpdunp -i br0
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:10:08.275966 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:09.300152 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:10.323856 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:11.347906 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:12.371940 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:13.395793 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:14.419905 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:15.444155 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:18.516193 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:19.539804 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:20.563894 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
11:10:21.588085 ARP, Request who-has 192.168.100.1 tell 192.168.100.128, length 28
[...]

98 packets captured
101 packets received by filter
2 packets dropped by kernel

我已经设置了一个 Raspberry Pi Wi-Fi 热点hostapd，dnsmasq并iptables使用这个优秀的教程进行路由：https ://thepi.io/how-to-use-your-raspberry-pi-as-a-wireless-access-point/ . 虽然我跳过了第 8 步，但一切正常，我每天都在使用它 2 年。在我的情况下，禁用 wlan0（集成 Wi-Fi 芯片）并启用 wlan1（外部 Wi-Fi）。

最近我注意到来自某些计算机的烦人流量（NetBIOS 等），我只想阻止这些流量。然而，对我来说非常重要：我也希望客户能够相互交流。多次尝试，不幸的是，我没有成功。

这是我尝试过的：

• 过滤使用iptables-> 令人讨厌的数据包被看到并说被阻止，但仍然被 WLAN 上的任何计算机接收
  • iptables -t raw -I PREROUTING -p tcp --dport 137 -j DROP
  • iptables -t raw -I PREROUTING -p udp --dport 137 -j DROP
  • iptables -t raw -I PREROUTING -p tcp --dport 138 -j DROP
  • iptables -t raw -I PREROUTING -p udp --dport 138 -j DROP
  • iptables -t raw -I PREROUTING -p tcp --dport 139 -j DROP
  • iptables -t raw -I PREROUTING -p udp --dport 139 -j DROP
• 过滤使用ebtables-> 令人讨厌的数据包被看到并说被阻止，但仍然被 WLAN 上的任何计算机接收
  • ebtables -I INPUT -i wlan1 -p ip --ip-protocol udp --ip-destination-port 137 -j DROP
  • ebtables -I INPUT -i wlan1 -p ip --ip-protocol udp --ip-destination-port 138 -j DROP
  • ebtables -I INPUT -i wlan1 -p ip --ip-protocol udp --ip-destination-port 139 -j DROP
  • ebtables -I FORWARD -i wlan1 -p ip --ip-protocol udp --ip-destination-port 137 -j DROP
  • ebtables -I FORWARD -i wlan1 -p ip --ip-protocol udp --ip-destination-port 138 -j DROP
  • ebtables -I FORWARD -i wlan1 -p ip --ip-protocol udp --ip-destination-port 139 -j DROP
  • ebtables -I OUTPUT -o wlan1 -p ip --ip-protocol udp --ip-destination-port 137 -j DROP
  • ebtables -I OUTPUT -o wlan1 -p ip --ip-protocol udp --ip-destination-port 138 -j DROP
  • ebtables -I OUTPUT -o wlan1 -p ip --ip-protocol udp --ip-destination-port 139 -j DROP
• ap_isolate=1使用设置进行过滤hostapd.conf-> 烦人的数据包被阻止，但客户端无法相互通信
• ap_isolate=1使用设置进行过滤hostapd.conf并添加iptables rules-> 客户端无法相互通信
  • iptables -t filter -A FORWARD -i wlan1 -o wlan1 -m state --state RELATED,ESTABLISHED -j ACCEPT
  • iptables -t filter -A FORWARD -i wlan1 -o wlan1 -j ACCEPT

当iptables -L -n -v --line-number我从测试机器发送 UDP 广播帧时，计数器会增加。相同的原理ebtables。这让我相信我的规则是好的。

我目前的结论：iptables（OSI 级别 3）和ebtables（OSI 级别 2）看到并阻止流量，但没有以正确的级别采取行动，因为似乎hostapd（OSI 级别 1）已经向 WLAN 上的客户端广播了网络数据包。

这是我的测试配置的小图：

• RaspberryPi 具有 iptables + ebtables 设置并通过watch -n 1.
• 设备 1 在 Wi-Fi 子网（一个 /24 网络，因此目标 IP xyz255）上以广播的形式将 UDP 帧发送到端口 138
• 设备 2 使用 Wireshark 嗅探网络并看到这些 UDP 帧到达

                                                 +-----------------+
                                                 |   Device 1      |
                                               ((| 172.18.0.240/24 |
                                                 +-----------------+
-----------+        +-----------------+
 INTERNET  |--------|  192.168.0.243  |
-----------+        |   RaspberryPi   |
                    |  172.18.0.1/24  |))
                    +-----------------+
                                                 +-----------------+
                                               ((|   Device 2      |
                                                 | 172.18.0.235/24 |
                                                 +-----------------+

我希望我已经足够准确地描述了我的情况。如果没有，请向我询问更多详细信息。

因此，我的问题是：“我如何才能只阻止将 UDP 数据包广播到端口 137,138,139，但仍允许同一 WLAN 上的客户端相互通信以获取其他所有内容？”

非常感谢您的帮助。