
旁路由与内网穿透的“爱恨情仇”:群晖 frpc 掉线完美解决方案
本文分析了FRP隧道故障案例:原架构下FRP连接正常,但群晖网关切换至iStoreOS旁路由并启用OpenClash后,出现连接超时。核心原因是OpenClash的Fake-IP功能将域名解析为虚假地址(如198.18.x.x),导致frpc尝试连接错误IP;同时旁路由环境使容器访问宿主机流量被拦截,形成网络死循环。故障根源在于Fake-IP未正确分流及Docker Bridge模式下的路由冲突。

本文分析了FRP隧道故障案例:原架构下FRP连接正常,但群晖网关切换至iStoreOS旁路由并启用OpenClash后,出现连接超时。核心原因是OpenClash的Fake-IP功能将域名解析为虚假地址(如198.18.x.x),导致frpc尝试连接错误IP;同时旁路由环境使容器访问宿主机流量被拦截,形成网络死循环。故障根源在于Fake-IP未正确分流及Docker Bridge模式下的路由冲突。