设为首页收藏本站

恩山无线论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
小博无线
楼主: hiboyhiboyhiboy

[2018-06-24]改华硕[N14U N54U]5G 2G的7620老毛子Padavan固件(私人云储存 aria2 QOS)

    [复制链接]
发表于 2018-4-17 21:30 | 显示全部楼层
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-17 22:32 | 显示全部楼层
已经按照如下设置:
不主动发送 lcp-echo(off)        是
自动 LCP 响应间隔        否

仍然会响应LCP ,每隔4天(正好的是整的4天)会被运营商强制断开PPPoE连接。试过其他路由器,不会响应运营商的LCP而断开连接。

Feb  8 16:57:31 pppd[685]: LCP terminated by peer
Feb  8 16:57:31 pppd[685]: Connect time 5760.1 minutes.
Feb  8 16:57:31 pppd[685]: Sent 462354789 bytes, received 2484464700 bytes.
Feb  8 16:57:31 RT-N56U_B1: WAN down (ppp0)
Feb  8 16:57:31 admin: 运行后 WAN 状态: WAN 状态:【down】, WAN 接口:【ppp0】, WAN IP:【xxx.xxx.xxx.xxx】
Feb  8 16:57:31 PPPoE: Disconnected
Feb  8 16:57:31 pppd[685]: Modem hangup
Feb  8 16:57:31 pppd[685]: Connection terminated.

点评

那时因为运营商强制释放IP。不可以用其他路由试试,4天后你的IP也会变  详情 回复 发表于 2018-4-18 09:13
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-18 07:44 来自手机 | 显示全部楼层
415丢包。回滾319
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-18 08:15 | 显示全部楼层
好东西!!!!!
来自安卓客户端来自安卓客户端
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-18 09:13 | 显示全部楼层
szw2001122 发表于 2018-4-17 22:32
已经按照如下设置:
不主动发送 lcp-echo(off)        是
自动 LCP 响应间隔        否

那时因为运营商强制释放IP。不可以用其他路由试试,4天后你的IP也会变
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-18 16:48 | 显示全部楼层
请问一下斐讯E1应该刷哪个固件

点评

刷k2的,也就是1218-64m  详情 回复 发表于 2018-4-19 12:53
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-19 12:53 | 显示全部楼层
charlesdou 发表于 2018-4-18 16:48
请问一下斐讯E1应该刷哪个固件

刷k2的,也就是1218-64m

点评

谢谢大佬!  详情 回复 发表于 2018-4-24 11:00
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-19 14:04 | 显示全部楼层
求k2p无线驱动
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-20 09:05 来自手机 | 显示全部楼层
很好用功能也多、
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-20 13:10 来自手机 | 显示全部楼层
h大,原版小度路由(ai-br100)是8+64+2.4g+usb+1w4l的硬件,请您考虑把小度路由的固件独立一个8m版本,方便未改机的人使用
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-20 20:08 来自手机 | 显示全部楼层
本帖最后由 q948171624 于 2018-4-21 10:42 编辑

@hiboyhiboyhiboy h大,发现花生壳内网版的一个bug导致keep进程被杀,请您修复。简单说:
重新拨号导致Sh31_orayd的keep进程消失,从而花生壳不工作

