search

vernesong / OpenClash

A Clash Client For OpenWrt
MIT License
16.64k stars 3.07k forks source link

v0.44.25-beta Clash 内核崩溃太频繁了,昨天到现在已经两次了,一崩溃整个网络都不能访问. #2060

Closed ghaner closed 2 years ago

ghaner commented 2 years ago

以前的版本偶尔在深夜或凌晨崩溃,不影响正常使用,这两次都是白天.

palemoky commented 2 years ago

你怎么看内核崩溃的呀？日志有什么关键字吗？我也是在升级v0.44.25版本后 OpenClash 无法正常使用，之前使用的 v0.44.09 是没问题的

Pacio commented 2 years ago

我也遇到了，重启路由器以后就没问题了

m1987n commented 2 years ago

这个版本有问题，退回到上个版本了。同样的设置，这个版本不能正常使用。

Pacio @.***>于2022年2月16日 周三上午10:15写道：

我也遇到了，重启路由器以后就没问题了

— Reply to this email directly, view it on GitHub https://github.com/vernesong/OpenClash/issues/2060#issuecomment-1041022041, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWAPDLWT2DPK2UWPGCVUPLU3MCEZANCNFSM5OP7YBMQ . You are receiving this because you are subscribed to this thread.Message ID: @.***>

5ycloud commented 2 years ago

近期此问题困扰很长时间，后来经过反复测试，发现就是更新新版后的Openclash在内存管理时溢出导致clash内核奔溃无限重启的，希望大佬能在后续版本优化解决。测试将openclash版本降级到OpenClash-0.44.06-beta版本替换Dev和tun内核文件后，问题解决！

AbsurdYu commented 2 years ago

给我也整崩溃了。。。跟之前一样一键更新，结果发现R2S后台都登不上了，然后只能拔卡重刷固件，昨晚重刷之后头铁又更新了44.25，还是直接炸，今晚回来才想着来看看issue，果然是这个的问题，重新刷了带低版本的固件就好了，看到这个的小伙伴不要升级44.25！

ghaner commented 2 years ago

懒得看日志了,因为资源占用越来越大,内存占用经常在30m以上,所以决定降低版本,,44.09配内核1. 8,内存占用经常在15-20m左右,所以就用这个版本了

palemoky commented 2 years ago

懒得看日志了，因为资源占用越来越大，内存占用经常在 30m 以上，所以决定降低版本，，44.09 配内核 1. 8, 内存占用经常在 15-20m 左右，所以就用这个版本了

请问你降级是怎么操作的呀？我之前也是用的 44.09 没问题，降级后需要重新配置吗？我Google了降级教程，但没有找到，能详细说下降级操作吗？谢谢

palemoky commented 2 years ago

我看了下 openclash 的内存，确实是占用最高的

image
Pacio commented 2 years ago

image 好像确实有点问题，重启后稳了三天又出现了

5ycloud commented 2 years ago

懒得看日志了，因为资源占用越来越大，内存占用经常在 30m 以上，所以决定降低版本，，44.09 配内核 1. 8, 内存占用经常在 15-20m 左右，所以就用这个版本了

请问你降级是怎么操作的呀？我之前也是用的 44.09 没问题，降级后需要重新配置吗？我Google了降级教程，但没有找到，能详细说下降级操作吗？谢谢

通过ssh命令操作可以实现降级操作，先卸载openclash，后安装旧版ipk 1、执行 opkg list_installed, 找到想卸载的openclash文件名称 2、执行 opkg remove 已安装的openclash文件名 3、执行opkg install openclash旧版文件名，将Core目录内核文件和tun替换

也可以通过openwrt web管理后台，在系统菜单中的软件列表中找到openclash完成手动卸载，上传旧版的openclash，进行安装

5ycloud commented 2 years ago

image 好像确实有点问题，重启后稳了三天又出现了

重启只是实现短暂内存清理，并不能彻底解决问题

palemoky commented 2 years ago

@5ycloud 请问【Core 目录内核文件和 tun 替换】这个是怎么操作？我要备份 44.25 的 tun 文件替换到 44.09 吗？我装完 44.09 报以下错误，Google 后使用--force-depends也是一样的错误

Collected errors:
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-reject
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-ipt
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-core
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nfnetlink
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-ipset
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack-netlink
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-conntrack
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-reject6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-ipt6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ip6tables
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-tproxy
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-extra
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-tun

