把软路由给CAO挂了，这也太不禁折腾了

是这样的，硬件7100u的软路由，16G内存，240G硬盘，ESXI+LEDE1+LEDE2，LEDE1主路由，LEDE2 docker下载机负责下载 SMB
跑了这么几个任务
1：qbittorrent 4MB/S下载 1MB/S
2：PC通过ap的5G wifi SMB协议读取下载的蓝光原盘播放，5MB/S
3：IPTV通过Vlan看电视，1MB/S

我摆出我1年多没动的耳放，拿出蒙尘的HD650，在大叔李宗盛的歌声中陶醉了没15分钟，主路由LEDE1就挂了....... 按理说不是硬件过热的事，过热的话LEDE2和ESXI本身应该也会挂掉，估计是连接数过多的锅，不明白，LEDE1已经自动重启了，没给我留下什么线索.........

同样lede
这两天已经断线两次了，被ld埋怨死了
关键是我自己也找不出是什么原因

断线不怕啊，有日志找原因就是了。 iOS fly ~

你这都没什么负载呀，不出问题很正常，我不看蓝光盘的时候，也是1个月不重启，当然最长也就一个月不重启了，因为经常折腾。 iOS fly ~

回复1#yyysuo
垃圾硬件吧？iOS fly ~

…… 跑软路由足够了吧。 iOS fly ~

回复3#yyysuo

Sat Feb 8 20:39:34 2020 user.info mwan3track[10919]: Check (ping) failed for target "114.114.114.114" on interface wan (pppoe-wan)
搜索了一下

在网络>负载均衡>接口> 把所有启用都关闭就好


不知道能不能解决

把mwan3关闭了就好了，在系统 启动项里面 iOS fly ~

开的起来就不叫挂。。

你系统选错了，lede我用的时候也是占用率超高，很不稳定，经常会某个插件卡死导致cpu满负载，换成openwrt后就好了

我用过lean同学的固件啊，不知道哪里搞错了 cpu长期100%，其实大多数人不会给软路由做压力测试的 iOS fly ~

pve装lean+win7没有试过断网。。只试过win7上不了网

跑了一年多从来都不理

软路由拨号我只上ikuai

回复12#yyysuo
这。。。我长期1%，不过是别人改的lean iOS fly ~

接入10个以上终端，跑着不少服务，docker两个实例，其中一个是百度在下载，smb，科学，zerotier，syncthing，抓图的时候在看网络高清视频，它CPU就是不咋忙

看内存占用就知道跑了不少服务的

lean的lede固件感觉还可以，自带好用的插件

qbittorrent太作了，比较牛逼，百度下载也很牛逼，是baidupcs还是百度客户端？pcs原来可以跑满带宽，但是这个一般是单线程下载。

前几天坛里有人推荐的客户端，现在看挺稳定的，速度也还行

我还想弄n1当软路由呢看来

回复20#guchg

是什么客户端？你是会员吗？我用baidupcs总提示我用户没认证

回复7#yyysuo
我重新说：硬件质量垃圾 iOS fly ~

koolshare的lede，就一点不好，冷不丁就dhcp挂掉，找不到原因，解决不了。挂了以后登不进去，看不了日志，重启就好。有次没死透，登进去看到是这毛病，日志前后找不出原因。
换成lean的了，稳定优先

问题是esxi和下面的lede2没挂啊，跟硬件有什么关系。 iOS fly ~

不至于吧，硬件这配置没问题。
我用的优酷路由，开了
s$ servet
微pn server
frp c
nps c
u盘 smb
ftp
跑定时文件复制
负载也不高啊
2个ap，一共15个左右设备

7100这样的cpu做电脑主机都是性能有余的，书荒点我

主路由我还是用了爱快，lede用了当旁路由

你这个装的服务虽然多，只要不用，基本上都不占用资源。对openwrt产生压力的，还是连接数，我用局域网内用idm下载视频，就能看出来对路由的压力很大。

回复12#yyysuo
虚拟机需要装 open-vm-tools 你找个包装上了再测一次试一下。 iOS fly ~

