aalivexy

我遇到这种问题的时候就是手动在需要 remote 端打开一下前端和后端的页面，后端找个 health check 的端点，俩页面直接访问都肯定不信任 TLS ，两个都点击忽略，然后访问前端，前端里调用后端就正常了。这时候即便不信任 TLS 证书浏览器针对这俩都会放行，所以可以访问。

这么做的好处是不需要信任根证书，临时用一下很方便，没有任何安全问题，缺点也是只能临时用一下（不过都开发环境了也够用）

如果真要想一劳永逸解决这个问题，其实也可以用 acme 申请默认受信任的证书，服务端用 letsencrypt 之类的证书就好了，开发环境也是可以用 acme 的啊，客户端默认信任的，dns 解析到内网 192.168.3.168 你的开发机，开发机配个 acme 就好了，没那么复杂。

大家可能不太会倾向于用这种东西的原因主要还是信任，信任这个东西不是说东西好用就够的，楼主的这个东西本质上就是自建一个 CA ，这种安全基础设施没有有公信力的第三方审计估计很少有人敢用。

@fiercex #9 freebsd 可能悬，因为上游没有相关的 CI/CD ； mac 下肯定是能编译的，只是可能需要一些 cmake 的配置调试，而我目前的大学的生活费不太能支持我买一台 Mac （ x

没有强依赖 mkl ，bergamot 的 CI 是有编译 mac 版本的（这玩意还有 wasm 版本，给浏览器插件用的），有 openblas 后端可选，只是可能慢点

@mzsone 感谢支持

@7gugu 感谢支持

@ZiLong 感谢支持

@molezznet #5 有考虑兼容，如果软件有提供自定义 API 接口的话更好，可以针对性适配

@zcp19970603 感谢支持

@fiercex bergamot 的快速翻译依赖 intel mkl 库，目前我知道的信息是 MKL 2024 已经不支持 Mac 了，老版本的也只支持 Intel Mac

虽然理论上是可以通过 openblas 来提供 Mac 支持，但我目前没有 Mac :(，能和我说说你的使用场景是什么么？我目前还是更多的将这个项目作为 selfhost 在 homelab 的一个服务开发的

@mzsone #1 写 Rust 是这样的，看到啥都想 rewrite it in rust
不过我能力不够底层库还是调用了 C++了（ x