@flypanda #13 这。。。。。你是有多大的耗电量啊，普通的 42U 机柜，普通供电一般是一个柜子 13A 总额，要腾出来 13A，厉害了。

@flypanda 你是有多少个服务器啊？要用一整个柜子的成本？还是说带宽要求高？

北京联通经常 23 点半到 5 点之间维护，但是都有公告，在官网右侧，非常多。
我也是某天夜晚不能上网搞了好一会打 10010 要报障才发现那个时段内 10010 会自动播放一段语音告诉你和官网一样的维护信息。
后来我也就佛系了，基本上都是分钟级别，最长一次我有印象的也就是不到 1 个小时。

也不是吧，看你之前本来要买的险种多少。
对我来说，改革后的更便宜了。

session 是保存在服务器端的，具体是存在磁盘上还是别的比如 memcache 之类的是看你 php 的环境配置：
https://www.php.net/manual/zh/session.configuration.php#ini.session.save-handler

简单来说，一般情况下，服务端会在 session 开始的时候，给客户端浏览器种一个 cookie，标记 session id，以后请求的时候，带着这个 session id 过来，服务端会把这个 session id 对应的 session 的信息都保存下来。
本身 session 就是为了在服务端临时保存用户信息，交易信息什么的，你这么使用没什么安全问题。

当然如果你客户端的 cookie 被偷了，那什么都不安全了。

@20ng21 😮‍💨，让客户去申请个域名不行么，内网解析一下，listen 一下，用又没什么影响

没有办法
内网也可以使用可信任 CA 签发的 ssl 证书呀，ip 证书是不好弄，域名证书，特别是单域名 dv 的证书基本上是免费的，你申请好，内网域名解析到内网 ip 还不是一样用？

tls 客户端证书

芯片
鼻纹
脸纹
等等。。。

@fzleee #57 #60 #64
补截图
https://i.imgur.com/jewCrY6.png

@fzleee #57 #60，1000 次的来了：
--- 192.168.0.1 ping statistics ---
1011 packets transmitted, 1011 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.029/6.415/153.323/9.391 ms

1011 次了，可以说明问题了吧？

204 packets transmitted, 204 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.016/4.653/32.529/3.201 ms

楼主你这个丢包太夸装了，肯定是设备或者系统有问题。
我这个结果是 macbook pro 在小米的 AX3600 上的 5G 频段测试的，这路由器里面日常 30-60 台设备不等，包含几十个 IoT 设备，当然那些 IoT 基本都是 2.4G 的，5G 就几个手机和笔记本还有一个电视机，没看到过丢包。

另外家里同时开着 3 台无线路由器，无线环境也是不好，但是真没遇到你这种丢包，哪怕最垃圾的无线路由都没遇到过。

如果是 3#这需求，那你分一下倒也没毛病。

1TB 太小了，干脆一个整盘做 TimeMachine 或者 CCC 备份使用吧。
有个 4TB 的话，分一分还行，不然备份分区很快就捉襟见肘了。

Google "localized country code and name"
第一个结果就是
这回答里面比较方便的是这个，真巧是个 github 的
https://github.com/umpirsky/country-list

楼主你是来求助的，你这态度真是。。。。。。

@100240v 22# 我这里北京联通倒是不用投诉，偶尔有一天夜里割接断网重拨变 CGNAT 后，我发现 ddns 连不回去了，就打了 10010 直接说要公网 ip，10 分钟后重启就回来了，一直到现在都是 v4/v6 公网双栈

@shmilwdc 我觉得 ipv4 的技术债、设备债太重了吧，全链路的设备以及各种应用网站什么的要全部兼容 ipv6 太久太难了，上了 CGNAT 还能苟很长一段时间不需要面对这复杂的情况。

CGNAT 全国都在推，这情况只会越来越多。
会投诉的还是极少数，大多数用户根本无感。

oss 域名本地解析或者 hosts 指定到内网 nginx，代理取 oss 资源后设置较长时间的 cache 即可