fzfh 发表于 2016-03-29 18:41

本帖最后由 fzfh 于 2016-03-29 18:52 编辑

回复 10# lsstarboy
这个我在后续的测试中已经做了，169.254网段互相都能通，icmp的返回包就是不能到达内网子机。
类似的环境， 我先把LACP取消，单独两个网卡来测试，也是如此，换用IPF也是如此，但将168.254网段换成172.16网段就好了。
等下去测试lacp下更换网段的问题，顺便详查一下路由表。路由表但是也看过，貌似没啥问题。
   

lsstarboy 发表于 2016-03-29 19:29

顺便提一下，如果用169.254.x.x来做测试，最好别用windows机器，会带来一些未知的问题。

fzfh 发表于 2016-03-29 19:49

客户机还真是都是windows。:cry:

fzfh 发表于 2016-03-29 21:55

重新测试过了，如果内网网段设置为169.254.0.0/16，则NAT虽然生效，但返回包无法到达内网客户机，无论采用的是pf、ipf还是ipfw，真实网卡还是lagg设备，内网机器是windows还是linux都是如此。
内网网段除了169.254.0.0/16，其他随意设置应该都是OK的。我测试了11.0.0.0/8，111.0.0.0/8等等20+的网段，无论采用的是pf、ipf还是ipfw，真实网卡还是lagg设备，内网机器是windows还是linux都OK。
so，是否freebsd机器的NAT机制对169.254.0.0/16这个网段的处理有特例？还是我这里的个例情况。不太理解这个事。
页: 1 [2]
查看完整版本: PF NAT 与 链路聚合（LACP）问题