Caddy v2中Emby服务的反向代理操作记录
最近收藏了几家Emby，趁手上有些优化线路VPS在吃灰，所以想反向代理一波把优化线路的余热发挥发挥（流量消耗消耗）。
因习惯使用Caddy，故直接用它来操作反代，开始几家的Emby反代都很顺利，无非就是准备好诸如
a.rpserver.com 的反代域名解析到优化线路的VPS，再到VPS中Caddy配置文件Caddyfile 内添加反代代码即可，随后再到播放软件中替换Emby服务商提供的https://a.embyserver.com:443 登录域名为反代域名https://a.rpserver.com:443 后即可，一般的Caddy反代配置代码大概如下。顺利的处理完几家Emby反代后，碰到了一家比较特殊的，按上述常规反代操作后发现直连播放速度依然龟速，随后在
Caddyfile 中开启日志记录分析后发现问题不简单，该服务商Emby的播放源地址与它提供的播放软件填入地址https://b.embyserver.com不是同一个，所以反代了播放软件填入地址并不会对播放生效，播放依然再走服务商的无优化线路，后研究发现该服务商提供了额外系统，该系统以Emby账号为颗粒度来划分反代功能，如使用者有反代需求，则需先至该系统录入执行反代的域名并保存后才会“生效”，为什么要打双引号，请往下看😄。在该系统内把执行反代的域名
b.rpserver.com录入保存，系统已显示当前播放线路为反代线路，不再是服务商的默认线路，但随后以反代域名登录播放软件，点击播放后居然返回了404、5xx之类等无法找到文件或服务器异常的错误提示😮。只能再次分析Caddy反代日志并立马向ChatGPT和Gemini两位大师发起求助，最终发现在服务商提供的系统中保存反代域名后，播放的源地址分别变为了
https://b.rpserver.com:443、https://b.rpserver.com:444 ，经对比分析443端口播放的是服务商最近添加位于服务器本地硬盘上的文件，而444端口播放的是服务商早期添加位于服务器之外网盘上的文件。但问题的关键是，服务商提供的系统可能存在功能bug的原因并没有把
https://b.rpserver.com:443、https://b.rpserver.com:444 或绑定或指向或重定向到它自身的源地址https://b1.embyserver.com 、https://b2.rpserver.com ，所以导致播放报错。既然已找出了产生问题的关键原因，那么换个思路也就能轻松解决了，因为服务商源地址
https://b1.embyserver.com 、https://b2.rpserver.com 已经确定，且服务商系统在保存了反代域名后会用该反代域名的443端口、444端口来替换源地址，所以在Caddyfile 中修改配置文件也能达到反代需求。最终反代代码如下，并细分了登录及图片资源反代、服务商Emby本地硬盘文件源反代及服务商Emby外部网盘文件源反代，同时也加入了Caddy日志方便使用过程中的问题定位与调整维护。
这次神奇的Emby服务反代操作记录就此结束，感谢Caddy高效简洁的配置语法及ChatGPT、Gemini两位大师的智慧让问题得以快速定位并解决，不得不感叹AI飞速发展带来的改变！
关联阅读
Loading...