-
-
Notifications
You must be signed in to change notification settings - Fork 13.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
High CPU/Network Usage in frps #4049
Comments
Short update: I've noticed the issue goes away when changing
or
then CPU goes down to 0%. BTW: In any case - even when CPU usage is high – I can connect with |
Exposure of services on the public network being accessed or scanned is very normal, you can troubleshoot traffic on port 443 by capturing packets. |
You are right, didn't think about that. There are ~5 incoming TCP connections per second on port 443. Each connection attempt has about 8-9 packets exchanged with about 500 bytes of data total.
So I am thinking:
|
Perhaps there are more professional tools/proxies available that can be used to identify/configure some simple protection rules. Currently, frp will not make too many changes in this regard; this is more like a capability of a WAF gateway. |
Right, this kind of protection is not the responsibility of frp. This is a small/hobby project so I can't invest in extra services – but I've managed to get the CPU down to idle levels by simply rate limiting incoming connections to the frp server.
|
Yes, we have similar plans in the refactoring of the v2 major version. This is a relatively long-term and complex plan, which is also related to other aspects of refactoring. I will write this part of the code myself. At this stage, the main focus is on gathering requirements. Your feedback will be helpful for how we will refactor in the future. |
Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close. |
Bug Description
I'm trying a simple setup (mainly for https), with
frps
running on a cloud server (Ubuntu 20.04.6).I am noticing pretty high CPU and network usage – no client connected at all – simply by running
frps
.top
shows frps constantly at around 40% CPU.In the hosting control panel it looks even worse. Notice how CPU and network went down near the end of the graph, that's when I killed
frps
.frpc Version
0.54.0
frps Version
0.54.0
System Architecture
linux/x86_64
Configurations
frps.toml:
Logs
OS/Machine Info:
Steps to reproduce
frps -c frps.toml
with the above config fileAffected area
The text was updated successfully, but these errors were encountered: