![Sophos UTM 9 未多播 OSPF HELLO 消息](https://linux22.com/image/1604463/Sophos%20UTM%209%20%E6%9C%AA%E5%A4%9A%E6%92%AD%20OSPF%20HELLO%20%E6%B6%88%E6%81%AF.png)
我正尝试在 LAN 接口上的 Sophos UTM 9 上启用 OSPF,其下游还有另外两个成功运行 OSPF 的路由器。
我的配置如下。
接口和路由 --> 动态路由 (OSPF)
- 全球的
- OSPF 状态:已开启(即绿色)
- 路由器ID:192.168.30.1(即LAN1接口上的IP地址)
- 区域
- 名称:normal 0.0.0.0
- 区域 ID:0.0.0.0
- 区域类型:正常
- 授权类型:关闭
- 通过接口连接:LAN1
- 接口
- 名称:LAN1
- 接口:LAN1
- 授权类型:关闭
- 成本:0
- 先进的
- Hello 间隔:10
- 重传间隔:5
- 死区间隔:40
- 优先级:1
- 传输延迟:1
- 先进的
- 重新分配连接<--已选中
- 度量:10
防火墙配置如下,以允许 OSPF 的多播消息:
网络保护-->防火墙
- LAN1 ----- (OSPF) -----> 多播
- 已启用
- 多播-----(OSPF)-----> LAN1
- 已启用
这里把OSPF定义为一个服务定义,有以下特点:
- 名称:OSPF
- 定义类型:IP
- 议定书编号:89
这里,多播被定义为具有以下特征的网络定义:
- 224.0.0.0/4
- 接口:任意
当我以 root 身份登录 Sophos UTM 9 并在 LAN1 接口上运行 tcpdump 时,我看到来自直接连接路由器的 OSPFv2“Hello”消息被发送到多播地址 224.0.0.5,但我没有看到 Sophos UTM 9 发出任何 OSPF“Hello”消息。
我注意到一件事……似乎在相关接口上启用 OSPF 并不会将该接口订阅到相关的 OSPF 多播组:224.0.0.5 和 224.0.0.6
这不会影响出站但是多播 OSPF 消息(如前所述,这是我看到的问题所在)。
为了入站消息,正如我上面指出的那样,tcpdump 显示它们正在访问 NIC,但由于缺少订阅,我怀疑它们是否会被传递到 TCP/IP 堆栈。
my-utm:/root # ip maddr show eth0
2: eth0
link 33:33:00:00:00:01
link 33:33:00:00:00:02 users 2
link 01:00:5e:00:00:01
inet 224.0.0.1
inet6 ff05::2
inet6 ff01::2
inet6 ff02::2
inet6 ff02::1
inet6 ff01::1
从上面描述的配置和观察中,有人能看出我做错了什么吗?
先感谢您。
编辑以添加:我还注意到,即使我明确启用了 OSPF,进程列表中也没有任何内容明显听起来像处理路由协议的守护进程。我不太确定我应该在这里找到什么。
答案1
这只是复选框中缺少勾选的简单情况。我把复选框误认为是 UTM UI 中经常看到的“垃圾桶”图标,该图标用于删除项目。
除了定义接口之外,还必须根据每个区域指定哪些接口将成为该区域的一部分(这是有意义的)。
完成此操作后,现在有一个 ospfd 守护进程正在运行,网络接口现在订阅了多播组 224.0.0.5 / 224.0.0.6,并且正在交换路由。