看起来你遇到的这个299错误大概率是酒店以太网端口的特定限制在搞鬼，毕竟Wi-Fi中继模式能正常工作，说明设备本身和Tailscale的配置没问题，问题应该出在酒店以太网的认证逻辑上。给你几个针对性的排查和解决思路：

• 先确认酒店以太网端口的认证规则：有些酒店的有线端口会绑定首次接入设备的MAC，而且可能只允许特定类型的设备（比如直接连的电脑，而不是路由器）。你虽然克隆了MAC，但可能克隆的是Wi-Fi中继时的MAC？试试克隆你手机或者笔记本的MAC（这个设备能正常通过酒店Wi-Fi认证的），然后重启GL-iNet的以太网WAN口，重新获取IP再试。另外，有些酒店有线网需要先在前台登记MAC地址，不妨问问前台有没有这个要求。

• 检查GL-iNet的WAN口设置：看看是不是开启了VLAN tagging？有些酒店的有线网会用VLAN来区分认证流量和普通流量，Wi-Fi模式可能自动适配了，但以太网WAN需要手动设置。你可以在GL-iNet的admin页面里找找VLAN相关选项，或者试试把WAN口的MTU值改成1400（有些酒店网络对MTU敏感）。

• 绕过Portal认证的小技巧：既然Wi-Fi中继能正常认证，你可以先让GL-iNet用Wi-Fi中继模式连上酒店Wi-Fi并完成认证，然后切换回以太网WAN，同时保留Tailscale的配置。不过这里要注意，切换的时候最好先断开Wi-Fi，再插以太网，避免路由冲突。另外，也可以试试在GL-iNet里开启透明代理或者把DNS改成公共DNS（比如8.8.8.8），有时候酒店的本地DNS会干扰Portal认证。

• 排查Tailscale的影响：虽然你觉得Tailscale是在家托管的，但有没有可能Tailscale的路由规则和酒店的认证流量冲突？试试暂时关闭Tailscale的服务，然后单独用以太网WAN连酒店网认证，看还会不会报错299。如果关闭后能正常认证，那就是Tailscale的路由配置需要调整，比如把酒店的本地网段排除在Tailscale的路由之外。

备注：内容来源于stack exchange，提问作者Macuser