• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

F1030防火墙+ftp

1天前提问
  • 0关注
  • 0收藏,45浏览
粉丝:0人 关注:0人

问题描述:

往防火墙F1030上放一个文件,上传速度只有60M,带宽是1G的带宽,这正常吗
是不是因为防火墙上FTP软件本身就有限速

5 个回答
粉丝:8人 关注:9人

H3C F1030默认没有内置FTP专属限速规则,1Gbps链路下单大文件FTP理论满速可达90~120MB/s,60MB/s属于异常场景,排查步骤如下:
1. 检查接口协商状态和错包:执行display interface GigabitEthernet X/X,确认接口协商为千兆全双工,无入/出方向丢包、CRC错包。
2. 检查QoS限流配置:执行display qos policy all、display car all,确认没有匹配FTP端口(20/21)的流量限速动作。
3. 临时测试关闭安全检测:在FTP所属安全域下执行undo aspf enable ftp,关闭FTP深度状态检测后复测速度,排除ASPF检测性能开销影响。
4. 排除业务侧因素:如果上传的是大量零散小文件,受防火墙Flash读写性能限制速度偏低属于正常,单大文件场景下还需排查中间链路其他设备是否存在限流。

暂无评论

外网口可能是正常的,和宽带套餐相关,内网口看下是否配置限速了。

暂无评论

粉丝:114人 关注:11人

先确认下防火墙支持的带宽情况

检查下有没有做限速

暂无评论

粉丝:16人 关注:1人

在千兆带宽下FTP上传仅有60Mbps,这个速度确实不太正常。防火墙自身通常不会对FTP这类基础应用做主动限速,60Mbps这个瓶颈值,更像是触发了百兆协商、应用层安全策略深度检测,或经过VPN封装后的性能上限。

排查效率上,建议优先对比测试和简化防火墙策略。


1. 隔离“真凶”:一个关键的对比测试

这个测试能帮你瞬间锁定问题是在服务器端还是中间的网络。

  1. 直连测试:找台电脑,配置一个与防火墙内网口同网段的IP,用网线直连到防火墙的内网接口上。

  2. 上传文件:从这台电脑向FTP服务器上传文件。

    • 速度恢复正常:说明问题很可能出在防火墙的安全策略和深度检测功能上。

    • 速度依然很慢:问题大概率出在FTP服务器本身,或者防火墙与服务器间的网络链路上。


2. 防火墙侧深度排查与优化(按推荐顺序尝试)

以下操作无明确版本限制,但涉及多个功能调整,建议在业务低峰期进行,每次只改动一处,验证无效后立即恢复。

  • 暂停应用层检测:这是性能损耗最可能的来源。应用层检测或入侵防御如果对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配置,确保当前策略无错误限速。


3. 其他网络环节排查

如果上述针对防火墙的操作都无效,请继续排查以下三点:

  • 检查网卡与服务器:排查FTP服务器及途经的交换机端口工作模式,通过备用端口或FTP客户端进行交叉测试,确认服务器后端磁盘I/O无瓶颈。

  • FTP传输模式:建议将FTP客户端设置为被动模式 (Passive Mode)。主动模式要求服务器主动连接客户端,易被客户端侧防火墙拦截。

  • 复杂组网排查:若组网涉及VPN,排查VPN本身的性能限制。检查防火墙的日志,看会话是否被错误丢弃。最后,还可通过FTP多线程工具测试,判断是否为单线程性能问题。

暂无评论

粉丝:10人 关注:2人

先把结论说清楚:
  • 60MB/s 正常,不是故障
  • F1030 本身没有 “FTP 强制限速”,但有默认 QoS / 安全策略会压到这个区间
  • 1Gbps 带宽 ≈ 125MB/s 理论上限,实际能跑到 90–110MB/s 才算跑满
下面分三部分讲:为什么只有 60M、是不是设备限速、怎么排查提速。

一、为什么 1G 带宽只跑 60MB/s?

你说的 “1G 带宽” 一般指 1Gbps(千兆比特)
  • 理论最大速度:1000Mbps ÷ 8 = 125MB/s
  • 实际环境(TCP + 开销)一般能到 90–110MB/s
你现在只有 60MB/s,多半是下面几类原因叠加:

1. F1030 的性能与默认策略

  • F1030:三层吞吐量约 2.5–3Gbps,七层(带安全检测)会低很多江苏政府采购网
  • FTP 属于七层应用,开启 AV/IPS/ 应用识别后,吞吐量会明显下降
  • 出厂默认会有 QoS / 带宽管理、会话限制、安全策略限流,刚好把 FTP 压在 50–70MB/s 区间H3C

2. 防火墙 “FTP 服务器” 本身的限制

F1030 可以当 FTP server,但 不是设计来做高速文件服务器
  • 存储是内置硬盘或 Flash,读写速度本身就有限(常见 60–80MB/s)
  • FTP 服务单进程 / 单线程,CPU 调度优先级低,大文件跑不高
  • 不存在 “故意限速”,但 系统资源调度会自然卡在 60M 左右H3C

3. 网络与客户端侧瓶颈

  • 客户端网卡 / 网线:是不是真千兆、有没有协商成百兆
  • 中间交换机:端口限速、风暴抑制、QoS
  • FTP 模式:用 被动模式(PASV) 比主动模式更容易被限速 / 丢包

二、是不是防火墙 “FTP 软件” 本身有限速?

结论:没有专门针对 FTP 的固定限速开关,但有三类机制会限速:
  1. 带宽管理(QoS)
    • 全局或接口下配置了 maximum bandwidth,比如限制 500Mbps → 实际~60MB/sH3C
    • 命令示例:
      plaintext
      traffic-policy profile FTP bandwidth upstream maximum 500000 // 单位 kbps
  2. 安全策略里的应用限速
    • 策略里勾选了 FTP → 限速 60MB/s(常见默认值)
  3. 会话数 / 连接数限制
    • 全局或域间策略限制 单 IP 最大会话数、TCP 最大连接数,大文件传输会被限流
一句话:不是 “软件故意限速”,是默认安全 / QoS 策略把 FTP 压到 60M 左右。

三、排查与提速步骤(可直接照着做)

1. 先确认有没有全局 / 接口限速

plaintext
display traffic-policy profile display qos lr interface GigabitEthernet 1/0/1
  • 看到 bandwidth maximumCIR 等,就是限速了

2. 检查安全策略是否对 FTP 限速

Web 界面:
  • 策略 → 安全策略 → 找到放通 FTP 的策略 → 编辑 → 应用控制 → 看是否勾选 FTP → 限速 60MB/s
CLI:
plaintext
display security-policy rule | include FTP

3. 关闭不必要的安全检测(临时提速)

  • 关闭:AV 防病毒、IPS 入侵防御、应用识别
  • 关闭后 FTP 吞吐量通常能到 90–110MB/s(接近千兆上限)

4. 换用 “主动模式” 或调整 PASV 端口范围

plaintext
ftp server passive-port 50000 50100

5. 客户端侧排查

  • iperf3 测裸 TCP 速度:
    plaintext
    iperf3 -c 防火墙IP
    • 能到 900Mbps+ → 网络没问题,瓶颈在防火墙 FTP 服务
    • 只有 500–600Mbps → 中间链路 / 交换机有限速

四、总结

  • 60MB/s 正常,不是故障,是 F1030 默认策略 + FTP 服务性能的典型区间
  • 没有 “FTP 软件强制限速”,但 QoS / 安全策略会把它压在这个速度
  • 想跑满千兆:关闭 AV/IPS/ 应用识别、删除 FTP 限速策略、用 iperf3 确认网络无瓶颈

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明