usg系列防火墙故障案例集.docx

USG系列防火墙故障案例集 目录 USG2100攻击防范导致地址映射不成功 接口 MTU不匹配导致OSPF邻居卡在ExStart 状态 MTU参数问题导致无法访问外网网站 解决ADSL拨号上网NAT SERVER外网IP不固定问题 解决L2TP连接后总部主动和分支通信的问题 ADSL 接口不能配置PVC命令问题 V.35 SA 卡双串口绑定与 LOOP CONVERTER法连通 UTM 模式下，更换部署网络，签名库 /病毒库无法更新 采用QoS限制其中一个子网访问外网的速率 USG2100攻击防范导致地址映射不成功 现象描述：用户需要将内部地址 8000端口和8999等端口通过地址映射发布到外网， 然而在 外网访问发布的端口却发现，只有 8000端口能够访问进来，其他做了映射的端口均不能访 问成功 原因分析： 1:运营商阻止映射端口的通信 2:防火墙包过滤未打开。 3:其它原因。 处理过程： 1、 将不能访问的端口修改成防火墙 web登录的端口，可以访问。说明运营商未封闭该端口。 2、 查看防火墙上的包过滤策略，没有做端口过滤限制。 3、 查看会话，发现除了 8000端口外，访问任何映射的端口均无任何会话信息。 4、 打开抓包功能，检查访问时数据包是否到了防火墙，当外网发起访问时能看到有数据包 到达防火墙： [sha nxi09]disp firewall packet-capture statistic QueueID CapturedNumber Sen tState TCP UDP ICMP Other 0 4( 0%) Unsent 100.00% 0.00% 0.00% 0.00% 1 0( 0%) Unused 0.00% 0.00% 0.00% 0.00% 2 0( 0%) Unused 0.00% 0.00% 0.00% 0.00% 3 0( 0%) Unused 0.00% 0.00% 0.00% 0.00% 4 0( 0%) Unused 0.00% 0.00% 0.00% 0.00% 证明访问的报文已经到了防火墙，说明是防火墙将报文丢弃。 5、检查用户攻击防范，除了开启默认攻击防范外，还开启了 tcp代理攻击。 firewall defe nd syn-flood zone trust tcp-proxy on firewall defe nd syn-flood zone un trust tcp-proxy on firewall defe nd syn-flood in terface Ethernet1/0/0 tcp-proxy on firewall defe nd syn-flood in terface Via nifl tcp-proxy on 将该攻击防范关闭，外网访问映射端口正常 建议/总结： 如果默认开启了 firewall defend syn-flood enable功能，不能再开启 tcp代理攻击，否则可 能导致访问映射端口失败 接口 MTU不匹配导致 OSPF邻居卡在 ExStart状态 现象描述：组网拓扑如下 i? ； ??! : CRETuund R1D:2O.1.1.2E 3 I IG0 00■ ! I L t211；丁如更 Y 734tiwtcrfkce tunnein■i i, i J ■ldterfa0 tunnelOIp add IO.14.253J 30■| R1D:2O.1.1.2 E 3 I I G0 00 ■ ! I L t 211；丁如更 Y 734 tiwtcrfkce tunnein ■i i, i J ■ ldterfa0 tunnelO Ip add IO.14.253J 30 ■| Ip 喇 4 10.14J534 30 hSource2JK26.177A Source 111J42.29A Destitution 2H J42.29.Y 1 i i Dcstinsition Z18.26J77A 一台 USG2205BSR （在上图中 Router-ID为）与另一厂商防火墙之间建立 GRE隧 道，并运行OSPF,两设备的Tunnel0 口参与OSPF进程。现在的问题是，两台设备的 OSPF 邻居状态不正常，卡在 ExStart状态。 [USG2205BSR]dis ospf peer brief 08:59:32 2011/11/03 OSPF Process 1 with Router ID Neighbor Statistics Area ID 4 Dow n Attempt Init 2-Way ExStart Excha nge Loadi ng Full Total 0 0 0 0 Total 原因分析：OSPF总共有8种可