断断续续

[gavinguan24]

断断续续

[GavinGuan24]

首先，在**大陆对抗 GFW 是违法的。你应该克制自己，不要从事任何违法犯罪行为。
其次，Ahri 的主要能力是同时访问多个内网；使用公网服务器网络环境只是一个辅助功能。

从技术上来说，ahri-client 与 ahri-server 之间仅存在一个 TCP 连接。
双方通过心跳感知对方处于健康状态。

在两种情况下会出现断断续续的情况：

1. 高延迟，导致 timeout，被判定为断链
2. 低带宽，导致读写速度受限，从而表现为高延迟，于是被判定为断链

为了解决这个问题，你可以适当调大程序参数 -T 的数值。
该值是 ahri-client 与 ahri-server 之间单向 IO 的 timeout 的 unit。
该值的单位是秒。
该值的默认值是 5。

想从根本上解决这个问题，您需要一个带宽稍大一些的公网服务器（最低 2M）。
或者服务器所在的城市与您常住城市的距离更近一些。

顺便说一句，我工作原因需要 google 之类的网站。所以有一个 vps 是 vultr 的。

[toplinuxsir]

更换Vutr ，问题依然
ARP Err (dial tcp XXXX:15672: connect: no route to host)

[GavinGuan24]

connect: no route to host 问题的原因已经很清楚了。
应该是 DNS 的问题，这个问题不在 ahri 的涉猎范围。
你应该自行 baidu 或者 google。

在过去一年半的时间中，一些胡乱的行为导致 vultr 的 IP 群落被 GWF 重点照顾。
所以，如果你想要更稳定的使用 ahri 的辅助功能，可遵循以下操作。

1. 在米国西海岸附近的城市多开几台机子，找到一个 ping 时间段大约在 200ms 的 vps (当然，因为物理距离较远，该值最低不会不低于 150ms)
2. use BBR，BBR 由 Google 贡献给 linux kernel，并在 4.9.0 之后的内核中启用。使用 BBR 后，Linux服务器可以显着提高吞吐量并减少连接延迟。
3. 确保你的本地网络环境带宽足够，不然由于物理距离，你说的断断续续的情况会一直存在。

最后，我很确定，我在访问 YouTube 的 1080p 的视频时，身处家中百兆宽带的网络环境下，断链情况在一小时内仅出现个位数个。
对了，GMT+8 的19点以后不论你使用哪个工具，网速都被降低很多。
到 23 点后，我这里的情况是直接限制为 2M。
猜测是 GWF 在这个时段会加大审核力度。
ahri 在这个时段下，断链情况会比平时多2~4倍。

当然，我的情况不代表所有人，所以如果你有优化 ahri 的想法与意见，请告诉我。

[toplinuxsir]

Thanks @GavinGuan24