@hlz0812 3g,4g 这种规模的访问量肯定是要走白名单的.这种统计其实可以不依赖于运营商,流量数据充足可以自己分析出来,然后再靠用户反馈来完善.

其实不仅是日本,在版权问题上很多国家都是这个情况.并且代理的检测不仅是靠 IP 地址段.
例如客户端的握手延迟和访问套接字的握手延迟差距超过一定数值就有理由怀疑是代理.
再例如同一个 IP 地址下有多个常用账号,连接和流量分布符合一定的模型,同样可怀疑是代理.
另外这个问题扣 tos 字眼没啥用,最好的结果也是督促服务商把禁止代理访问的条款加进去.

我还以为是我换了屏分辨率的原因呢...

即使移动端发射功率低,也不意味着提高 AP 端功率无用.
我们可以近似地认为,在某个阈值之下时,单端功率越高,其发送丢包率越低.即使移动端功率不变,在一些条件下提升 AP 功率,也会提升整体网络质量.
第二,正常使用无线设备的情况下上下传是不对等的.假设移动端与 AP 端的发包比是 1:10,丢包率同为 50%,则需要发送总计 22 个数据包完成通信.将移动端发送丢包率降低至 0%,则需要发送 21 个包.而将 AP 端发送丢包率降低至 0%,只需要发送 12 个包.
这只是一个简单但不精确的例子,用以证明单端的功率提升对整个无线网络是有提升效果的,甚至效果是显著的.网络情况复杂,我不敢保证一定有效,但至少对我来说是有效的.

不想改功率的话可以考虑中继.
换个路由器最高也还是 20dBm,从原理上讲没啥卵用.因为卡住你的不是功率,是法律.

国内销售的路由器 20dBm 被卡的死死的,穿两堵墙基本就挂了.
最好的方法是刷 openwrt 改地区,个人尝试的效果很好.我改的 AU,覆盖面积吓人.
唯一问题是在中国不合法,但似乎也没人管...

当然可以,我现在就在家里开着一些服务供公网访问,只不过是架在路由器上.
但也有问题.一是建不了站且互通性存疑.二是万一哪天一纸令下公网 IP 没收了你就得等 V6 了.三是备灾不好,比如物理性故障就得回家才能解决.
小型服务这么搞不错,规模起来了这样反而不划算.

看你想干啥了...不同需求肯定是不一样的...

@xiaolanger Chrome 用了快 10 年了,实在是没勇气换别的浏览器...

我对 Chrome 越运行越慢的情况基本放弃了，因为怎么鼓捣都还那样，实在受不了了就重做系统，效果显著。
缓兵之计可以考虑 Chrome 开机自启后台常驻，使用体验会有不小提升。

tpe 怎么叕断了...

电信去程一直都是绕道日本,但回程是 cn2 跨境.移动联通是直连.
你人在哪里?北京电信一般都是 90ms,联通 40ms...

因为被污染的 IP 地址基本固定,可以考虑把这样的规则加入防火墙.
iptables -t mangle -N dns_chain
iptables -t mangle -I PREROUTING -p udp --sport 53 -j dns_chain
iptables -t mangle -A dns_chain -m string --algo bm --hex-string "|453FB20D|" --from 60 --to 180 -j DROP
iptables -t mangle -A dns_chain -m string --algo bm --hex-string "|430F81D2|" --from 60 --to 180 -j DROP
...
因为使用了匹配算法,效率会有影响.但不是大型服务器问题不大.

在天朝,我们管这个叫 IP 自信.

合肥除了科大 IPV6 还行,其他学校间歇性爆炸很正常...
我那会儿学校 IPV4 地址 1M 带宽,拿 IPV6 地址还要看脸...

四个 8 经常会挂,基本上过段时间自己就好了.其实直接用 8844 挺稳的.
国内的话别只用这个当主 DNS.解析国外域名挺好的,但有 cdn 的国内站会被带着全世界到处跑.

题我看了看,挺有意思的...
不过要是能用纸笔就从逻辑题变成了信息汇总题,难度大减.
要是不能用纸笔信息量这么大,太考验记忆力了,能解出来真的很厉害...