在千兆带宽下FTP上传仅有60Mbps,这个速度确实不太正常。防火墙自身通常不会对FTP这类基础应用做主动限速,60Mbps这个瓶颈值,更像是触发了百兆协商、应用层安全策略深度检测,或经过VPN封装后的性能上限。
排查效率上,建议优先对比测试和简化防火墙策略。
这个测试能帮你瞬间锁定问题是在服务器端还是中间的网络。
直连测试:找台电脑,配置一个与防火墙内网口同网段的IP,用网线直连到防火墙的内网接口上。
上传文件:从这台电脑向FTP服务器上传文件。
速度恢复正常:说明问题很可能出在防火墙的安全策略和深度检测功能上。
速度依然很慢:问题大概率出在FTP服务器本身,或者防火墙与服务器间的网络链路上。
以下操作无明确版本限制,但涉及多个功能调整,建议在业务低峰期进行,每次只改动一处,验证无效后立即恢复。
暂停应用层检测:这是性能损耗最可能的来源。应用层检测或入侵防御如果对FTP流量做逐包深度检查,会严重拖慢速度。操作建议:在安全策略中,临时创建一个测试规则,将FTP流量的动作设为deny(不启用任何安全Profile),或将相关的应用层检测Profile临时移除。测试时务必关闭AV/IPS等策略。
检查接口协商速率:确保防火墙涉及的内外网接口都已协商为1000M全双工。恢复验证:在接口视图下使用display interface命令检查。
关闭部分攻击防范:开启过多attack-defense功能(如扫描、Flood防范)可能会误伤高速传输。在系统视图下使用display attack-defense configuration检查并临时关闭非核心防范功能进行测试。
检查FTP ALG状态:检查FTP的ALG功能是否正常工作。通常NAT开启后ALG会自动生效。验证命令:display nat alg,确认FTP状态为Enabled。
调整TCP MSS值:MTU或MSS值不匹配可能导致TCP切片效率低下。操作建议:在外网接口调整MSS值,如:[H3C-GigabitEthernet1/0/X] tcp mss 1300。可尝试1200-1460之间的值。
检查限速策略:确认是否有被遗忘的QoS流量整形或bandwidth policy。操作:检查相关QoS配置,确保当前策略无错误限速。
如果上述针对防火墙的操作都无效,请继续排查以下三点:
检查网卡与服务器:排查FTP服务器及途经的交换机端口工作模式,通过备用端口或FTP客户端进行交叉测试,确认服务器后端磁盘I/O无瓶颈。
FTP传输模式:建议将FTP客户端设置为被动模式 (Passive Mode)。主动模式要求服务器主动连接客户端,易被客户端侧防火墙拦截。
复杂组网排查:若组网涉及VPN,排查VPN本身的性能限制。检查防火墙的日志,看会话是否被错误丢弃。最后,还可通过FTP多线程工具测试,判断是否为单线程性能问题。
暂无评论
traffic-policy
profile FTP
bandwidth upstream maximum 500000 // 单位 kbps
display traffic-policy profile
display qos lr interface GigabitEthernet 1/0/1
bandwidth maximum、CIR 等,就是限速了display security-policy rule | include FTP
ftp server passive-port 50000 50100
iperf3 测裸 TCP 速度:iperf3 -c 防火墙IP
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论