vicv

你的网络连接方案和我的是一样的。我的做法是另外起一个容器运行 ddns ，这个 ddns 容器直接使用 emby 容器的网络命名空间就可以了，这样 ddns 容中的网络就是 emby 容器中的网络，其实这就是 K8s 里面的 Sidecar 容器模式。在 docker-compose 中可通过 network_mode 配置 ddns 容器连接到 emby 容器。贴上我的 docker-compose 文件作为参考:
services:
emby:
container_name: emby
image: lovechen/embyserver:latest
cap_add:
- NET_ADMIN
- SYS_ADMIN
- SYS_MODULE
networks:
dmacvlan:
ipv4_address: 192.168.2.2
priority: 1000
dbridge:
ipv4_address: 172.16.2.2
priority: 100
volumes:
- ./emby/config:/config
- ./acme/ssl:/ssl
- /volume/media:/Media
devices:
- /dev/dri:/dev/dri
environment:
- TZ=Asia/Shanghai
- UID=0
- GID=0
- GIDLIST=0
- NVIDIA_VISIBLE_DEVICES=all
restart: always

emby-ddns:
container_name: emby-ddns
image: jeessy/ddns-go:latest
network_mode: "service:emby"
volumes:
- ./emby/.ddns_go_config.yaml:/root/.ddns_go_config.yaml
environment:
- TZ=Asia/Shanghai
depends_on:
emby:
condition: service_started
restart: always

networks:
dmacvlan:
name: dmacvlan
enable_ipv6: true
driver: macvlan
driver_opts:
parent: ovs_eth0
ipam:
config:
- subnet: 192.168.2.0/24
gateway: 192.168.2.1
- subnet: fc00:21:2::/64
gateway: fc00:21:2::1

dbridge:
name: dbridge
ipam:
driver: default
config:
- subnet: 172.16.2.0/24
gateway: 172.16.2.1

我觉得主要是生态原因，每个系统的流行领域主要是由那一堆生态软件决定的，系统只是提供基础的运行环境，是那一堆生态软件决定我们能不能更好、更快、更方便地把“事情”做了。因此造成在客户端主流是 Windows ，在服务端主流是 Linux 。当然 Windows 也可以做服务器的事情，Linux 也可以做客户端的事情，但是能不能把事情做得更快、更好、更方便呢？

人在广州，经过实验冻腿是不会感冒的，而且小孩子只要身体暖和，脚的发热量也很大。要是在北方的零下室温，那就不晓得了。

老哥还是要坚持治疗的，争取早日康复。人生除了码代码和打游戏之外还有很多其它事情可以做的，或许走着走着路就出来了，千万不要放弃。三十多岁平时血压在 90/140 应该算高了，运动起来血压也会增高。也警醒各位 V 友要多注意身体，有高血压的还是避免剧烈运动。

既然愿意花钱，有个非技术方案：给一笔钱公司的保洁阿姨/大叔，让她/他每隔一段时间来提醒你，要是你不听话，直接给你两大嘴巴子，然后就不是站起来那么简单了，直接就跑起来了。