Archeb 最近的时间轴更新 Archeb 最近的时间轴更新
mozz.ie
mozzi3
Archeb
| 利用 V2EX“所有回复”的特性，来分析一个有趣的指标。
1 V2EX • Archeb • 26 天前 • 最后回复来自 danbai
|
5 |
| 广东电信网厅的 F12 信息，令人生草 宽带症候群 • Archeb • 134 天前 • 最后回复来自 xiaoguaishou92 | 15 |
| 又一个查询 IP / 本机地址的小工具 分享创造 • Archeb • 198 天前 • 最后回复来自 Archeb | 8 |
| 广东电信《港澳用户有线宽带套餐》，“可链接域外网络”
1 宽带症候群 • Archeb • 191 天前 • 最后回复来自 AlphaTauriHonda
|
26 |
| 小🍠看到的，佛山电信开始明抢现有用户的公网 IP 了
1 宽带症候群 • Archeb • 233 天前 • 最后回复来自 xdzhang
|
13 |
| 没有人觉得“未注册手机号/SSO 登陆自动创建账号”是一个很糟糕的设计吗？
4 程序员 • Archeb • 276 天前 • 最后回复来自 julyclyde
|
28 |
| OpenTrace: 你熟悉的可视化 Traceroute 工具，现已开源 宽带症候群 • Archeb • 323 天前 • 最后回复来自 Archeb | 38 |
| 广州移动国际出口已经部分恢复 宽带症候群 • Archeb • 2023-06-09 13:31:50 PM • 最后回复来自 onezhi | 8 |
| 中国移动 517 电信日活动：千兆宽带提速包+三个月 10GB 流量 宽带症候群 • Archeb • 2023-05-17 11:31:05 AM • 最后回复来自 longmao | 34 |
Archeb 最近回复了
11 天前 回复了 orangy 创建的主题 › 宽带症候群 › 联通也开始测试 VoWiFi 了 |
这个其实是类似移动无忧行的方案，而且更早的时候（ 2018 年左右）我记得浙江联通就做过类似的试验，也是依靠 App 。
这与广东、上海电信在去年国际电信日（ 2023.05.17 ）已经试商用了的 VoWiFi 服务在标准上有很大的差异，新闻报道。对于用户来说，肯定是电信这个技术路线更无感、体验更好。
这与广东、上海电信在去年国际电信日（ 2023.05.17 ）已经试商用了的 VoWiFi 服务在标准上有很大的差异，新闻报道。对于用户来说，肯定是电信这个技术路线更无感、体验更好。
11 天前 回复了 digitalwater 创建的主题 › 宽带症候群 › 长城宽带避坑线路（非沃长宽） |
给你用到真长宽了，就是这个味儿！
22 天前 回复了 KomeijiSatori 创建的主题 › 信息安全 › 今日遇到的 OpenVPN 钓鱼 |
我测试了一下，复现环境要求为 Chrome + 首选语言为 en-US
我推测：谷歌在不确认投放广告者和被采用名义的公司关联的情况下，允许任何人投放一个任意链接（本案例中为 openvpn.app.link ），但是显示的 url （ href ）和 logo 、标题都写别人公司的。
我推测：谷歌在不确认投放广告者和被采用名义的公司关联的情况下，允许任何人投放一个任意链接（本案例中为 openvpn.app.link ），但是显示的 url （ href ）和 logo 、标题都写别人公司的。
27 天前 回复了 Archeb 创建的主题 › V2EX › 利用 V2EX“所有回复”的特性，来分析一个有趣的指标。 |
@koor 主动寻找这类帖子积极进行回复的用户和只是正常路过回复一下的用户，这个指标的差异应该还是很明显的
我刚才看到的某位用户，回复列表里面每页都只显示寥寥数条回复；而另外一位用户则是在 16~18 条之间，我自己也是在这个区间。所以我想只要稍微观察一下这个指标还是有显著性的。
我刚才看到的某位用户，回复列表里面每页都只显示寥寥数条回复；而另外一位用户则是在 16~18 条之间，我自己也是在这个区间。所以我想只要稍微观察一下这个指标还是有显著性的。
33 天前 回复了 cxtrinityy 创建的主题 › 宽带症候群 › 又是和移动拉扯的一次服务，还未办成服务😡 |
放了配线箱 ODB 不代表主线已经拉过去了，拉过去了也不代表已经接到 OLT 上有光了，有了光也不一定配置好了。
所以建议是等，投诉也没用得走流程，我家这边从新上一个 ODB 到能开通业务，等了半个月左右。
所以建议是等，投诉也没用得走流程，我家这边从新上一个 ODB 到能开通业务，等了半个月左右。
41 天前 回复了 Aaron325 创建的主题 › 宽带症候群 › 内蒙古移动有啥达官显贵吗 |
这么神奇吗
46 天前 回复了 sdevp 创建的主题 › 宽带症候群 › 电信企业宽带 IPv6 禁止下发 PD 前缀！ |
46 天前 回复了 sdevp 创建的主题 › 宽带症候群 › 电信企业宽带 IPv6 禁止下发 PD 前缀！ |
@soha 确实，这种做法在 v4 时代还算可取，但是 v6 就不合适了。
46 天前 回复了 sdevp 创建的主题 › 宽带症候群 › 电信企业宽带 IPv6 禁止下发 PD 前缀！ |
@wy315700 接同一个大二层上....也算能用吧
46 天前 回复了 sdevp 创建的主题 › 宽带症候群 › 电信企业宽带 IPv6 禁止下发 PD 前缀！ |
PO 主的认识没有问题，此种情况除了 ND Proxy 没有其他解法。
因为目前的情况与一般的静态路由并不相同，运营商是将该/56 前缀的路由指向了自己的设备，而且用户无法再在此设备上配置细分路由，而是默认将整个/56 配置到同一个接口上；此设备只会在该接口上根据 NDP 协议去学习地址并转发，导致只有同一个广播域上的设备才能够使用这些 IP 。因此，除了 ND Proxy 和 NAT 之外，没有其他办法能够让更小子网的用户用上这段 IP 。
我制作了一张图，方便理解一般的（无论是静态路由还是 DHCP-PD ）情况和楼主目前遇到的情况之间的不同
因为目前的情况与一般的静态路由并不相同，运营商是将该/56 前缀的路由指向了自己的设备，而且用户无法再在此设备上配置细分路由，而是默认将整个/56 配置到同一个接口上；此设备只会在该接口上根据 NDP 协议去学习地址并转发，导致只有同一个广播域上的设备才能够使用这些 IP 。因此，除了 ND Proxy 和 NAT 之外，没有其他办法能够让更小子网的用户用上这段 IP 。
我制作了一张图，方便理解一般的（无论是静态路由还是 DHCP-PD ）情况和楼主目前遇到的情况之间的不同
Select Language