旁路由模式推荐将旁路由和网关放在一个独立的网段内，否则下行流量（即由网关返回的响应）会直接由旁路由回复给 LAN 内的设备，造成非对称路由。
这在某些情况下可能会造成意想不到的问题。你这个 case 看起来就像是这样。

拓扑配置，可借鉴我自用的类似方案 https://github.com/povsister/v2ray-core

给你参考下我这正确配置的情况

curl -o /dev/null -s -w "DNS Lookup Time: %{time_namelookup}\nConnect Time: %{time_connect}\nPre-transfer Time: %{time_pretransfer}\nStart Transfer Time: %{time_starttransfer}\nTotal Time: %{time_total}\n" https://google.com

* Host google.com:443 was resolved.
* IPv6: (none)
* IPv4: 172.217.174.110
* Trying 172.217.174.110:443...
* Connected to google.com (172.217.174.110) port 443

DNS Lookup Time: 0.004620
Connect Time: 0.006571
Pre-transfer Time: 0.328742
Start Transfer Time: 0.416287
Total Time: 0.428822

t/1039732

你进 116.226 的竞技场了。无解，安分一阵子重新拨号看能不能把你提出来吧。
另外你这个“玩了几天 PT”，上传量多少啊？我一周 200G PT ，这已经一年多了都没事。

取决于有没有自己的护城河，没有门槛的行业不存在你说的这种情况

互联网增长基本见顶了，业务狂奔消停后，大厂 SRE 岗会逐渐开始受重视。
但 SRE 本身是个系统性工程，现在国内问题是很难找到这么一个足够高 level 的人去统领全局。

外企来说，从我呆过两年的 HPE 来看，如果你的位子不够高，其实很难拉到那么多资源去做 SRE 建设。
微服务稳定性和健壮性其实算是最基础的，SRE 是要从可观测入手，搭建一整套服务的观测-诊断-应急处理预案-长期稳定性指标监控，进一步到变更管理，日常巡检等等。要做的事情太多了。

简单不等于把后路堵死，软件解决方案最好是可迭代的。

你表述的应该是：是否要为了尽善尽美的解决问题，而把系统复杂度拉的太高

这个老生常谈的问题了，自己拿 占用资源 - 工时 - 可扩展性 去权衡吧。每个项目都有每个项目的要求。

#6 说的很对，很多搞外挂的，自身也是高手，而且外挂不同平台的骚操作都不一样。

当然，你如果就想整点易语言抄基址的玩意当我没说。

之前手写 OSPFv2 的时候，感觉是真的设计简洁，而且全网计算问题还好，area 划好的情况下，一般只有 ABR 工作重一点。何况现在 cpu 内存不值钱了，SPF 计算虽然有点麻烦但并不算慢。

@lox
居然不是 go 写的，我看到这种第一反应是：网络原神！

住口！这根本不是交流！！

中间的路由器：你是不是当我不存在？
现在 isp 对于 tcp 这种协议大多都是 stateful tracking ，你这么搞只会 conn track 不命中被当无效数据包丢掉。

ssh
pvdisplay
vgdisplay
lvdisplay

pt 不走代理我是单独给个了 IP ，然后在 ROS 上设置的 from 该 ip 直接 lookup 没魔法的路由表。

如果你 pt 和 nas 共用一个 ip ，则基本只能限制 pt 入站（上传）流量不走代理，因为 pt 下载流量端口是随机的。
否则就只能让 nas 也不代理。

另一个办法是，常用 xray/v2ray 等 core 都可以 sniffing 协议，可以路由上配置 bittorrent 直连，但只是不消耗代理流量，cpu 还是免不了爆炸。不清楚 passwall 是什么 core

最好办法还是把 pt 挪出去，单独拿一台小主机分配独立 ip 去跑。或者你能折腾 nas 上的桥接拿个新 ip 也行。

@cjd6568358
PT 我也不认为 7x24 跑满上行是合理的，我自己也就挂 10 多 T 种子吧，平时为了保证自己使用，都是限速到 80Mbps 上传，仅在深夜 2 点至 7 点解除限速，主要挂 U2 TTG ，一周上行一般在 200-300G 。
我觉得自己应该算 pt 中重度用户，但 PCDN 上传量可比这恐怖多了。

另外#71 其实讲的很中肯了，PT 你看看一个站注册才几万十万人。一个小区可能也就一两个，而且不赚钱不会形成产业集群，单纯只是爱好者，自然不会被 ISP 针对。

PCDN 入局后有人盯上这块差价蛋糕，拿大量普通用户拉下来的宽带价格卖给 PCDN 厂商，大肆薅 ISP 羊毛。最终成本就是所有普通人一起承担。


@wy315700 #71
不太懂这块法规
厂商持证经营出售设备，但设备挂在哪用是用户说了算，所以其实有种：我卖刀但你拿刀砍人，你不能找卖刀的麻烦。这样？

@cjd6568358
玩 PCDN 的收入可是实打实的法币，和 pt 的“一摊数据收益”能比吗？
不过我是同意 ISP 直接对国内 PCDN 厂商出手的。先打掉平台，用户自然就没了。

sre 是系统性工程，小厂只需要救火队员。大厂现在一坑难求

八个小时你全程高负载吗。按理说普通用法 10 小时起应该