服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

CentOS 6路由器/防火墙似乎正在限制吞吐量

TL; DR 在120Mbps电缆调制解调器连接之后的CentOS6 NAT路由器/防火墙,似乎在最近的更新和安全“硬化”之后,以30Mbps的速度上限。 更新和强化之前,我得到了90Mbps。 我已经检查了CPU和networking的使用情况,这两者似乎都不是一个限制因素。 tc不显示任何stream量整形正在进行,我不知道如何进一步排除故障。 细节 我有一个CentOS 6系统作为一个Comcast电缆调制解调器后面的NAT路由器/防火墙运行,它也作为一个NAT路由器运行 1000 100 eth1 eth0 Internet——-Modem————-CentOS6—————–LAN 10.0.0.0/24 192.168.10.0/24 双NAT是CentOS系统中的一个遗产,它以前是作为桥接模式下运行的时代华纳有线调制解调器的路由器/防火墙。 当我进入康卡斯特地区时,我打算将调制解调器切换到桥接模式,但从来没有考虑过,双重NAT从来没有引起任何问题。 没有问题,我获得了90Mbps的吞吐量。 在准备在Comcast调制解调器上转换为桥接模式时,我决定通过禁用一些不需要的服务和做“yum更新”来“硬化”CentOS系统,而我之前从来没有这样做过。 硬化后,我做了一个速度testing,惊讶地发现吞吐量降到了30Mbps。 我尝试将我的主要桌面系统直接连接到调制解调器 eth1 eth0 Internet—Modem————-CentOS6—————–LAN | 10.0.0.0/24 192.168.10.0/24 | +————–Desktop(Win7) 运行speedtest.netvalidation我的Comcast连接能力为120Mbps,所以我在CentOS系统上做了一些改变,导致吞吐量达到30Mbps。 每次我从局域网(CentOS系统后面)进行速度testing时,我都会得到一个值在30Mbps的1-2%之内的值,所以它几乎感觉是某种东西被人为地限制了吞吐量。 我想也许stream量整形启用了某种程度,但tc似乎表明它不活跃 [jhg@perseus ~]$ sudo tc -s qdisc qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priomap 1 2 2 2 […]