这种网络结构，在局域网和公网的实际网速能到多少？

[nekoyaki]

出于反劫持和其他的一些目的，我在家里弄了这么一套比较奇怪的网络结构，如下：
一个旧式“百兆”路由器，无线速率标称是 150M。直接插运营商的网线，通过 PPPOE 拨号;
服务器 S，通过网线连接到路由器的 LAN 口 1，默认网关是路由器。
其他设备通过 WIFI 连接路由器，默认网关是服务器 S。



那么现在有一些非常基础，以至于我觉得很丢人的疑问……那就是，“百兆”的含义，到底是针对网卡，还是网口来说的？
是一出一入，加一起，百兆为限？还是说，出=入=百兆？跟 lan 口 /wan 口是否有关系？

产生这个疑问，是由于我发现我从服务器 S 上拷文件到笔记本上，只能达到 3MB，约等于 24Mb 每秒。服务器的 CPU 和磁盘 IO 肯定肯定是足够的了。我不知道是由于网络架构，还是路由器的转发性能，还是 wifi 干扰导致的。

然后引伸出了一个问题，如果我从公网下载东西，是不是就意味着一个流量，要先去路由器，然后绕到服务器，然后再回路由器，然后再到笔记本？

感觉好像是挺基础的问题，但是不太能想明白，求指教。

[rssf]

你的 Wi-Fi 路由器太垃圾，150m 的就那速度，想要快换支持 ac 的路由器或者 ap

[jasontse]

你的服务器是千兆还是百兆，百兆半双工，或者千兆半双工。

[nekoyaki]

@rssf
这个我倒是知道，我想知道的是差在哪儿，是在 wifi 信号上？ 路由器的网卡效率上？还是什么别的地方

[ovear]

wifi 速率限制，150 的就那样。。建议 5Ghz

[ovear]

@nekoyaki 差在环境上，你的环境太糟糕了。干扰太多，不符合实验室环境，一般 2.4Ghz 的现在的干扰都太大。

[nekoyaki]

@jasontse @ovear
服务器那边倒是可以肯定不是短板。说是服务器，其实就是一个千兆网口的 thinkpad。

我其实是想知道，我那个默认网关绕圈的问题，和 wifi 问题， 哪个影响更大，如果是前者影响更大，也许可以通过更改网络结构解决;如果是后者，那估计就只能换路由器了。

其实单纯换路由器也不过是花点钱而已，主要是我发现以前没想过这问题，感觉自己基础不过关。

如果我从公网下载东西，这时，一个流量，要先去路由器，然后绕到服务器，然后再回路由器，然后再到笔记本。这个过程里，经过路由器的，是四倍的流量，还是二倍的流量？

[KCheshireCat]

pc －无线－路由器－网关－路由器－外网

路由器是两倍流量。

[jasontse]

@nekoyaki 看了下，这么说吧，正常的流量没有损耗，经过代理的流量会变成半双工。下行的正常明文流量根据 ARP 表不会发往服务器，是直接到笔记本上。

[ovear]

@nekoyaki 毫无疑问 无线路由的问题，检验方法 ping 默认网关

至于宽带问题，你理解为单个路由下的互联可以跑满端口速度
跨路由的互联取决于 两个路由之间的互联速度

拿你的例子来说吧，为了方便我，我就直接以 ip 地址标致路由

从你的图来看，所有的流量都会经过.1，单端口速度绝对不会高于 100Mbps
如果是多端口的话，要看你的子网大小，这里我假定为你的子网大小是 192.168.1.0/24， 那么在子网内的通讯是忽略网关的，直接由 arp 协议提供网路发现。流量不经过"默认路由"的"处理器"，直接由互联的"硬件网路端口"处理。
在这种情况下，属于同级路由通讯，多端口下可以跑满 100Mbps * 端口数


如果你的子网不是 /24, 那么如果访问非默认路由管辖的子网，就是跨子网通讯，就是上面说的 "跨路由互联" (访问宽带同理)，这个速度就取决于 .121 到 .1 的速度。访问公网同理。

[trepwq]

有线 100m 全双工就是同时上传 100m 下载 100m，无线有损耗到不了电脑上显示的值，标称就更到不了了

[KCheshireCat]

@jasontse
下行流量只能走网关过，不走网关过怎么反劫持？
@ovear
交换机能不能跑满所有端口，受限于交换机背板带宽

[ovear]

@KCheshireCat 家用交换机一般就 4 个口，大部分都足够了。。基本可以忽略这个

[lusheldon]

所有客户端总的连接速率在理想情况下小于 70mbps，你看到的最理想的带宽只能达到 9M 以下。这种情况一般来说瓶颈就在你的无线网络。而且局域网吞吐量只会更差

[rssf]

@nekoyaki 所谓 150m 的无线就是这个速度，无线的 150m 可没法跟有线的 100m 比，能达到 1/3 有线速度都难

[jasontse]

@KCheshireCat 请你站在路由器的角度上按照 ARP 想想看再说话。

[KCheshireCat]

@jasontse #15

请你站在 LZ 实际需求的角度上按照 tcp 劫持原理 想想看再说话。

[nekoyaki]

@ovear
解释很详尽，感谢。

@jasontse
@KCheshireCat
我试了一下，从公网服务器下东西到笔记本上，在 S 上确实是能够监控到这份流量的。