大神还是有问题,以上午脚本启动的passwall表面上是启动了,但是不能用 #353
Replies: 21 comments
-
每跑一次,都得进后台,重新点 |
Beta Was this translation helpful? Give feedback.
-
因为不清楚你的路由器里的 passwall 具体启动命令是什么,昨天远程协助我只是找了找系统服务,当时你也没测试。 |
Beta Was this translation helpful? Give feedback.
-
想想咋办,大神,要不不完美 |
Beta Was this translation helpful? Give feedback.
-
我又加了定时任务,你的脚本用行完十分钟后重启路由,虽然方法笨点,然后发现还是不行,一看passwall居然没启动 |
Beta Was this translation helpful? Give feedback.
-
00 5 * * * sleep 5 && touch /etc/banner && reboot |
Beta Was this translation helpful? Give feedback.
-
好像可以的,有些糊涂 |
Beta Was this translation helpful? Give feedback.
-
你这越说越迷糊。 你是想重新改回上次的方案?(即定时重启路由器,启动 CloudflareST,延迟启动 passwall) |
Beta Was this translation helpful? Give feedback.
-
改进现在方案,现在这个方案是有问题的,脚本跑完后,passwall是正常启动,但在等域名解析生效后,就需要进路由器后台,重新点保存并应用 |
Beta Was this translation helpful? Give feedback.
-
跑完脚本后,前几分钟可以正常使用。隔几分钟后就无法使用了,只能在路由器里点一下保存和应用,具体原因不清楚 |
Beta Was this translation helpful? Give feedback.
-
我只是怀疑和动态域名解析有关,域名解析间隔,是十分钟 |
Beta Was this translation helpful? Give feedback.
-
如果你不需要在其他设备、网络下单独使用你的代理,那么连 DDNS 的步骤都能省掉。 |
Beta Was this translation helpful? Give feedback.
-
我怀疑是不是需要重启v2ray |
Beta Was this translation helpful? Give feedback.
-
路由器里的保存和应用,和你代码控制,肯定有区别 |
Beta Was this translation helpful? Give feedback.
-
但问题是我不知道相应的命令呀。 |
Beta Was this translation helpful? Give feedback.
-
不是ttl问题,如果是缓存,那不应该断才对,现在是不在路由器里点保存与应用,就完全不能用 |
Beta Was this translation helpful? Give feedback.
-
你能不能在脚本里,后面再加个重启v2ray命令, |
Beta Was this translation helpful? Give feedback.
-
我不是万能的。 你用的代理工具都依托于 passwall,都由 passwall 控制。 |
Beta Was this translation helpful? Give feedback.
-
一个是每次脚本测速完,加个 hosts,把域名都指向最快 IP,而 Hosts 是立即生效的。,要不,用这个办法试试 |
Beta Was this translation helpful? Give feedback.
-
那就远程协助吧,希望这是最后一次。。。 |
Beta Was this translation helpful? Give feedback.
-
xiangrikui |
Beta Was this translation helpful? Give feedback.
-
还得进路由器,点保存&应用,才能使用,唉,要不然就完美了
Beta Was this translation helpful? Give feedback.
All reactions