@Socrazy 好像是提过，分配给 CPE 的好像公网 IP ，但实际上经过两层 NAT ，变成还是类似 NAT444 的模式，对外监听全靠碰彩（也就是外部 TCP 的 syn 会广播到这个 NAT 的全部 CPE 户端，谁先响应算谁）。

或者干脆是 DOD 地址？

我把这句话扔到 Google 都能给出 AI 回复。

如果谷歌账号被停用，即使验证邮箱是被停用的邮箱，您仍然可以申诉恢复账号。在浏览器中登录您的账号，在提示时选择“开始申诉”，然后按照指示填写理由。您可以提供一个不是被停用的邮箱地址来接收回复，并说明账号被停用的可能原因（例如，在中国使用 VPN 导致的不稳定）。
申诉步骤
访问申诉页面：:在浏览器（例如 Chrome ）中登录被停用的 Google 账号。
开始申诉：:在账号停用页面，选择“开始申诉”。
填写信息：:按照提示填写申诉理由。
提供一个可用的邮箱：:在申诉过程中，您需要提供一个可以接收邮件的邮箱地址，这个邮箱不能是被停用的那个账号的邮箱。
提供申诉理由：:简洁明了地说明您认为账号异常被停用的原因。例如，如果您在中国使用 Google 服务，可以说明由于 VPN 不稳定或频繁切换 IP 地址导致账号异常，并且这个账号对您来说非常重要。
使用英文提交：:申诉理由建议使用英文提交，以便 Google 团队理解。

https://support.google.com/accounts/answer/40695

@baobao1270 Google 不知道什么原因就是不实现 DHCPv6

试过腾讯云，Linode 的东京 2 ，家里 v6 过去都卡得快不行了（延迟高、丢包率高），反而用腾讯云基本没啥丢包，延迟正常。

@duanxianze 或者基础套餐上下传比低一些（高速率不低于 100:1 ，低速率不低于 10:1 ，类似），专门开上传加带宽和流量数的附加套餐来提上行速。和 transit 一样，发送方（上行）多付费。

防止运营商扫端口的话，最好放隔离内，用绳子跳回去。

@ReZer0 不知道，看文档写的

@humxman vless 吧？

@hyq777 应该不是，只给海南岛，因为海南岛已经说过会做些封闭措施作为自由贸易区，算是墙之外最近的地方。

@EVJohn 线路估计有保障（三大本身就有类似的专线），只是不作为工作业务来私用的话，小心不要乱说不该说的。

@yyzh 家用到日区 linode 见过全掉包，平时已经极度不稳定 20~40 丢包。反而借国内云做跳板反而 100 毫秒延迟加 0 丢包。无语了。

@bclerdx
中国的互联网交换模式和国外（包括港澳台）的有差别。

国外的无论哪种服务商都可以通过 IXP 做交换，为了终端用户用得舒服，ICP 愿意花钱和 ISP 做直连，甚至 ICP 做得够大还能覆盖一部分 ISP 的覆盖范围，自己也能做 ISP 一部分的转发。

国内就是 ICP 你要直连 ISP 三大才能全网覆盖给全部终端用户，ISP 留给 IXP 的容量不多，ICP 自己也没有全国骨干，只能借 ISP 来做不同地区 DC 连通，降本增效，ISP 的商业服务卖的死贵，PCDN 就是拿 ISP 的家用来代替部分 ISP 的商用，网间调度做得不好的话，就会挤爆 ISP 之间的跨网。

@bclerdx 或者 ICP 嫌 ISP 给的机房太贵了，开始将 CDN 一部分服务量用 PCDN 替代，然后导致大量跨网流量挤满呗（用户网间分布不均+调度有问题没有做到网内处理要跨网）。好像现在打 PCDN 最狠是联通，其次移动、电信。

@moefishtang 官方可以先下通用镜像（家庭（单、多语言）、专业、教育版全包），装完一个后，再到商场直接买专业版数字许可。

短信不看，代码+数据库全托管上云（代码至少本地也要保存吧），没备份。

只能说：尊重，祝福。

你是家用的话，你问客服端口 80 能不能开，客服可能不是觉得自己耳朵有毛病，就是你的那里有毛病。

@Suger828 一部分吧。我认为:

Java 的全对象化和原始值适配不够彻底，对应的原始值包装类自动装拆箱出现得太晚了，同时也存在编译器的能力问题，无法做到原始值在编译层面的包装类对应，导致了泛型不彻底。

还有提得最多的操作符重载，可能只有数学计算可以变得更直觉外，其他业务基本不一定用上，甚至会导致操作符滥用带来的代码清晰性问题。另外偶然找到一种替代机制——Manifold （ https://github.com/manifold-systems/manifold ），可以实现类似的操作符重载能力，机制是基于类似 lombok 的编译器行为拦截，原理就是同为 JVM 语言的 Kotlin 的操作符重载。

Java 的问题是过于工程规范化，并且语言特性更新得太保守太慢了。