类似帖子： https://www.v2ex.com/t/1108461

顺便补充一个方法：除了发 email 和找 https://telegram.org/support 之外，还可以去 Twitter 上私信 https://twitter.com/smstelegram 这个账号

@doraemon0711 #10

我这边测试是可以使用的🤔，至少在 Windows 11 23H2 （ 22631.5126 ）上测试无法复现这个问题。

这个注册表项只是让 Windows 资源管理器(explorer.exe)不要注册 Win + V 这个快捷键，它没有阻止其它应用程序注册 Win + V 这个快捷键

https://i.imgur.com/Zwt2ayK.png
https://i.imgur.com/MLKGMBM.png

可能的坑：
1. 由于我之前一直在使用 Windows 内置的剪贴板管理器，我在复现这个问题的时候注意到 Ditto 第一次注册快捷键的时候的确会提示注册失败(Error Registering DittoHotKey)，但是重启资源管理器后再重启 Ditto 并设置快捷键问题即会自动消失
2. 打开 Ditto 的选项界面并切换到“键盘快捷键”选项卡时会无法触发快捷键，需要先关闭设置窗口才能使用

@mxdyeah #10
应该是运营商 DNS 的问题，因为 chat.avatar.ext.hp.com 在失效前解析的最后一个 IP 就是 35.165.19.99
（并且现在无论是这个 aws elb 域名还是其对应的 IP 地址都无法提供服务了）
https://i.imgur.com/4A6hRHq.png

应该是程序的重连重试机制没有写好导致的问题：

这个域名如今在递归解析器和权威解析器上都返回 NXDOMAIN （没解析），查询 chat.avatar.ext.hp.com 的解析历史发现它的解析在 2023-05-18 就停了，而写死的程序显然没法知道外部服务的更变，只能一直重试…

https://i.imgur.com/7sWa0j3.png
https://i.imgur.com/KoOa26I.png

参考这篇回答 https://superuser.com/questions/1439819/disabling-winv-on-windows

总结：
1. win+r 执行
reg add HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced /v DisabledHotkeys /t REG_SZ /d V
2. 重启 Windows 资源管理器或重启操作系统

======
这个问题其实可以快速用搜索引擎找到答案，Google 搜索词：windows disable clipboard history keyboard shortcut

是的，一般就是为了防止攻击；有的网站甚至会判断浏览器语言(accept-language)来拦截请求。

同遇到过这个问题，猜测是邮箱不一致造成的；提供一个玄学办法，不保证管用：


0. 根据 GitHub Education 申请时的一些条件，这边假设你已经在 Github 设置了能用的 Public email 。
最好不要挂代理，如果可以的话用学校附近的 IP 访问

1. 打开微软账户的管理页面
https://account.live.com/names/Manage
点“添加电子邮件”把 Github 的 Public Email 所用的这个邮箱添加到微软账户，然后回到这个页面再点“设置为主要”把它设置为“主要别名”
https://i.imgur.com/EjDYDVB.png

2. 这个时候再登录 Azure 看一下邮箱有没有变成我们刚刚改的邮箱。可能有缓存，如果没有变需要等一会 / 多试几次登出+登录。
https://i.imgur.com/tqS7std.png

（可以看到 我这边为了演示改了邮箱之后微软的玄学系统直接把我的账号卡出了影分身，甚至直接把我之前注册过的的 Azure for students 卡没了😡）
（但是我这边把邮箱改回去之后就能恢复，通过这点我觉得 Azure for students 的验证机制可能的确和邮箱强相关）

3. 如果 Github 的邮箱和微软账户的“主要别名”能保持一致的话（或者确认缓存更新了）则可以继续：
在无痕模式 / InPrivate 里打开 https://signup.azure.com/studentverification?offerType=1 ，选下面的“使用 GitHub 登录”。

理论上到了这里就不会再出现之前的问题了（由于我这里只能执行续期操作没有办法继续演示了😿）
https://i.imgur.com/ni0zyQH.png

==========
这个方法是“玄学”方法的原因是：
1. 我这边用的是资料验证而非邮箱验证，所以不知道这个方法是否对教育邮箱验证有用
2. 看上面的回复甚至微软他们自己也不知道这个问题是怎么来的

希望有所帮助（

好像是博通把这些产品转免费后网站前端还没跟进，这里有个参数在没填写的状态下会默认为 false：
https://i.imgur.com/pbKisaP.png

翻前端 js 代码找到一个解决办法：在原来链接的末尾加上一个"&freeDownloads=true"即可

修改后的下载链接是：
https://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Workstation%20Pro&freeDownloads=true
https://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Fusion&freeDownloads=true

纠正这个参数后就可以下载了

https://i.imgur.com/7EQwk5M.png

=======
注：官网上的 VMware Workstation 与自动更新渠道分发地址的区别是：官网版会在单个安装包文件内一并携带 VMware Tools

补图（
https://i.imgur.com/yEr6ref.png

用 Cloudflare CDN 挂图片还是有限制的。如果传输的流量中图片等媒体内容的占比多得不成比例的话，Cloudflare 还是可能会清退用户。
要“免费”绕过这个限制的话，图片等媒体/二进制文件必须挂在它们家的 R2 （对象存储）或者 Workers （类似于云函数/Serverless ）这样的服务上。

详情见：
https://www.cloudflare.com/service-specific-terms-application-services/#content-delivery-network-free-pro-or-business


对于上面的其他网友提到的一些例子：
1. 被 DDoS 攻击消耗了几 TB 流量都还没被清退
- 对于除了图片之外的网站/网页内容的确有不计量的 DDoS 防御，例如： https://limbopro.com/archives/2106.html

