fscarmen

我在另一个项目 warp_unlock 是这样实现的，alpine 里安装 warp，然后通过 gost 建立一个socks5 代理供宿主机服务，宿主机通过v2ray的outbound分流，把流量指向该socks5服务。我想iptables也行的，不用v2ray，不过我不熟。

我看到这个项目好像只打开了个 41118 的端口服务，具体怎么用我就不清楚了。而你说用 bridge 模式时，无论开不开 warp 都不能正常使用？那是不是应该让该服务正常了，再加入 warp ``` root@chuncheon2:~# docker exec -it ssrmu ss -nlutp Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process udp UNCONN 0 0 0.0.0.0:41118...

warp连通时虚拟局域网的两端，vps是172.16.0.2，cloudflare端是172.16.0.1。在外网看来就是cf的ip。原理与小区家庭宽带差不多，没问题的

本脚本应该是warp全局的，不需要额外设置即可走warp了吧

> > 也就是说本地客户端通过服务器原本的IP连接服务器上的代理服务，这个时候代理服务所处的局域网和wgcf不在一个网段，导致代理服务不走warp网口，而是走eth0？ > > 那我要什么设置才能让代理服务所处的网段和warp服务一致？ 忘记问了，你是用docker方案吗？

> 代理服务和warp都试过docker和非docker，一旦获得CF的IP，代理服务就连不上，关闭warp就又好了，iptables各种操作都不行，似乎是ssrmu本身的问题。全网搜了半天，试了两三个晚上，最终还是用DNS解锁的方案了，就是要再单独开一台vps。 这些扩展应用已超出我的能力范围了，还请各位玩家多试试，折腾出结果的回头分享一下经验。👍🏻

有时候过段时间又会好的，这几天美国、日本、首尔全部都是104.28开头的垃圾 IP，新加坡好点，还有8开头的。尽量不要用warp+和teams

> 有时候过段时间又会好的，这几天美国、日本、首尔全部都是104.28开头的垃圾 IP，新加坡好点，还有8开头的。尽量不要用warp+和teams 是的。我试了200多个连接，全部都是104.28开头的，没有8开头的了，之前也发生过类似的情况，过段时间有可能恢复正常的了。以下第一个是美国，第二个是韩国的。前面的数据是重复的次数。 ``` Count: 1 104.28.205.111 1 104.28.205.112 1 104.28.215.136 1 104.28.215.142 1 104.28.237.111 1 104.28.237.112 1 104.28.247.141 1 104.28.247.142 32 104.28.237.112 61 104.28.205.112 64 104.28.237.111 66 104.28.205.111...

youtube的地区显示有什么影响吗?

请问是不是刷到 104.28 开头的 IP ，这些 IP 段对于要解锁奈飞的很不友好，因为每次都会变化的，建议你不要使用 WARP+ 或者 Plus，只用普通免费账户，反而可以获取到8开头的IP段。