Tan Lin

Results 20 issues of Tan Lin

比如某个功能的开关极为耗时, 虽然UI显示已开启, 但功能会慢很多才启动, 一般我会做防连点处理, 防止启动过程中用户又去关闭(避免状态混乱), 不过感觉这样并不优雅

![薛凯琪 - 黑色泪滴](https://user-images.githubusercontent.com/34953840/150270312-b4fbdc49-9e81-4e08-bbb2-d5eb1bf0669d.png) Attachment is a garbled file (.png change to .mp3), but strange is to use MediaMetadataRetriever to analyze normal

源址:https://github.com/v2ray/v2ray-core/issues/2198#issuecomment-1975009158 我遇到了类似的情况(我的VPS系统为CentOS7),经过调查,最终发现问题出在Linux的 conntrack 身上。 conntrack是Linux的一个连接跟踪器,可以对连接(TCP与UDP等)记录并跟踪, 它自身存在记录上限(可通过sysctl net.netfilter.nf_conntrack_max确认。我这台VPS的conntrack_max只给了8192), 当当前连接数达到了该上限(可通过sysctl net.netfilter.nf_conntrack_count确认), 后续的新连接将会被drop(可通过查看/var/log/messages确认): ![image](https://github.com/v2ray/v2ray-core/assets/34953840/a4fd856e-6618-46e1-bfbc-7993de31240b) 知道这一点后,对策就简单了许多: 调整onntrack_max相关参数的大小 vi /etc/sysctl.conf 添加: net.nf_conntrack_max = 65536 # 正常应该视内存上限,换算一个合理的值(e.g. 32G内存可以设置1048576),但个人实测大流量下载使net.netfilter.nf_conntrack_count到了10000+,内存占用并无显著上升,故选择默认65536 net.netfilter.nf_conntrack_max = 65536 #同上 net.netfilter.nf_conntrack_buckets = 16384 #...

RT, 最近经常能发现陌生IP的登录请求,建议添加2FAS增强安全性

enhancement

RT, 最近经常能发现陌生IP的登录请求,建议添加2FAS增强安全性

enhancement

![image](https://github.com/yisier/nps/assets/34953840/5f7fe1b8-a03d-41d0-bffe-8693a870b134) 但在非Docker的NPC中,连接正常: ![image](https://github.com/yisier/nps/assets/34953840/2330c2ac-aaa1-4924-b187-e18264882a42)

bug