貌似只有fronttang大神编译了1个包，我下载了装不上，提示Not downgrading package open-vm-tools on root from 10.3.10-1 to 10.3.0-1，看来那个包已经不适合新系统了，我已经给大神发邮件了，希望能帮忙编译一个。

回复32#yyysuo
lean 的固件我没找到 open-vm-tools 的编译选项。你可以找找看官方的包，有直接下载的 iOS fly ~

找到了，酷软中心的虚拟机助手其实就是open-vm-tools，fw867编译的，装上了，暂时感觉不出什么来。只是的记得主路由原来cpu频率有时候能低到几十MHz，装了之后我还没发现有低于200MHz的时候，暂时观察中，另外资源占用，目前看来dnsmasq占用最大，cpu总是排在第1位，估计是我用大陆白名单模式的原因。

确实很折腾啊

回复34#yyysuo


你开白名单你有考虑过机场的感受吗？你跑BT下载，只要不是国内的地址一律走代理啊，这样的话BT流量就走机场的线路了，会封号的哦。

BT机器全部不走代理，只有tracker走代理。

Tue Feb 11 14:26:10 2020 kern.err kernel: [50375.354003] e1000 0000:00:13.0 eth1: Reset adapter
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Network device 'eth1' link is down
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Interface 'wan' has link connectivity loss
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Tue Feb 11 14:26:10 2020 user.notice PPPoE-IFChecker: Syncdial is not enabled. Exit pppconnectcheck.
Tue Feb 11 14:26:10 2020 daemon.info pppd[21179]: Terminating on signal 15
Tue Feb 11 14:26:10 2020 daemon.info pppd[21179]: Connect time 179.9 minutes.
Tue Feb 11 14:26:10 2020 daemon.info pppd[21179]: Sent 440462137 bytes, received 107010502 bytes.
Tue Feb 11 14:26:10 2020 daemon.err miniupnpd[17369]: ioctl(s, SIOCGIFADDR, ...): Address not available
Tue Feb 11 14:26:10 2020 daemon.err miniupnpd[17369]: ioctl(s, SIOCGIFADDR, ...): Address not available
Tue Feb 11 14:26:10 2020 daemon.err miniupnpd[17369]: Failed to get IP for interface pppoe-wan
Tue Feb 11 14:26:10 2020 daemon.warn miniupnpd[17369]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Tue Feb 11 14:26:10 2020 daemon.err odhcp6c[21382]: Failed to send RS (Permission denied)
Tue Feb 11 14:26:10 2020 daemon.err odhcp6c[21382]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Network device 'pppoe-wan' link is down
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Network alias 'pppoe-wan' link is down
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Interface 'wan_6' has link connectivity loss
Tue Feb 11 14:26:10 2020 daemon.notice netifd: wan_6 (21382): Command failed: Permission denied
Tue Feb 11 14:26:10 2020 daemon.err odhcp6c[21382]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Interface 'wan_6' is now down
Tue Feb 11 14:26:10 2020 daemon.notice netifd: Interface 'wan_6' is disabled
Tue Feb 11 14:26:10 2020 daemon.info avahi-daemon[4191]: Withdrawing address record for 2409:8a55:4cb0:36d0::1 on eth0.
Tue Feb 11 14:26:10 2020 daemon.info dnsmasq[31346]: read /etc/hosts - 4 addresses
Tue Feb 11 14:26:10 2020 daemon.info dnsmasq[31346]: read /tmp/hosts/odhcpd - 1 addresses
Tue Feb 11 14:26:10 2020 daemon.info dnsmasq[31346]: read /tmp/hosts/dhcp.cfg01411c - 2 addresses
Tue Feb 11 14:26:10 2020 daemon.info dnsmasq-dhcp[31346]: read /etc/ethers - 0 addresses
Tue Feb 11 14:26:10 2020 user.notice mwan3[25591]: Execute ifdown event on interface wan (unknown)
Tue Feb 11 14:26:11 2020 user.info mwan3[25591]: connection tracking not flushed on interface wan (ifdown)
Tue Feb 11 14:26:11 2020 user.notice root: stopping ntpclient
Tue Feb 11 14:26:11 2020 user.info mwan3track[21633]: Detect ifdown event on interface wan (pppoe-wan)
Tue Feb 11 14:26:11 2020 user.info mwan3track[21633]: Check (ping) failed for target "119.29.29.29" on interface wan (pppoe-wan)
Tue Feb 11 14:26:11 2020 user.info mwan3track[21633]: Check (ping) failed for target "223.6.6.6" on interface wan (pppoe-wan)
Tue Feb 11 14:26:12 2020 daemon.notice netifd: Network device 'eth1' link is up
Tue Feb 11 14:26:12 2020 daemon.notice netifd: Interface 'wan' has link connectivity
Tue Feb 11 14:26:12 2020 daemon.notice netifd: Interface 'wan' is setting up now
Tue Feb 11 14:26:12 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Tue Feb 11 14:26:12 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Tue Feb 11 14:26:12 2020 kern.info kernel: [50377.513301] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
Tue Feb 11 14:26:13 2020 daemon.notice pppd[21179]: Connection terminated.
Tue Feb 11 14:26:13 2020 daemon.info pppd[21179]: Connect time 179.9 minutes.
Tue Feb 11 14:26:13 2020 daemon.info pppd[21179]: Sent 440462137 bytes, received 107010502 bytes.
Tue Feb 11 14:26:13 2020 daemon.info pppd[21179]: Sent PADT
Tue Feb 11 14:26:13 2020 daemon.info pppd[21179]: Exit.