我在/etc/openclash/core目录下找到clash、clash_game、clash_tun三个文件，替换 tun 是替换clash_tun吗？启动 clash 提示守护进程未运行，实测也是未运行

image
wudj1967 commented 2 years ago

个人感觉v0.44.09之后的版本更新之后无法代理，问题比较多。配置相同，不知是什么原因，暂时只能回退到v0.44.09

5ycloud commented 2 years ago

么原因，暂时只能退回到v0.44.09

从大佬发布对应版本的程序包或描述链接里，在core里解压提取dev和tun的clash核心文件，通过ssh连接端程序fianlshell或者命令替换到/ect/openclash/core和/ect/openclash/core/clash-tun

ghaner commented 2 years ago

懒得看日志了，因为资源占用越来越大，内存占用经常在 30m 以上，所以决定降低版本，，44.09 配内核 1. 8, 内存占用经常在 15-20m 左右，所以就用这个版本了

请问你降级是怎么操作的呀？我之前也是用的 44.09 没问题，降级后需要重新配置吗？我Google了降级教程，但没有找到，能详细说下降级操作吗？谢谢 降级就是删除新版本 安装合适的旧版本,应该需要重新配置,所以在删除新版本之前备份好配置文件.好像内核的关系不大,如果愿意用新版本的内核可以不做下面的第三步, 第一步在系统软件包内删除新版本 第二步安装旧版本的办法比较多,可以用命令安装,最简单的办法是借助插件luci-app-filetransfer,把文件上传后直接安装 第三步替换clash内核的最简单办法也是借助一个插件,luci-app-filebrowser,找到路由器存放内核的路径files/etc/openclash/core/,删除新版本内核,然后把路由器对应的内核上传到路由器指定路径下即可. 第四步重新设置 启动

palemoky commented 2 years ago

懒得看日志了，因为资源占用越来越大，内存占用经常在 30m 以上，所以决定降低版本，，44.09 配内核 1. 8, 内存占用经常在 15-20m 左右，所以就用这个版本了

请问你降级是怎么操作的呀？我之前也是用的 44.09 没问题，降级后需要重新配置吗？我 Google 了降级教程，但没有找到，能详细说下降级操作吗？谢谢 降级就是删除新版本 安装合适的旧版本，应该需要重新配置，所以在删除新版本之前备份好配置文件。好像内核的关系不大，如果愿意用新版本的内核可以不做下面的第三步， 第一步在系统软件包内删除新版本 第二步安装旧版本的办法比较多，可以用命令安装，最简单的办法是借助插件 luci-app-filetransfer, 把文件上传后直接安装 第三步替换 clash 内核的最简单办法也是借助一个插件，luci-app-filebrowser, 找到路由器存放内核的路径 files/etc/openclash/core/, 删除新版本内核，然后把路由器对应的内核上传到路由器指定路径下即可. 第四步重新设置 启动

我没有替换内核，卸载旧版本后直接安装了新版本，安装完报错，不知道这个 kmod会不会影响运行

Collected errors:
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-reject
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-ipt
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-core
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nfnetlink
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-ipset
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack-netlink
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-conntrack
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-reject6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-ipt6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ip6tables
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-tproxy
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-extra
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-tun

我启动后看日志也没报错，但就是守护进程未运行，实际测试也是不能用

#===================== 系统信息 =====================#

主机型号: FriendlyElec NanoPi R2S
固件版本: ImmortalWrt SNAPSHOT r21564-03d5cb31c2
LuCI版本: git-22.004.41067-f773c0e
内核版本: 5.10.96
处理器架构: aarch64_generic

#此项有值时,如不使用IPv6,建议到网络-接口-lan的设置中禁用IPV6的DHCP
IPV6-DHCP: hybrid

#此项结果应仅有配置文件的DNS监听地址
Dnsmasq转发设置: 127.0.0.1#7874

#===================== 内核检查 =====================#

运行状态: 运行中
进程pid: 18554
运行权限: 18554: cap_dac_override,cap_net_bind_service,cap_net_admin,cap_net_raw,cap_sys_resource=eip
运行用户: nobody
已选择的架构: linux-armv8

#下方无法显示内核版本号时请确认您的内核版本是否正确或者有无权限
Tun内核版本: 2022.01.27
Tun内核文件: 存在
Tun内核运行权限: 正常

Dev内核版本: v1.9.0-7-gb1a639f
Dev内核文件: 存在
Dev内核运行权限: 正常

#===================== 最近运行日志 =====================#

