试了很多方案，最后还是挂载 SMB 或者 WebDAV 之后用 Foobar2000 直接扫描文件夹并生成播放列表

原因无他：目前碰到的大部分『自建云音乐』 APP ，基本上都会依赖音频文件自带的元数据（例如 ID3 ）去分布歌曲，但是当他们面对我的盗版音乐库（各种来源杂七杂八，ID3 残缺+乱码+非官方+对不上，只能依靠文件名索引）的时候，统一抓瞎

....是的，包括 Navidrome

即使真的有那个好处，主要还是回本周期太长了，十几二十年的，说句不好听的，人生有多少个十年呢

这还不算中间各种维护，积灰了咋办，雷劈了咋办，被人剪线了咋办.....的各种功能成本

如果是自己用，为什么不试试 DoV （非正式名词，DNS over VPN ）呢
用 WireGuard 把你的国内机器和你家连起来，里面跑啥协议都没人管

我可能有点敏感，不过我写的小项目也是用的方法 4 ，防重放肯定是做不到，但至少可以让明文密码不离开用户机（你说用户机被攻破了.......那算了）

另外就是，学校或者企业用 webVPN 比较多的原因是，这种位于内网的网站很多都是自己部署且仅面对内网的（比如内部 OA ，学校在线图书馆），很少存在外站链接，所以实现起来比较简单，也是最早应用起来的

此外就是，这种部门信息化比较早，『适配 IE6.0 』这个笑话大概也就是起源于此。IE 浏览器最大的杀手锏其实是 ActiveX 控件，这玩意近似理解就是前端可以很方便执行原生二进制文件，可玩空间就高很多，说是说 clientless ，但实际上只是自动下载部署了个很小体积的客户端（在华为那边这个就是 Web Link 模式的 SSL VPN ）。可惜现在 IE 已经作古，ActiveX 也被放弃，现代浏览器呢，又越来越强调沙盒化，这种玩法也就没落了

我也在考虑类似的玩意，最大的痛点其实是前端链接的改写，因为浏览器不知道你这个是代理，所以光做后端反代（包括楼上说到传递变量给 nginx 的 proxy_pass ）没有用，对于页面中的外链（不同域名）和带主机的链接，浏览器在前端就发走了，根本不会发往你的代理服务器

在后端收到内容之后提前嗅探并改写数据流中的链接是个方法，但是覆盖面不够（比如前端动态生成资源地址的完全没辙），性能消耗也大。比较通用的方法是前端尽可能用 js 改写掉所有有可能发起请求的函数（比如 XMLHTTPRequest ，fetch ，扫描并嗅探所有 html 标签的 src/href 属性值），但是我不确定浏览器允不允许这么干，或者说有些请求会不会覆盖到？

稍微摸了一下，简直想吐槽

1.直接访问根域名提示 PC 端不能直接访问.....有哪个做系统敢这么做的
2.登录直接传输明文密码，虽然有 TLS 加持一般情况下问题不大，但是....很膈应人，也不排除极端情况
3.点进去注册页面，直接把 Debug 信息扔我脸上了
Failed to lookup view "admin/register" in views directory "/www/wwwroot/gsnj_manage/views"

我这边正好相反，手头的 VPS 只有 Cloudcone 可以上去

来晚了，已经挂了

只要不是你家线路有超大干扰，FTTR 可以说是没卵用
什么是超大干扰，比如说你家有个几十千瓦的电台，十几千瓦的电焊机之类的

至于速度....光纤速度快是真的，但是也得看你两端设备。运营商真有那么好心给你配万兆光内网？所以基本上不是重度内网用户的话，直接六类线（方便埋墙，明线可以直接上超五类）做互联，完事，我自己就是这个方案

最近也在考虑 10G 光内网，问下 OP ，如果是无需穿线的，定长的（我住顶楼，光纤（和我现在这根超五类）在外墙绕一圈就可以接通两个房间），那么有必要买冷接套件吗，还是说直接叫卖家接好定长光纤比较好？

@lanthora 我这边比较严重些，比如说 Tailscale ，挂 SMB 看流媒体（ 10Mbps 码率，宽带上行 30Mbps ）会有严重丢包，放几秒卡一下那种，加大缓冲区只能说缓解但不能根治。采用上面那个方案之后就不卡了

不过我不确定，因为上面那个方案是纯四层的（不像普通 VPN 那样传输三层数据包，包括完整的 TCP/udp 包头在内），会不会受到这个因素的影响

P2P 且有一方是 NAT1 情况下的 TCP 传输（参考 natter 、natmap 之类的）
我目前是用 natter+Shadowsocks （ UoT ）+tun2socks ，总觉得不太优雅