我正在努力使DNS代理功能在SSG5 (侧B)中工作。虚拟专用网的另一边是一个SSG140 (侧A)。DNS服务器位于A端。
foo.com应该将DNS查询发送到192.168.1.2 (侧A)。
其他一切(*)都应该将查询发送到8.8.8.8
-When主机B端的PC直接查询192.168.1.2的foo.com,它解决了.
-If主机查询SSG5的*,它将解析。
-If主机试图查询SSG5中的foo.com,但未能解决。
发布于 2017-10-25 21:06:13
很难说,如果没有看到图表,但我怀疑B端正在使用隧道的接口地址(或底层外部接口的借用地址)作为DNS请求的源地址(例如:从B端的“代理”到192.168.1.2)并将其发送到隧道。
当B端看到这一点时,它会响应DNS请求,但通过它的“不信任”(而不是隧道接口)发送出去(因为隧道很可能没有返回B端外部接口地址的路由),然后它会被B端丢弃,因为它进入了错误的区域。
我已经很久没有使用ScreenOS了,但是有几种方法可以修复这个问题:
https://networkengineering.stackexchange.com/questions/45237
复制相似问题