2022-02-19 09:15:44 Warning: OpenClash Now Disabled, Need Start From Luci Page, Exit...
2022-02-19 09:20:27 OpenClash Stoping...
2022-02-19 09:20:27 Step 1: Backup The Current Groups State...
2022-02-19 09:20:27 Step 2: Delete OpenClash Firewall Rules...
2022-02-19 09:20:28 Step 3: Close The OpenClash Daemons...
2022-02-19 09:20:28 Step 4: Close The Clash Core Process...
2022-02-19 09:20:28 Step 5: Restart Dnsmasq...
2022-02-19 09:20:31 Step 6: Delete OpenClash Residue File...
2022-02-19 09:20:31 OpenClash Start Running...
2022-02-19 09:20:31 Step 1: Get The Configuration...
2022-02-19 09:20:31 Step 2: Check The Components...
2022-02-19 09:20:32 Step 3: Modify The Config File...
2022-02-19 09:20:38 Step 4: Start Running The Clash Core...
2022-02-19 09:20:38 Tip: No Special Configuration Detected, Use Dev Core to Start...
2022-02-19 09:20:38 Step 5: Check The Core Status...
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider Apple"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider 自动选择快速节点"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider PROXY"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider HKMTMedia"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider GlobalMedia"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider Final"
2022-02-19 09:20:41 Step 6: Wait For The File Downloading...
2022-02-19 09:20:41 Step 7: Set Control Panel...
2022-02-19 09:20:41 Step 8: Set Firewall Rules...
2022-02-19 09:20:42 Step 9: Restart Dnsmasq...
2022-02-19 09:20:45 Step 10: Add Cron Rules, Start Daemons...
2022-02-19 09:20:45 Warning: OpenClash Start Successful, Please Note That Network May Abnormal With IPv6's DHCP Server
ghaner commented 2 years ago

懒得看日志了，因为资源占用越来越大，内存占用经常在 30m 以上，所以决定降低版本，，44.09 配内核 1. 8, 内存占用经常在 15-20m 左右，所以就用这个版本了

请问你降级是怎么操作的呀？我之前也是用的 44.09 没问题，降级后需要重新配置吗？我 Google 了降级教程，但没有找到，能详细说下降级操作吗？谢谢 降级就是删除新版本 安装合适的旧版本，应该需要重新配置，所以在删除新版本之前备份好配置文件。好像内核的关系不大，如果愿意用新版本的内核可以不做下面的第三步， 第一步在系统软件包内删除新版本 第二步安装旧版本的办法比较多，可以用命令安装，最简单的办法是借助插件 luci-app-filetransfer, 把文件上传后直接安装 第三步替换 clash 内核的最简单办法也是借助一个插件，luci-app-filebrowser, 找到路由器存放内核的路径 files/etc/openclash/core/, 删除新版本内核，然后把路由器对应的内核上传到路由器指定路径下即可. 第四步重新设置 启动

我没有替换内核，卸载旧版本后直接安装了新版本，安装完报错，不知道这个 kmod会不会影响运行

Collected errors:
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-reject
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-ipt
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-core
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nfnetlink
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-ipset
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack-netlink
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-conntrack
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-conntrack6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-reject6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-nf-ipt6
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ip6tables
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-tproxy
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-ipt-extra
 * pkg_hash_check_unresolved: cannot find dependency kernel (= 5.10.100-1-02d37a33e85100351ebd552eb96b0baf) for kmod-tun

我启动后看日志也没报错，但就是守护进程未运行，实际测试也是不能用

#===================== 系统信息 =====================#

主机型号: FriendlyElec NanoPi R2S
固件版本: ImmortalWrt SNAPSHOT r21564-03d5cb31c2
LuCI版本: git-22.004.41067-f773c0e
内核版本: 5.10.96
处理器架构: aarch64_generic

#此项有值时,如不使用IPv6,建议到网络-接口-lan的设置中禁用IPV6的DHCP
IPV6-DHCP: hybrid

#此项结果应仅有配置文件的DNS监听地址
Dnsmasq转发设置: 127.0.0.1#7874

#===================== 内核检查 =====================#

运行状态: 运行中
进程pid: 18554
运行权限: 18554: cap_dac_override,cap_net_bind_service,cap_net_admin,cap_net_raw,cap_sys_resource=eip
运行用户: nobody
已选择的架构: linux-armv8

#下方无法显示内核版本号时请确认您的内核版本是否正确或者有无权限
Tun内核版本: 2022.01.27
Tun内核文件: 存在
Tun内核运行权限: 正常

