szzys: 今天测了个 IP 是电信的 AS4816 ，有见过，但貌似不多。这个 AS 下的一般是电信啥业务里面的？

youx:

sugubei: 河南某小镇，中国移动于 8 月 26 断网，期间打了多次 10086 电话，没人来修。本来我想着也不玩游戏，没修好就没修好了，今天准备打电话问问什么情况，直接 10086 自动转成视频通话了，只有查话费和流量，好家伙直接从根部解决你投诉。火气腾一下上来了。直接互联网投诉了。还有什么维护权益的么？想问一下

qingmuhy0:

想问一下江苏王卡的这个宽带活，是+20 可以得 1000M 还是说什么意思？

有没有朋友办过的，可以分享一下你们的经历啥的，有没有什么套路，我看规则说明，感觉没啥大的问题

hzzzzzp94:

如题，挂了一个网心云，直接显示离线了。问了同镇区域另外一个朋友也一样。不知道是全省市性的还是只针对跑 pcdn 的人？

czk1997:

收到了推送的广告，万兆 999 一个月，不过目前得抽选，而且有小区限制。 会送个没什么用的手机 3000M 带宽（不是流量）。 万兆家庭入户真的能用上吗。

lwen:

在我家的某个角落，有一台被时代遗忘的战马——MacBook Pro 2015 。它曾经是速度的象征，但随着时间的流逝，它变得像老马一样喘息，连打开个网页都能让它“热舞”起来。于是，它被我无情地打入了冷宫，默默地吃灰。

不久前，我入手了一台 n100 ，打算让它在 PT 的世界里驰骋。但很快我发现，n100 那小巧的 CPU 就像小马拉大车，根本撑不住。CPU 的负载表直接爆表，让我意识到，这不是长久之计。

灵光一闪，我想到了那台被遗忘的 Mac 。何不让它重出江湖，承担起 PT 的重任，让 n100 只负责轻量级的软路由任务呢？说干就干，我给 Mac 装上了 Docker ，准备让它在 PT 的海洋中扬帆起航。但命运似乎总爱开玩笑，Mac 在读写 NTFS 硬盘时遇到了难题，CPU 的负载再次飙升至 100%，我几乎陷入了绝望。

就在我准备放弃的时候，一个大胆的想法冒了出来：为什么不试试 Linux 呢？网上的评论褒贬不一，有人说 Linux 在 Mac 上的表现并不如人意，驱动问题一大堆。但我想，不试试怎么知道呢？毕竟，有时候，最不可能的路，可能就是通往成功的捷径。

于是，我决定冒险一试，给 Mac 装上了 Ubuntu 。结果，奇迹发生了！ Ubuntu 在 Mac 上的表现出乎意料地好，PT 的下载速度轻松突破 100M 大关。不亲自动手，你永远不知道会发生什么惊喜。

syswow64:

近日发现 plex 的服务不可用。排障过程中，发现了一些有意思的事。

过程

Plex 其中一个受影响域名是 clients.plex.tv。

首先，查询 DNS ，得知此域名解析结果没有被污染。

$ nslookup clients.plex.tv
Server:         192.168.1.1
Address:        192.168.1.1#53

Non-authoritative answer:
Name:   clients.plex.tv
Address: 172.64.151.205
Name:   clients.plex.tv
Address: 104.18.36.51
Name:   clients.plex.tv
Address: 2606:4700:4400::6812:2433
Name:   clients.plex.tv
Address: 2606:4700:4400::ac40:97cd

其次，选取 2606:4700:4400::ac40:97cd 为目标 IP 地址，测试连通性。得知此 IP 地址没有被封锁。

