@vvsystem PVE 推荐看他的博客，每个 macOS 版本他都会出新的教程，还是比较好的。

https://www.nicksherlock.com/2020/06/installing-macos-big-sur-on-proxmox/

@Dango101 AMD 的要 Windows 11 或者 Windows Server 2022

Other key features

Nested virtualization for AMD processors

Nested virtualization is a feature that allows you to run Hyper-V inside of a Hyper-V virtual machine (VM). Windows Server 2022 brings support for nested virtualization using AMD processors, giving more choices of hardware for your environments. More information can be found at the nested virtualization documentation.

@vvsystem 这。。。WSL 装 Linux 总不需要教程吧，然后直接参考 Linux 的 KVM Hackintosh 即可。

https://github.com/foxlet/macOS-Simple-KVM

还有一个用 libvirt 的，但是 libvirtd 需要 systemd 而 WSL 用 Systemd 比较麻烦就没搞

WSL 装 Linux 然后开 KVM 装 macOS 虚拟机。现在 AMD 和 NVIDIA 都开放了消费级产品的 VF，可以实现 GPU 虚拟化。Windows 11 下实测比 VMWare Hackintosh 快。

https://vip2.loli.io/2021/08/21/rzI3mMyQANth4cu.jpg

WSL 也提供了嵌套虚拟化所以没什么问题

https://support.cloudflare.com/hc/zh-cn/articles/115000310792-%E9%85%8D%E7%BD%AE-CAA-%E8%AE%B0%E5%BD%95-

使用 Universal SSL 时，请勿配置 CAA 记录
当您启用 Universal SSL 并通过 Cloudflare DNS 应用添加 CAA 记录时，Cloudflare 会为我们的每个 Universal SSL CA 提供商自动添加三个额外的 CAA DNS 记录。 如果禁用 Universal SSL 或未通过 DNS 应用添加 CAA 记录，则 Cloudflare 不会添加其他 CAA 记录。

这些 CAA DNS 记录不会显示在 Cloudflare 仪表板 DNS 应用中。但是，如果使用 dig 运行命令行查询，则将显示所有现有 CAA 记录，包括 Cloudflare Universal SSL 添加的记录。

如果您不想要或不需要 Cloudflare Universal SSL，可以在 Cloudflare SSL/TLS 设置中禁用它。禁用 SSL 会自动删除上述我们的官方提供商的 CAA DNS 记录。

？

尝试用过一段时间，太难用了。

不能自动从网站 URL 抓取 Favicon 做条目的图标，只能从他预设的网站类型里面添加时有图标。
只能添加用户名和密码，项目类型太有限
默认以 Dropbox 账号作为网站账号的预填充，每次还得手动删掉再粘贴账号

我这小区在一楼提供给小区住户这种公共厨房，提供炊具和餐具，食材要自己买。

如果你装各种库用的是 homebrew，那你还是得重新配置各种乱七八糟的 PATH，因为两个架构的 brew dir 不一样

挺多这么干的，怕楼上说的解析问题就 HTTPDNS 或者 DNS over HTTPS

PD 可以跑 ARM Windows 10，Windows 10 的 Insider 版已经支持了 x64 的模拟，绝大部分常见的 U 盾和控件可以正常支持。

@liuidetmks 代码签名证书根本没有 TLS 服务器证书的扩展类型，不能用于 HTTPS 。

https://vip1.loli.io/2021/05/11/5oBep3unGdNhgsX.png

https://comodosslstore.com/resources/code-signing-certificate-vs-ssl-certificate-whats-the-difference/

另外，你也说对了，用于签发 TLS 证书的中间 CA 是绝对不能用于签发代码签名或者 S/MIME 证书的，这违反 CA/B 基线。

要无缝升级一般就是 PIN 中间 CA 的指纹就行了。至于用相同中间 CA 签发的其他证书，虽然能过 CA Pin 但是过不了证书有效性验证啊，SAN 是不符的。至于没有 SAN，不符合 X.509 证书规范，正规 CA 不会签出来这种证书。

@ZeroClover 没看到 append

原文链接怎么是 AAD 跑在 NET Core 3.1 上的文章？

ipset

和印钞发钞的工作一样，货币本身也没任何价值

垃圾桶里面放着 php 和 Angluar.js

https://i.v2ex.co/2jnU1c29.png

@kejialiu https://support.cloudflare.com/hc/zh-cn/articles/360022014111-%E4%BA%86%E8%A7%A3-Keyless-SSL

各种什么私钥泄露问题只要一个 HSM 就可以解决问题，私钥只进不出，所有调用只在 HSM 能完成签名，然后将签名结果给服务器。除非你买的是带后门的 HSM，或者刚好撞上有设计缺陷的 HSM 。

如果本身运行环境就是不可信的，那需要的是整个系统做零信任设计，客户端放个签名无非就是浪费恶意攻击者几分钟而已。