Dev内核版本: v1.9.0-7-gb1a639f
Dev内核文件: 存在
Dev内核运行权限: 正常

#===================== 最近运行日志 =====================#

2022-02-19 09:15:44 Warning: OpenClash Now Disabled, Need Start From Luci Page, Exit...
2022-02-19 09:20:27 OpenClash Stoping...
2022-02-19 09:20:27 Step 1: Backup The Current Groups State...
2022-02-19 09:20:27 Step 2: Delete OpenClash Firewall Rules...
2022-02-19 09:20:28 Step 3: Close The OpenClash Daemons...
2022-02-19 09:20:28 Step 4: Close The Clash Core Process...
2022-02-19 09:20:28 Step 5: Restart Dnsmasq...
2022-02-19 09:20:31 Step 6: Delete OpenClash Residue File...
2022-02-19 09:20:31 OpenClash Start Running...
2022-02-19 09:20:31 Step 1: Get The Configuration...
2022-02-19 09:20:31 Step 2: Check The Components...
2022-02-19 09:20:32 Step 3: Modify The Config File...
2022-02-19 09:20:38 Step 4: Start Running The Clash Core...
2022-02-19 09:20:38 Tip: No Special Configuration Detected, Use Dev Core to Start...
2022-02-19 09:20:38 Step 5: Check The Core Status...
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider Apple"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider 自动选择快速节点"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider PROXY"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider HKMTMedia"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider GlobalMedia"
time="2022-02-19T01:20:38Z" level=info msg="Start initial compatible provider Final"
2022-02-19 09:20:41 Step 6: Wait For The File Downloading...
2022-02-19 09:20:41 Step 7: Set Control Panel...
2022-02-19 09:20:41 Step 8: Set Firewall Rules...
2022-02-19 09:20:42 Step 9: Restart Dnsmasq...
2022-02-19 09:20:45 Step 10: Add Cron Rules, Start Daemons...
2022-02-19 09:20:45 Warning: OpenClash Start Successful, Please Note That Network May Abnormal With IPv6's DHCP Server

这个问题超出我的认识范围,可以咨询插件作者.但是我自己解决这个问题的思路是:通过github云编译把openclash编译到固件中,重新刷固件,恢复出厂设置.我曾经碰到过openclash类似莫名其妙网络又搜索不到答案的问题就是学会云编译这种办法解决的.

5ycloud commented 2 years ago

@palemoky 不清楚你是如何操作删除的，如果出现各种奇怪的文件，建议先opkg remove luci-app-openclash，重启后将etc/openclash 目录所有文件全删除了， 然后重新通过ipk安装。

palemoky commented 2 years ago

@ghaner 谢谢，我有空也学习云编译 @5ycloud 我是在 web 页面的软件包页面删除的，昨天通过降级命令和直接删除重装都是一样的问题，折腾两天了，等作者发新版吧😂

5ycloud commented 2 years ago

@palemoky 你降级到了哪个版本？还是出现内核奔溃重启的问题？ 建议你降到2022年以前的版本，44.09也是有问题的，因为更新后的程序会改写etc和usr相关目录文件，所以降级文件清理不干净，就会出现各种奇怪问题。

palemoky commented 2 years ago

@palemoky 你降级到了哪个版本？还是出现内核奔溃重启的问题？ 建议你降到 2022 年以前的版本，44.09 也是有问题的，因为更新后的程序会改写 etc 和 usr 相关目录文件，所以降级文件清理不干净，就会出现各种奇怪问题。

降级到 44.09 了，我再试试更早之前的版本

ghaner commented 2 years ago

@ghaner 谢谢，我有空也学习云编译 @5ycloud 我是在 web 页面的软件包页面删除的，昨天通过降级命令和直接删除重装都是一样的问题，折腾两天了，等作者发新版吧😂

GitHub很多路由器机型对应的云编译脚本,先找自己路由器机型对应的云编译脚本(搜索关键词;OpenWrt 路由器型号,Sort: Least recently updated 选择最近更新过的云编译脚本仓库,先看它的action观察一下这个脚本最近是否成功运行过,选择成功的脚本编辑自己的脚本 ),找设置插件的脚本文件修改一下自己用的插件选择,把openclash编进去,这个是比较简单的入门学习云编译的步骤.

5ycloud commented 2 years ago

