通过别名方式桥接存在bug。

[c0wd]

通过别名方式存在bug。
服务器运行
./rem

客户端A
./rem -c "tcp://nonenonenonenone:@127.0.0.1:34996?wrapper=xxx" -a inter --debug

客户端B
./rem -c "tcp://nonenonenonenone:@127.0.0.1:34996?wrapper=xxx" -d inter --debug

curl http://baidu.com --proxy socks5://remno1:0onmer@127.0.0.1:25463(客户端A启动的socks5端口)

客户端A会报错
[debug] [bridge.1.outbound] error Failed to authenticate: No supported authentication mechanism

[M09Ic]

我对了下当前主线的 alias bridge 实现和回归测试，这个问题现在更推荐按下面的方式使用：

如果某个节点只是“通过 -d 指向别名做路由 / 桥接”，建议显式加 -n，不要让它再混入默认 reverse socks 行为。

推荐写法：

# A: 注册别名，并在远端暴露 socks
./rem -c [link] -a internal -r socks5://remno1:0onmer@0.0.0.0:25463

# B: 只桥接到 A，不额外起默认 socks
./rem -c [link] -d internal -n

如果你要在 B 本机开代理，访问 A / 上游网络，则这样写：

./rem -c [link] -d internal -l socks5://:1080

这边当前主线已经有针对 issue #9 的回归测试，核心就是避免 alias bridge 场景下把 nil remote 传进 inbound relay。

所以现在从用法上看：

• 纯路由节点：-d xxx -n
• 需要本地入口：-d xxx -l ...
• 需要远端入口：别名对应的出口节点上显式写 -r ...

如果你按这组命令在最新主线下还能复现 Failed to authenticate: No supported authentication mechanism，可以把 A/B 两端的完整命令都贴一下，我再继续对具体流量方向。