☰

Ubiquiti EdgeRouter 在响应 ICMP 时使用默认路由而不是静态路由

tag-icon • tag-icon ip-routing static-routes ubiquiti ubiquiti-edgerouter
Ubiquiti EdgeRouter 在响应 ICMP 时使用默认路由而不是静态路由

我需要在两个路由器设备及其后面的子网之间建立有效的连接。除了一条静态路由外，设置中的其他所有内容似乎都有效。以下是有关我的设置的基本信息：

Juniper:
Vlan95 10.250.0.1/24
Vlan1  192.168.1.1/21
Vlan1  192.168.4.1/21 (this interface has two default gateways due to ongoing development in the network)
fe-0/0/3 10.129.0.1/22

Ubiquiti:
eth2.620 10.250.0.3/24
eth2.100 192.168.8.1/24

routes - ubiquiti:
S    *> 0.0.0.0/0 [1/0] via xxx.xxx.xxx.xxx, eth0
C    *> 10.0.0.2/32 is directly connected, lo
C    *> 10.0.1.0/24 is directly connected, eth1
C    *> 10.0.2.0/24 is directly connected, eth2.200
S    *> 10.129.0.0/24 [1/0] via 10.250.0.1, eth2.620 (This works)
C    *> 10.250.0.0/24 is directly connected, eth2.620
C    *> 127.0.0.0/8 is directly connected, lo
C    *> 130.234.212.64/28 is directly connected, eth0
C       130.234.212.64/28 is directly connected, eth0
C    *> 192.168.0.0/24 is directly connected, eth1
S    *> 192.168.1.0/24 [1/0] via 10.250.0.1, eth2.620 (This doesn't seem to work)
S    *> 192.168.4.0/24 [1/0] via 10.250.0.1, eth2.620 (This does work)
S    *> 192.168.5.0/24 [1/0] via 10.250.0.1, eth2.620
C    *> 192.168.8.0/24 is directly connected, eth2.100
C    *> 192.168.24.0/22 is directly connected, eth2.14

在此设置中，网络 192.168.4.0/24 和 10.129.0.0/24 可以工作。我可以从两个网络 ping 我的 Ubiquiti 路由器接口 10.250.0.3，并且我可以从该 Ubiquiti IP 地址 ping 两个网络中的 IP 地址。

但是 192.168.1.0/24 路由​​不同。它看起来根本不存在，因为当从 192.168.1.99 执行 ping 操作时，流量正确到达，但 Ubiquiti 路由器不会通过接口 eth2.620 上的链接从 10.250.0.3 发送回，而是尝试通过 eth0（即我的 WAN 地址）发送它们。

我使用 ubiquiti 上的 tcpdump 验证了这一点

以下是从 10.129.0.18 到 10.250.0.3 的成功 ICMP 请求的转储：

user@device:~$ sudo tcpdump -i eth2.620 host 10.129.0.18
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2.620, link-type EN10MB (Ethernet), capture size 262144 bytes
13:37:40.836129 IP 10.129.0.18 > 10.250.0.3: ICMP echo request, id 1, seq 103, length 40
13:37:40.836302 IP 10.250.0.3 > 10.129.0.18: ICMP echo reply, id 1, seq 103, length 40
13:37:41.841624 IP 10.129.0.18 > 10.250.0.3: ICMP echo request, id 1, seq 104, length 40
13:37:41.841819 IP 10.250.0.3 > 10.129.0.18: ICMP echo reply, id 1, seq 104, length 40

下面是我尝试从 192.168.1.99 ping 到 10.250.0.3（取自 eth2.620）的转储：

user@device:~$ sudo tcpdump -i eth2.620 host 192.168.1.99
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2.620, link-type EN10MB (Ethernet), capture size 262144 bytes
13:38:45.563661 IP 192.168.1.99 > 10.250.0.3: ICMP echo request, id 1, seq 1364, length 40
13:38:50.564150 IP 192.168.1.99 > 10.250.0.3: ICMP echo request, id 1, seq 1365, length 40

下面是当我尝试从 192.168.1.99 ping 到 10.250.0.3 时从 eth0（WAN 接口）获取的转储：

user@device:~$ sudo tcpdump -i eth0 host 192.168.1.99
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
13:34:42.558520 IP 10.250.0.3 > 192.168.1.99: ICMP echo reply, id 1, seq 1353, length 40
13:34:47.558410 IP 10.250.0.3 > 192.168.1.99: ICMP echo reply, id 1, seq 1354, length 40
13:34:52.559685 IP 10.250.0.3 > 192.168.1.99: ICMP echo reply, id 1, seq 1355, length 40

此设置中是否存在任何容易识别的问题？据我所知，所有静态路由的配置都相同。

答案1

我现在感觉有点愚蠢。当我查看我即将在这里发布的配置时，我注意到不久前我创建了一个到我们总部的 IPSec 隧道，因为当时我们似乎需要它来连接这两个地方。在 IPSec 配置中，远程网络定义为 192.168.1.0/24，所以这就是它尝试将流量从 WAN 接口发送出去的原因。

不幸的是，命令 show ip route 没有显示有关隧道的信息。虽然这可能是因为我之前禁用了隧道接口，但不知何故设备仍然试图通过隧道路由流量。

相关内容