注意内核奔溃的显著特点，就是CPU居高不下，内存占用比较大，一般会资源内存占满后（资源的状态-内存可用数骤降，直到溢出到内核奔溃） 内存 建议采用 44.06版本试试，内核采用44.06对应的，别旧版套新内核情况 core

ghaner commented 2 years ago

注意内核奔溃的显著特点，就是CPU居高不下，内存占用比较大，一般会资源内存占满后（资源的状态-内存可用数骤降，直到溢出到内核奔溃） 内存 建议采用 44.06版本试试，内核采用44.06对应的，别旧版套新内核情况 core

是的.曾经提过一个issue,说资源占用越来越大了,我用的华硕的路由器,旧版本一般内存占用在15-20m,09后的版本逐渐升高,最高的时候到了40m,所以内核崩溃成经常性的了.

palemoky commented 2 years ago

注意内核奔溃的显著特点，就是 CPU 居高不下，内存占用比较大，一般会资源内存占满后（资源的状态 - 内存可用数骤降，直到溢出到内核奔溃） 内存 建议采用 44.06 版本试试，内核采用 44.06 对应的，别旧版套新内核情况 core

回退到44.06版本虽然显示守护程序未运行，但确实能用了。我下载源码找到对应架构平台替换了core 文件就可以了。感谢！

