不确定为什么这个功能被隐藏得很深，但是可以做到的
只需要编辑.env文件，在其中加入：
TTRSS_HTTP_PROXY=<你的代理地址>然后重新docker compose up -d即可
（完）
几个月之前，我把我的主路由重新刷成了Debian 12，装完各种软件之后....就再也没有正常获取到IPv6 PD，只能用NAT6先凑合着用
直到最近亲自抓了抓包，才发现问题何在——倒不如说，借此机会好好学习了一下IPv6 PD的获取流程
友人跟我说，他试了几个『浏览器科学插件』，不是已经死了，就是没多久就死了
——好像也是，笔者也用过一段时间的浏览器插件来科学上网，虽然还不至于是红杏这个年代，但是也用过skyZIP，他们的结局，无一例外就是，最后（尤其是这几年）死得特别快
既然友人问起来，那在解答的同时，其实也不妨拿出来谈谈了
虽然可能听上去比较扯，但是结合背景来看，似乎也就那样：
笔者的学校不知道出于什么原因（更好管控访问？防止53端口偷网？），阻止了所有出站方向目标端口为53的访问流量（是的，包括TCP53），这就让直接指定域外DNS成了一个问题
使用DoH，DoT当然是个解决方法，但是TLS的握手始终需要时间，这就让初次查询的延迟提高。嘛，不过，如果这个加密通道预先已经建立好又会如何呢？
于是本着不作死就不会死的态度，笔者开始尝试DoV，也就是：DNS over VPN
SSH翻墙的日子，和移动那5元30MB的流量包一样，已经一去不返了
现在跨境SSH流量倒是连得上，但是流量一大，分分钟就可以ban你IP（这就苦了用SFTP拉文件和Rsync同步的人了）。不过早期（Shadowsocks出现之前）的人们也没有坐以待毙，搞出了不少给SSH续命的方法，Obfuscated SSH（简称OSSH）就是其中的一种
Socks5（下面就简称为s5），掐指一算，岁数已经比站长大不少了，现在成为了被众多设备支持的代理协议之一（另一个是HTTP CONNECT）
s5支持代理UDP，这对于游戏党以及做跨境电商需要直播带货的朋友来说是个福音。但是很多人未必清楚的是：即使是服务端开启了支持，S5也未必可以代理UDP流量
欲知后事如何，请听下面分解