复杂说:
抱歉我能力有限看不懂您的Sh31_orayd脚本,但是知道它的keep进程是轮询是否正常工作来重启花生壳进程的。
Bug复现:
不插U盘,正常启动花生壳内网版,ps查询有oray的3个进程(2个可执行文件一个Sh31_orayd keep)
点击web页面网络地图的重新连接来重新拨号一次,获得一个新的外网ip
等一会log不再继续输出后,Sh31_orayd keep进程自动消失,而另外两个oray的进程还在却已经因为外网ip变更而不继续工作了。
详细日志:
  1. <div>Apr 20 20:01:54 RT-AC54U: Perform WAN manual reconnect</div><div>Apr 20 20:01:54 pppd[3203]: Terminating on signal 15</div><div>Apr 20 20:01:54 pppd[3203]: Connect time 9.6 minutes.</div><div>Apr 20 20:01:54 pppd[3203]: Sent 1818742 bytes, received 3253652 bytes.</div><div>Apr 20 20:01:54 RT-AC54U: WAN down (ppp0)</div><div>Apr 20 20:01:54 pppd[3203]: Connection terminated.</div><div>Apr 20 20:01:54 pppd[3203]: Sent PADT</div><div>Apr 20 20:01:54 admin: 运行后 WAN 状态: WAN 状态:【down】, WAN 接口:【ppp0】, WAN IP:【182.*.*.246】</div><div>Apr 20 20:01:54 PPPoE: Disconnected</div><div>Apr 20 20:01:54 pppd[3203]: Exit.</div><div>Apr 20 20:01:55 RT-AC54U: Hardware NAT/Routing: Enabled, IPoE/PPPoE offload [WAN]<->[LAN/WLAN]</div><div>Apr 20 20:01:55 RT-AC54U: Hardware NAT/Routing: IPv4 UDP flow offload - ON</div><div>Apr 20 20:01:55 RT-AC54U: Hardware NAT/Routing: IPv6 routes offload - OFF</div><div>Apr 20 20:01:55 dnsmasq[1667]: read /etc/hosts - 8 addresses</div><div>Apr 20 20:01:55 dnsmasq[1667]: read /etc/storage/dnsmasq/hosts - 0 addresses</div><div>Apr 20 20:01:55 dnsmasq-dhcp[1667]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc</div><div>Apr 20 20:01:55 DHCP MAN Client: starting on eth2.2 ...</div><div>Apr 20 20:01:55 【QOS】: QOS 没有开启或闪存不足缺模块</div><div>Apr 20 20:01:55 【自定义脚本0】: 脚本完成</div><div>Apr 20 20:01:55 【WebUI】: UI 开关遍历状态监测</div><div>Apr 20 20:01:55 【防火墙规则】: 脚本完成</div><div>Apr 20 20:01:55 pppd[11352]: Plugin rp-pppoe.so loaded.</div><div>Apr 20 20:01:55 pppd[11352]: RP-PPPoE plugin version 3.12 compiled against pppd 2.4.7</div><div>Apr 20 20:01:55 pppd[11353]: pppd 2.4.7 started by admin, uid 0</div><div>Apr 20 20:01:55 pppd[11353]: PPP session is 19660 (0x4ccc)</div><div>Apr 20 20:01:55 pppd[11353]: Connected to 68:a8:28:1c:67:34 via interface eth2.2</div><div>Apr 20 20:01:55 pppd[11353]: Using interface ppp0</div><div>Apr 20 20:01:55 pppd[11353]: Connect: ppp0 <--> eth2.2</div><div>Apr 20 20:01:58 pppd[11353]: syncppp not active</div><div>Apr 20 20:01:58 pppd[11353]: Remote message: Authentication success,Welcome!</div><div>Apr 20 20:01:58 pppd[11353]: PAP authentication succeeded</div><div>Apr 20 20:01:58 pppd[11353]: peer from calling number 68:A8:28:1C:67:34 authorized</div><div>Apr 20 20:01:58 pppd[11353]: local  IP address 182.*.*.214</div><div>Apr 20 20:01:58 pppd[11353]: remote IP address 182.*.*.1</div><div>Apr 20 20:01:58 RT-AC54U: WAN up (ppp0)</div><div>Apr 20 20:01:59 inadyn[12178]: Inadyn version 1.99.15 -- Dynamic DNS update client.</div><div>Apr 20 20:01:59 admin: 运行后 WAN 状态: WAN 状态:【up】, WAN 接口:【ppp0】, WAN IP:【182.*.*214】</div><div>Apr 20 20:01:59 【QOS】: QOS 没有开启或闪存不足缺模块</div><div>Apr 20 20:01:59 【自定义脚本0】: 脚本完成</div><div>Apr 20 20:01:59 【防火墙规则】: 脚本完成</div><div>Apr 20 20:01:59 【WebUI】: UI 开关遍历状态监测</div><div>Apr 20 20:01:59 【opt】: opt 挂载正常:tmpfs</div><div>Apr 20 20:02:02 inadyn[12178]: Update needed for alias *.f3322.net, new IP# 182.*.*.214</div><div>Apr 20 20:02:02 inadyn[12178]: Successful alias table update for *.f3322.net => new IP# 182.*.*.214</div><div>Apr 20 20:02:02 dnsmasq[1667]: read /etc/hosts - 8 addresses</div><div>Apr 20 20:02:02 dnsmasq[1667]: read /etc/storage/dnsmasq/hosts - 0 addresses</div><div>Apr 20 20:02:02 dnsmasq-dhcp[1667]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc</div><div>Apr 20 20:02:07 【opt】: opt 挂载正常:tmpfs</div><div>Apr 20 20:02:09 crond[14418]: crond (busybox 1.24.2) started, log level 8</div><div>Apr 20 20:02:13 crond[15348]: crond (busybox 1.24.2) started, log level 8</div><div>Apr 20 20:02:29 PPPoE: Connected</div><div>Apr 20 20:02:29 【自定义脚本0】: 脚本完成</div><div>Apr 20 20:02:29 【WebUI】: UI 开关遍历状态监测</div><div>Apr 20 20:02:33 【opt】: opt 挂载正常:tmpfs</div><div>Apr 20 20:02:38 【微信推送】: 运行 /etc/storage/serverchan_script.sh</div><div>Apr 20 20:02:41 【微信推送】: 启动成功</div><div>Apr 20 20:02:41 【微信推送】: 守护进程启动</div><div>Apr 20 20:02:43 crond[17869]: crond (busybox 1.24.2) started, log level 8</div><div>Apr 20 20:03:39 【互联网 IP 变动】: 目前 IP: 182.*.*.214</div><div>Apr 20 20:03:39 【互联网 IP 变动】: 上次 IP: 182.*.*.246</div><div>Apr 20 20:03:39 【微信推送】: 互联网IP变动:182.*.*.214</div><div>Apr 20 20:04:12 dropbear[11181]: Exit (admin): Exited normally</div><div>Apr 20 20:04:30 【花生壳内网版】: 网络状态:【[tmp] sn=PDCN**** status=RETRY 】,重新启动(1 , 1)</div>