$ ncat -v 2606:4700:4400::ac40:97cd 443
Ncat: Version 7.93 ( https://nmap.org/ncat )
Ncat: Connected to 2606:4700:4400::ac40:97cd:443.

接着，选择 visa.com 为 SNI ，使用 curl 测试服务可用性。重复两次，得到相同结果。

$ curl --silent --output /dev/null \
  --write-out "%{http_code}" \
  --resolve visa.com:443:[2606:4700:4400::ac40:97cd] \
  https://visa.com
301

然后，选择 clients.plex.tv 为 SNI 再次测试服务可用性。观察到 curl 卡住，遂手工终止程序。

$ curl --silent --output /dev/null \
  --write-out "%{http_code}" \
  --resolve clients.plex.tv:443:[2606:4700:4400::ac40:97cd] \
  https://clients.plex.tv
^C

此时，再次使用 ncat 测试 IP 地址连通性。发现此 IP 地址已被封锁。

$ nc -v 2606:4700:4400::ac40:97cd 443
Ncat: Version 7.93 ( https://nmap.org/ncat )
Ncat: Connection timed out.

最后，使用 mtr 探测问题发生位置。命令：

$ mtr --tcp --port 443 --interval 1 --timeout 3 --no-dns 2606:4700:4400::ac40:97cd

发现最后一跳不在输出中显示。

约 5 分钟后，第三次使用 ncat 测试 IP 地址连通性。发现恢复。

$ ncat -v 2606:4700:4400::ac40:97cd 443
Ncat: Version 7.93 ( https://nmap.org/ncat )
Ncat: Connected to 2606:4700:4400::ac40:97cd:443.

此时，第二次使用 mtr 追踪路由。发现最后一跳已能够在输出中显示。

变换网络环境为蜂窝网，重复上述实验。结果相同。

使用 wireshark 抓包，重复上述实验。发现若 clients.plex.tv 为 SNI ，客户端在服务器 ServerHelloDone 后的一段时间内，不再能收到服务器的任何报文。这一过程中，客户端没有收到过 TCP RST 。

猜想

Plex 的一些域名已被 middlebox 干扰。

这一审查使用了非常聪明的机制，不同于以往封锁 IP 地址在骨干网丢弃出站报文，表现得更像是源自服务器的故障。

根据已知事实，楼主的猜想如下：

• 审查通过 SNI 触发
• 触发后，middlebox 会添加二元组条件的临时过滤规则来丢弃报文
• 规则在入站方向生效（依据 mtr 的输出结果猜测）
• 临时规则有效时间约为 5 分钟

此外，楼主猜测执行这套审查机制的是一套新颖的系统，与执行 SNI 阻断（如对 store.steampowered.com ）的那套也不同。最明显的是，这套系统没有注入 TCP RST 报文。

楼主尝试使用 TCP 或 TLS records 分片（ fragmentation ）保护客户端与 clients.plex.tv 的连接免受 middlebox 攻击，但失败了。而这一措施在应对 SNI 阻断时十分好用。这可能说明，这套系统拥有充沛的计算资源来执行流重组。

BZGOGO:

昨天申请公网 ip ，今天早上来电说已开通，重启光猫即可……

目前依旧是光猫拨号，对比未开通公网，发现问题……

不能访问 speedtest.net 网站和 app……

不能访问 github……

不能使用微信（绑了国外号码的 wechat ）……

访问 http://ipv6-test.ch/等测试 ipv6 的网站不能显示 ipv4……

不能使用自建 v4 TIZI ，同鸡双栈 v6 正常……

得出结论：公网 v4 有白名单

再多次重启光猫发现公网 IP ，223 开头的一切正常，139 开头有如上问题……

这情况什么鬼？有没有人遇到过？

czk1997:

收到了推送的广告，万兆 999 一个月，不过目前得抽选，而且有小区限制。 会送个没什么用的手机 3000M 带宽（不是流量）。 万兆家庭入户真的能用上吗。

Ausmo: 首先说明一下本人的网络情况为
最常见的光猫+路由器组合，电信光猫自带的 wifi 关闭，有/无线网络都走路由器，路由器动态 IP 模式
路由器型号：华硕 AX86U Pro
发现问题过程：这两天突然发现有时候访问一些页面会巨慢，但是 speedtest 测速网速又正常，总结就是有些网页始终慢，大部分网页速度正常，偶尔慢。我第一反应认为是路由器出问题了，因为路由器常年无休，本身也挺热，没上啥散热措施，于是重启路由器也重启了光猫，无效。难道是路由器休息时间不够？直接路由器光猫断电一夜，第二天依旧会有这个问题。后来有/无线改为直连光猫，发现以前慢的网站速度变快正常了。后来确定了只有某些网站访问会出现这个情况，一走路由器就慢，直连光猫就正常，例如 msn.cn 这个地址。后来查了下有个老哥的现象和我非常像，不过他的情况更严重，直接走路由器某些网址都直接访问不了，我是访问速度巨慢。 最后的方案我也是参考了那个楼里的方案解决的。老哥的帖子链接 https://www.chiphell.com/thread-2524920-1-1.html

问题简述及解决方案：走路由器访问某些网站和走光猫直连存在差异，具体原因是 DNS 解析的原因。但是以前貌似没这问题，最终方案是在路由器设置里将 DNS 设置成了 223.5.5.5 ，之后设备走路由器的网访问之前巨慢的页面也都正常了，推测是 ISP 对二级路由设备有啥限制？或者有懂的老哥可以分析下

fyxtc: 厦门的电信融合套餐快到期了，不想续了，太贵了，99/月 300M ，联通 59/月 1000M

不打网游，只要网页打开速度和视频能流畅看就行，想问下体验是否差距大，以及对梯子有影响吗？

willsams: 之前买的 netgare 500 块左右的用了 8 年了，没什么问题，想换个新支持 wifi6,wifi7 的试试，买了个 be6500pro ，真是 2.4g 网络每天必掉线，5g 还稳。 掉线就需要手动重启路由器。 家里的物联网设备都变离线了。
去小米官方反馈一点回复都没有。

再解决不了我要用回老路由器了

AS58453: 各位使用成都、四川移动地区专线的 V 友们，请关注自己专线的网络状况：
由于打压 PCDN ，从 2024.9.1 日下午 16：00 以后，成都地区移动出现了只要有上传流量（流速>10mbps ）,会出现到网关的高 ping 、跳包现象。同时上传速度仅仅只有正常速度的 10/1 。
我这里已经有两条专线中招，有一条日均上传很高（作用于网盘备份、同步），而另外一条日均上传不过 5-15G ，一个月下下上行流量不过 137G 。
现在的情况就是：下行可以跑满合同限速，ping 不丢包，只要测速开始测试上传，并且速率>10m ，到第一跳网关将出现高 ping 导致整个网络连接质量极差，停止上传后网络会立即恢复正常。
tips：1 、这些都是固定 IP 的专线，不是家宽；
2 、最开始我还认为只针对高上传用户，结果低上传用户也被一锅端了。
3 、不跑 PCDN 、PT ，不要拿跑 PCDN 被收拾来幸灾乐祸。这个 QOS 策略纯纯傻逼。
大家对照一下检查一下专线的情况把

图片：
https://imgur.com/a/xz6kYwV

ABCDEFAA:

RT 装了 10 年的宽带还是 169 300M 资费降不下来 网上找了个 99 300M 但是没有公网 IP 每个月可以省 70

另外一个方法是跨省办理宽带 39+30=100M 39+60=300M 39+100=1000M 到底选哪个

ex898: 新闻链接 https://news.yahoo.co.jp/articles/c37abb7244e40dc23bc5fa006bb72e6bc2c8bb49
大致看了一下，说 NTT 开发的名叫 IWON 的次世代的光网络在 NTT 东京研发中心和台北的中华电信桃园数据中心相连，单程延迟 16.92ms 也就是日台延迟在 34ms 左右。现在日台延迟普通在 40 到 45ms 左右，是要快了一点。带宽则是 100gbps 。还有点离谱是的说消费的电量是现行的 200 分之 1 ，这是真环保啊

NxxRngjnbgj:

目前在用联通 480 一年，加 iptv ，一年 600 ，就现阶段而言，结合价格和使用体验，家用我感觉 500m 刚刚好，不多不少