还是不行，刚才手机代理没关，我关了还是不行:(

5ycloud commented 2 years ago

@palemoky 内核版本在OpenClash-0.44.06-beta.zip> OpenClash-0.44.06-beta\core-lateset\dev\ 找到对应的架构内核，我的是x86-64，在这个包里clash-linux-amd64.tar.gz core 把这个clash文件拷贝到/etc/openclash/core目录下，重启openwrt后版本更新里就会看到识别出的内核版本了就可以启动了

5ycloud commented 2 years ago

~回退到44.06版本虽然显示守护程序未运行，但确实能用了。我下载源码找到对应架构平台替换了core 文件就可以了。感谢！~

还是不行，刚才手机代理没关，我关了还是不行:(

如果openwrt检测到没有dev内核就会自动更新到最新内核版本上面，所以在启动必须确保内核版本被openclash已经自动检测识别才可以

palemoky commented 2 years ago

~回退到 44.06 版本虽然显示守护程序未运行，但确实能用了。我下载源码找到对应架构平台替换了 core 文件就可以了。感谢！~ 还是不行，刚才手机代理没关，我关了还是不行：(

如果 openwrt 检测到没有 dev 内核就会自动更新到最新内核版本上面，所以在启动必须确保内核版本被 openclash 已经自动检测识别才可以

image

内核识别没有问题，我开启 debug 后看到不少关于 DNS 的错误日志，可能是DNS 的配置有问题

2022-02-19 11:21:18 level=debug msg="[DNS Server] Exchange ;22.20.220.120.in-addr.arpa.\tIN\t PTR failed: all DNS requests failed, first error: server failure"
2022-02-19 11:23:02 level=debug msg="[DNS] response msg empty: &dns.Msg{MsgHdr:dns.MsgHdr{Id:0xcb57, Response:true, Opcode:0, Authoritative:false, Truncated:false, RecursionDesired:true, RecursionAvailable:true, Zero:false, AuthenticatedData:false, CheckingDisabled:false, Rcode:3}, Compress:false, Question:[]dns.Question{dns.Question{Name:\"_ldap._tcp.CN-VPN._sites.dc._msdcs.cn.asia.ad.pwcinternal.com.\", Qtype:0x21, Qclass:0x1}}, Answer:[]dns.RR(nil), Ns:[]dns.RR(nil), Extra:[]dns.RR(nil)}"
ghaner commented 2 years ago

自己的路由器测试,44.07是占用内存最小的.

abigchopstick commented 2 years ago

请问怎么打开debug level，我试了在web界面打开没效果，提示打开debug成功，但马上跳回默认的silent

palemoky commented 2 years ago

请问怎么打开 debug level，我试了在 web 界面打开没效果，提示打开 debug 成功，但马上跳回默认的 silent

你在 web 页面打开 debug 模式，点击开始刷新就行了

bh8byh commented 2 years ago

我之前也是一直被这个问题困扰，换什么版本，什么内核都不行。直到我看到了这个issue #1648 ，把防火墙WAN的入站改成REJECT以后，问题立马根治。各位也可以试试看。

5ycloud commented 2 years ago

我之前也是一直被这个问题困扰，换什么版本，什么内核都不行。直到我看到了这个issue #1648 ，把防火墙WAN的入站改成REJECT以后，问题立马根治。各位也可以试试看。

Openclash默认端口暴露在公网方面的确会引起外来资源大量占用本地资源而导致内存以及CPU升高后内核奔溃，但不一定就把防火墙WAN的入站改为REJECT以后就能避免clash内核奔溃的问题，例如旁路由环境，WAN口根本都不存在或入站默认就是关闭的，我的就是这种情况，依旧会出现内部奔溃的问题，所以本质原因还是版本内核bug问题导致的内存管理溢出才会奔溃的。

abigchopstick commented 2 years ago

我之前也是一直被这个问题困扰，换什么版本，什么内核都不行。直到我看到了这个issue #1648 ，把防火墙WAN的入站改成REJECT以后，问题立马根治。各位也可以试试看。

Openclash默认端口暴露在公网方面的确会引起外来资源大量占用本地资源而导致内存以及CPU升高后内核奔溃，但不一定就把防火墙WAN的入站改为REJECT以后就能避免clash内核奔溃的问题，例如旁路由环境，WAN口根本都不存在或入站默认就是关闭的，我的就是这种情况，依旧会出现内部奔溃的问题，所以本质原因还是版本内核bug问题导致的内存管理溢出才会奔溃的。

我换回了44.16，比25稳定多了，25一天都坚持不下来。

以后不敢乱升级了，没问题就先用。

bh8byh commented 2 years ago

我之前也是一直被这个问题困扰，换什么版本，什么内核都不行。直到我看到了这个issue #1648 ，把防火墙WAN的入站改成REJECT以后，问题立马根治。各位也可以试试看。

Openclash默认端口暴露在公网方面的确会引起外来资源大量占用本地资源而导致内存以及CPU升高后内核奔溃，但不一定就把防火墙WAN的入站改为REJECT以后就能避免clash内核奔溃的问题，例如旁路由环境，WAN口根本都不存在或入站默认就是关闭的，我的就是这种情况，依旧会出现内部奔溃的问题，所以本质原因还是版本内核bug问题导致的内存管理溢出才会奔溃的。

技术方面我确实不怎么懂，不过我倒是通过 #1648 的方法解决了问题，44.25用了一晚上没啥问题，之前个把小时openclash的内存就可以占用到300MB+，然后软理由的管理界面都卡得打不开，直接Telnet软路由的80和22都不通。现在升级了44.29再看看吧，我觉得我这个个案应该是好了。

bh8byh commented 2 years ago

我之前也是一直被这个问题困扰，换什么版本，什么内核都不行。直到我看到了这个issue #1648 ，把防火墙WAN的入站改成REJECT以后，问题立马根治。各位也可以试试看。

Openclash默认端口暴露在公网方面的确会引起外来资源大量占用本地资源而导致内存以及CPU升高后内核奔溃，但不一定就把防火墙WAN的入站改为REJECT以后就能避免clash内核奔溃的问题，例如旁路由环境，WAN口根本都不存在或入站默认就是关闭的，我的就是这种情况，依旧会出现内部奔溃的问题，所以本质原因还是版本内核bug问题导致的内存管理溢出才会奔溃的。

我换回了44.16，比25稳定多了，25一天都坚持不下来。

以后不敢乱升级了，没问题就先用。

我现在44.25一晚上都没问题，openclash的内存占用只会在20-30左右。刚才升级了44.29，我再观察下。

5ycloud commented 2 years ago

@bh8byh 开一晚上不出问题不能说明任何问题，能长时间不出现内核奔溃才可以，44.29最新版不清楚好使了没有，现在找到一个稳定版本用就行了。没事别总升级

bh8byh commented 2 years ago

@bh8byh 开一晚上不出问题不能说明任何问题，能长时间不出现内核奔溃才可以，44.29最新版不清楚好使了没有，现在找到一个稳定版本用就行了。没事别总升级

哈哈，能一个晚上不出问题对我来说已经是奇迹了，之前基本上也就个把小时就崩了。离我发帖到现在，也有18个小时了，一切正常，我觉得我这的问题应该就是这个导致的。希望一切就此安好~另外，说到升级，你不升，我不升，那人家哪儿还有开发的动力呢，没人当小白鼠，不一起来捉虫子，哪儿能让产品更完善呢。反正是自家用，又不是对外服务的业务系统，都上软路由了，都玩儿各种插件了，这不就是折腾嘛，我反正是不升级不舒服星人，我还是会一路升下去的，直到遇到不可抗力。

github-actions[bot] commented 2 years ago

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 5 days