1. 不要到了再找酒店，晚上的酒店比较贵，所以最好提前订。
2. 不行的话，打个车去找便宜的。
3. 如果是因为飞机票便宜而选择飞机的话，最好还是考虑一下，算上机场到目的地的距离和值机时间损耗再加上酒店和车费，算下来不一定比高铁便宜。

纯粹看运气吧，每天都有无数的人/机构在扫描，目的都各不相同，有的被黑了就是在当肉鸡，有的在挖矿，有的被勒索，有的被黑了不暴露在后台偷数据，有的时候甚至能同时被几波人黑进去，有的黑了你后还会帮你补漏洞。。

我理解的是，你这里的 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 的时候一样也能看到。

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