老哥能帮忙看一下吗，又掉线了
每天一两次，要手动重启

1：首先要排除硬件的问题，把网线插紧，或者换个硬路由跑几天试试，当然这个可以最后试

2：
你上层是PVE还是ESXI？还是物理机直装的？
如果是PVE的话，网上有这么说的：
https://www.right.com.cn/forum/thread-574869-1-1.html
pve的虚拟机网卡选默认virlio半虚拟化，不要直通或者e1000。

3：你是否开启了IPV6?如果开启了，我原来记了一点笔记本，我在我系统里面截一些图，你参考着设置一下。

笔记


我禁用了一些启动项目
1）mwan3 多拨的，不需要的可以禁用
2) minidlna dlna服务，不需要可以禁用
3）samba SMB文件共享，不需要可以禁用
4）miniupnpd UPNP服务，有安全隐患，不需要建议禁用，我看你日志里面有upnp的日志




一些网络方面的设置，不懂的不要改

你艹它干啥

回复39#yyysuo


1:硬件应该没问题，我有一个K2P，如果软路由断线，将光猫出口直接接K2P，就可以，使用毫无问题
2：上层是PVE,确实是选择了E1000，但是之前使用了半年，毫无这个断线的问题。

3：断线问题就是在启用了ipv6后出现的。我按照您这个设置下，看还有没有问题


感谢热心解答，用这个软路由的目的是为了：科学上网，去广告，还有一个启用ipv6直接访问群晖，没断线出现之前也用了3.4天。没问题，不知道就出现问题了

那主要看一下我上传的那个文档吧，我一开始启用IPV6的时候，也是各种不稳定，一通乱折腾后好像好了，那个文档里面还有koolshare论坛帖子的链接，那个链接也可以参考着看一下。

我打算重置下，从头开始设定

我建议你不要，除非你是10天前刚搞完的系统，要不然你肯定有环节忘记怎么弄了，哈哈。

算了，我有几个备份
试试回到从前

我也弄了一堆快照，发现最有用的就是最新的快照。

回复46#yyysuo


头都大了，没想到，假期给这个了

我十分建议，真要上软路由，那就直接针对你的硬件平台进行编译。别用那些大而广的固件。

别教小白造车啊，我原来还想着尽量拉人下水，一旦入坑了，后面就是无穷无尽的坑啊，搞不清楚原理，出了问题不会排查更难受，搞清楚原理，得多大的学习成本啊。koolshare的lede不能用吗？我觉得足够好了，那些用lean源码编译的固件，端口转发的问题还没搞定呢。

回复49#yyysuo
当然能用啊，但是无用的东西太多，你很难知道最终是那个模块引发的问题. 针对你自己的硬件平台定制，有多少东西你自己都是清清楚楚的. 在排查问题的时候更简单些. 这并不是坑. Kimi