技术支持也要硕士是吧，真行

这不是典型的民科思维吗 如果你担心 AES-256 的安全性 首先你要证明你存的东西比图灵奖对这个黑客来说更有诱惑性.

当然前提是你的密码不能是 123456

@caomingjun 我不记得当时为啥放弃订阅号的测试号了, 但是印象里是推送没有提醒 要点进微信才能看到. 测试号的调用次数至少在我用的时候(两年前)是没有限制的 按照现在订阅号依然能以个人注册的样子看 估计还是没有

@caomingjun 微信公众号的测试号吗? 公众号只能回复消息的. 我不清楚企业微信有没有测试号

@caomingjun 新建应用没问题 但是 API 调用不了 需要配可信 IP 才能调用 API 配可信 IP 前必须要绑定一个和企业主体对应的域名.

@caomingjun 现在新建的企业应用都需要配置可信 IP 和一个与企业主体对应的域名

一个项目排期出来要三个月不休息每天加班的时候 你就该把需求砍掉一半了
按照不休息排期 能按时做出来才是奇迹

@chinalawme "反正我本地 Clash 日志里可以看到 mtalk 域名，这样来看任何中间人都能看到。"
这句话是错的, clash 能看到是因为设置为了系统 VPN, 系统把 tcp 连接原样丢给 clash 处理你才能看到域名的. 所以 clash 在路由器上使用的时候才需要诸如 fake-ip 之类的辅助来做域名匹配.

但你下面那句应该是对的 mtalk 似乎用的是很平凡的 tls 然后直接在 tls 握手的时候被拿下了

curl https://mtalk.google.com:5228 -vvv --resolve 'mtalk.google.com:5228:108.177.97.188'
* Added mtalk.google.com:5228:108.177.97.188 to DNS cache
* About to connect() to mtalk.google.com port 5228 (#0)
* Trying 108.177.97.188...
* Connected to mtalk.google.com (108.177.97.188) port 5228 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* NSS error -5961 (PR_CONNECT_RESET_ERROR)
* TCP connection reset by peer
* Closing connection 0
curl: (35) TCP connection reset by peer

@chinalawme 啥? FCM 的推送是 5228 端口上的 TCP 长连接 和 curl ssl 的 tcp reset 有啥关系 客户端 tcp 连接到某个 IP 墙还能看出来域名的?

上海电信和北京电信均复现失败 FCM 的几十个 IP 中绝大多数仍然是可以直接连到 5228 的
比如:
nc -vv 108.177.97.188 5228
Connection to 108.177.97.188 5228 port [tcp/hpvroom] succeeded!

用 hledger 记了两年多了

Transactions span : 2020-07-01 to 2022-08-29 (789 days)
Last transaction : 2022-08-28 (8 days ago)
Transactions : 6074 (7.7 per day)

如果每一笔手动记的话难道不会对不齐账吗 单纯好奇 总会忘记掉点什么的把?

这领导还真不一定有问题 现在可能你们所有的运维都没升级系统内核的经验 也没有具体的流程来讲怎么无感知的升级你的物理机

你先升级个小版本试试 成本较低 风险也较小 真出意外了回滚可能也方便(这三个是主要考量) 还能积累经验 要是运气好升级完问题就修复了就更好了(后面这俩是添头)

等升级了小版本证明: 1. 升级小版本不顶用, 2. 有能力在生产环境升级系统内核, 3. 积累了经验和具体流程方法

我觉得领导不会反对你升级大版本的.

FAQ 倒是写的挺清楚的 就是做 client 只能在同一个办公楼里面用 做成 server 的话只能部署在同一个地址的 server 上