2. /t/967085 中有人称“跑了 1PB 流量”
- 这一例子是通过作弊取得的 Cloudflare WARP VPN 账户的流量余额，VPN 和 CDN 完全不是一种产品

原因：
Nginx Proxy Manager 的锅，它只考虑了用域名的情况，用 IP 的话默认会被坑：
在"NPM"的 Github Repo 里面可以找到这样一行配置：
https://github.com/NginxProxyManager/nginx-proxy-manager/blob/498109addb6f2541082b88cb6ae115939321873c/docker/rootfs/etc/nginx/conf.d/default.conf#L36
https://i.imgur.com/LFTCDVP.png
由于上述默认配置，用 https://your_ip/访问会被拒绝 TLS 连接。
这个问题和证书提供商没有关系。


解决办法：
方法 1：直接改容器内配置，把这一行注释掉
# 假设容器名称是 npm-app-1
docker exec npm-app-1 sh -c "sed -i 's/^[[:space:]]*listen 443 ssl;/#&/' /etc/nginx/conf.d/default.conf && grep 'listen 443 ssl;' /etc/nginx/conf.d/default.conf"

方法 2：修改 NginxProxyManager 的源代码，自行构建镜像。

效果如下图：
https://i.imgur.com/mpCA823.png

按下开机键时电脑有连接电源吗？

（可以试着下载一个 ThrottleStop ，里面的 Limit Reasons 部分会给出粗略的 CPU 受限原因

https://i.imgur.com/zKKQYIf.png

应该要多等几天？（看见有群 u 是大概 7 天解封的）
毕竟 Telegram 他们公司只有不到 50 个员工，但是整个平台有 9 亿用户。

Telegram 在收到申请并审核后有可能不会回邮件直接解封，可以隔一段时间试一下账号能不能登录。


替代的话，除了 tg 和 signal 应该还有 Matrix 和 Discord

@v2tudnew #26
1.
> 你那张图无非是虚拟内存占满了，肯定是崩溃的，我上面已经说了你可以调大页面文件，实际它不会立即写入。
图上并不是虚拟内存占满了。程序要操作系统承诺(commit)大量内存≠进程真的要利用那么多内存（包括物理 RAM 和各种形式的虚拟内存）
例如：
https://i.imgur.com/UMWzUu9.png

2.
> 这种情况不是和 overcommit 一样的效果，没有 oom-killer 的情况下 Linux 内存占满它就不会崩了？
“Linux 内存占满后会不会崩”我不敢打包票，毕竟哪怕我是神仙我也不能超过物理限制；但这里的多个例子已经展示了 Windows 上物理 RAM 和虚拟内存两个都没占满甚至还有大量空闲的情况下就有进程崩了。overcommit 是灵活的变通手段不是死板杀进程的限制。

3.
> 所以关键的还是 oom-killer 杀死进程，但普通人如何配置哪些进程被杀死？
同上，Linux 出现 oom-killer 是「内存真占满了」的极端情况，Windows 上离极端情况还差得远的时候就开始拒绝内存申请。保不住后台的“小工具”，更不一定能保住高资源占用率的关键应用。
况且能给用户更大的选择权总归是好的。


4.
> 像手机游戏就经常被杀，加大学习成本研究守护方法。

拿移动端来比就没意思了。手机为了便携就必须在硬件规格上妥协（有限得多的电源供应、算力和内存大小），必须在续航能力/流畅度上想办法优化，这是操作系统有意而为之的设计。

以 Android 为例：当年 Android 2.3/4.x/5.x 的年代用户还得自己开黑阈/阻止运行/绿色守护主动关闭杀后台进程，要不然 xx 手机卫士/xx 手机管家/某宝/某些即时通讯软件/xx 手机助手怕是得在手机里闹翻天。
如今 Google 和国产手机厂商都学聪明了，手机硬件配置不断升级的今天，各种 XXUI/XXOS 的后台进程策略反而比当年严格得多。某三字购物软件更是靠“挖 CVE”来给自己提权保活。如今杀后台的可能不是 oom-killer ，更可能是手机自带的“系统管家”和操作系统的电池优化特性。


5.
> 默认 Windows 是所有分区分配页面文件的，自己不调没这个问题。
Windows 并不会默认在所有分区上创建 pagefile.sys 。
https://i.imgur.com/QkLnX2y.png

@v2tudnew #24

1. overcommit 在这篇帖子的场景下其实恰恰反而可以让操作系统上的进程更稳定，允许程序向操作系统“提交”多于虚拟内存+物理 RAM 大小的内存更像是一种宽恕，而不是严格的限制。
（要不然掌管服务器操作系统半壁江山的 Linux 上若是经常让关键业务和后台进程经常挂掉的话，那老板/员工/客户都得难受了）
（而且 Linux 上 overcommit 、oom 行为、swap/zram 都是有很多选项可以按自己需求灵活调整的）


2. 以 Linux 为例，杀死进程的并不是 overcommit 特性本身，而是 oom-killer 和内存分配失败导致的程序崩溃。

此外，假如真到了像是内存被占满必须得靠 oom-killer 出马杀几个进程祭天的场景，Windows 上“严格的限制”并不一定能保证后台挂着的游戏和大型任务能安稳地运行。
例如我在#16 楼发的截图：在“已提交”紧缺的时候，"System Informer"这种在后台挂着当资源监视器的小工具也会崩溃、Windows 控制面板也逃不过卡死。关键是它们崩溃时物理内存根本没占满甚至还有大量空闲。对于内存释放分配更频繁、空间请求和占用都更多的游戏和大型任务这很可能会更糟，毕竟进程的 Commit Charge 是不会小于实际内存用量的。