我理解的是，你这里的 nginx-proxy-manager 是监听了云服务器的 80/443 端口，然后你的域名 xxx.domain.com 解析到了你的服务器。你通过域名来访问你家里的 jellyfin 和 3000 端口的聊天服务。现在问题是，现在既可以用 ip:port 访问服务，也可以通过 domain.com 访问服务。

问题 1: frp 也是可以设置监听 127.0.0.1 这个地址的，这样外部就没法通过公网 IP+端口的方式访问了。或者你在云服务器的安全组里面设置一下规则，只允许特定的端口。

问题 2: 聊天服务监听的 127.0.0.1 是宿主机的 127.0.0.1 ，然后 host.docker.internal 指向是 docker 网桥在主机上的 IP ，两个 IP 不一样，所以访问它不通。

问题 3: 能做到，不一定要都用 docker 来搭建服务。

---

建议，你可以把 nginx-proxy-manager 改成使用 host 网络模式，和宿主机共用同一个网络命名空间，这样容器就能够直接访问宿主机上的网络了。

然后其他的服务在运行的时候，你就都监听 127.0.0.1 ，在 nginx-proxy-manager 里面配置后端的时候，统一都填写 127.0.0.1 。

在这里看看 十年之约 ： https://www.foreverblog.cn/blogs.html
( 不是我的 )

其实这种场景，排除 docker 的话，在官网下载 embed 版本的 python 应该是个比较合适的方案。所有的 python 运行环境需要的资源都在一个目录下，如果需要把程序放在其他机器上运行，直接打包然后复制过去就能运行，不需要整什么虚拟环境。

通义千问，我觉得算是在国内做得比较好的了，有类似 chatgpt 一样的语音聊天。

我一直把 docker 理解成一个“进程管理”工具，如果只是用来启动程序/管理进程，用 docker 那就没啥问题。docker 内置的一些功能，就有点像“虚拟机”，很容易给人一种 docker 可以当作虚拟机来用的错觉。但是 docker 和常见的虚拟机是完全不同的两套东西，它们实际上谁也不能代替谁。

家里长辈可能还是有必要去看看的，年纪大了，可能是见一面少一面，谁都不知道是不是最后一面。哎

2024 年了，就试试 systemd 吧，不要再看 10 年前的教程了。
不过我猜你找的可能是 tmux 。

@daisyfloor 是的，我现在也是比较早的那批用户，你看下你的账号下有没有绑定邮箱的吧，之前买断过的用户都送了一个终生的 pro 订阅。这个订阅是根据邮箱走的，绑定邮箱就行了。

以前 enpass 是买断的，后来改成订阅制。然后他们就把原来买断的用户升级成了终生的 pro 版本，和邮箱绑定。

现在是只要新设备安装后，用邮箱验证一下，就能解锁 pro 。

我用的就是 openvpn ，上面说的三点需求基本都能满足。

缺点就是 ldap 支持好像不太好，虽然用 pam+ldap 可以勉强实现用账号密码登录，但是貌似配置后不能推送路由和设置固定 ip(可能是我配置得不对)

不过总的来说问题不大，就是设备第一次连接的时候需要生成一次证书，设备都是固定的那几台。

用 lua 脚本去实现比较方便。我有个网站就这么做的，访问一个特定的 url 后，lua 脚本里面获取客户端的 ip ，把 ip 加入到白名单，白名单有效时间几个小时。

xx@opsc:/data/www/lua$ cat save_ip.lua
-- save_ip.lua
-- 获 取 客 户 端 IP 地 址
local client_ip = ngx.var.remote_addr
-- 设 置 shared dictionary 的 名 称 和 键
local dict_name = "ip_dict"
local dict_key = client_ip
-- 设 置 过 期 时 间 为 3600 秒 （ 1 小 时 ）
local expire_time = 28800
-- 将 IP 保 存 到 shared dictionary 并 设 置 过 期 时 间
local ok, err = ngx.shared[dict_name]:set(dict_key, true, expire_time)
if not ok then
ngx.log(ngx.ERR, "Failed to save IP in dictionary: ", err)
ngx.exit(500)
end
ngx.header.content_type = "text/plain"
ngx.say('Added: ', client_ip)
ngx.log(ngx.INFO, "IP saved: ", client_ip)
xx@opsc:/data/www/lua$ cat check_ip.lua
-- check_ip.lua
--
-- nginx.conf: lua_shared_dict ip_dict 10m;
-- 获 取 客 户 端 IP 地 址
local client_ip = ngx.var.remote_addr
-- 设 置 shared dictionary 的 名 称 和 键
local dict_name = "ip_dict"
local dict_key = client_ip
-- 设 置 白 名 单 ， 这 里 假 设 白 名 单 为 一 个 Lua table
local whitelist = {
["127.0.0.1"] = true,
["10.10.0.1"] = true,
-- 添 加 其 他 白 名 单 IP
}
-- 检 查 是 否 在 白 名 单 中
if whitelist[client_ip] then
ngx.log(ngx.INFO, "IP is in whitelist: ", client_ip)
else
-- 检 查 shared dictionary 中 是 否 存 在 客 户 端 IP
local ip_found = ngx.shared[dict_name]:get(dict_key)
-- 如 果 IP 不 存 在 ， 则 返 回 403
if not ip_found then
ngx.log(ngx.INFO, "IP not found: ", client_ip)
ngx.exit(403)
end
ngx.log(ngx.INFO, "IP found: ", client_ip)
end

我倒是希望 google 能老老实实彻底删除，而不是标记删除。

不说用户体验怎么样，不得不说这个键盘的候选词广告想法确实超前，不光超前，还实现了。

根据输入内容，直接用候选词的方式推送广告，从源头出发拿到用户的一手数据，直接甩掉了各种中间商。速度也更快，更精确的投送。

可以说是真 nb 呀

自带的 systemd? 复制一份 service 配置文件，配置好目录和启动命令。
systemctl start/stop/status/edit xxx

缺点是看不到端口，不过你可以把端口写在备注里，使用 status 的时候一样也能看到。

候补还是有用的，确实是更公平了。
“先来后到” 是公平的没啥问题，但是它公平的前提是每个人都要在同一个起点。
候补这个功能能让大多数没法刷票的人、有概率购买到车票。我觉得是没问题的。
然后车就这么多，肯定会有人买不到合适的票，上不了车，这个除了增加班次和座位，也无解了。

现在这个时候就先别找工作了，安心等等年后再看吧。
把注意力转移一下，不要焦虑抑郁了。

可能不是重启了，是自动休眠了，pve 好像有 bug ，休眠后好像唤醒有问题，如果是这样的话关掉休眠就好了。
ltsc 更新的频率已经很低了，更新后自动重启的概率很小。
换成 server 版的也是个解决办法。

我自己也经常遇到，有时候找个项目，点开 github ，发现已经 star 过了。我 github star 里面有大概 500 多个仓库，里面可能有 1/10 一点印象也没有。