复制代码
其中我认为,
Apr 20 20:04:30 【花生壳内网版】: 网络状态:【[tmp] sn=PDCN**** status=RETRY 】,重新启动(1 , 1)
这行可能导致的问题。平时花生壳重启的最后都是(0,0)的。而这之前我更新过脚本并软重启过数次。
如果断电重启再重新拨号测试,将不会触发这个bug。

但是不论任何情况,Sh45_server_chan的keep进程不会因为重新拨号断掉。

我的解决方法是:
添加cron:
10 */1 * * * [ "`ps wl | grep "Sh31_orayd.sh" | grep -v "grep"`" = "" ] && /etc/storage/script/Sh31_orayd.sh start
使用这个来定时检测并重启花生壳,而不是仅仅killall两个oray进程


点评

我赞同你的说法。: 5.0
我赞同你的说法。: 5
谢谢提供  发表于 2018-4-22 22:55
2018-4-22脚本有更新,现在尝试在重新启动前kill两个oray进程  详情 回复 发表于 2018-4-22 22:54
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-21 09:24 | 显示全部楼层
没事就来看看 支持K2P了吗
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-21 09:34 | 显示全部楼层
1024 感谢分享感谢
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-21 13:21 | 显示全部楼层
学习了,谢谢分享
我的恩山、我的无线 The best wifi forum is right here.
发表于 2018-4-21 15:01 | 显示全部楼层
真心希望H大出K2P的,喜欢你的
我的恩山、我的无线 The best wifi forum is right here.
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|Archiver|恩山无线论坛 ( 苏ICP备05084872号-1 )  

GMT+8, 2018-7-23 12:19

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表