Same here, running nextcloud behind an nginx and after a fresh install.
Solved it by loggin in directly to the http ip of my nextcloud vm and after that, whitelisting my local home ip range under security settings --> Brute-Force IP-Whitelist.
I had the same issue, the same erratic behaviour, and then when I looked through the configuration, I noticed that my apache server was listening on both port 80 and 443, which shouldn’t be the case for nextcloud install.
When I disabled port 80 for nextcloud, all was good again, and it was stable.
Try that and and if it works, we can suggest it a documentation update.
Also seeing this on an iOS device, but not Android (or browser based though I’ve not seen anyone complain about this from a browser). If it makes any difference, I am using the Linuxserverio docker image and running NC 20.0.4.
I’m not quite sure what to look for in the logs, but the first seemingly related one looks like this:
[core] Warning: Login failed: '<user>' (Remote IP: '<ip>')
PROPFIND /remote.php/webdav
from <ip> at <date-time>
A couple of those follow by a bunch of:
PUT /remote.php/webdav/<...>
Which l think all correspond to an attempt to upload some photos (manually).
No security or setup warnings in the admin overview.
Has anyone managed to figure out what this is yet or how to work around it before a fix arrives?
Hi all,
I was having the same issue and I believe that it’s because I changed my user password in admin panel and did not update the android app login. I was having repeatedly failed login attempts.
I was able to get rid of the error message by deleting the content of the table "oc_bruteforce_attempts " on nextcloud database. DELETE FROM nextcloud.oc_bruteforce_attempts
You can put a where clause and limit it by IP so that only your login attempts are deleted: DELETE FROM nextcloud.oc_bruteforce_attempts WHERE ip ="X.X.X.X";
My guess the problem is, that after a password change, some app (in my case - android client) bursts attempts to login with the old password, which looks like a brute-force attack for the server, which locks out the IP.
It was no -docker situation. If it is like I think, a bug should be registered.
Deleting records in oc_bruteforce_attempts from database fixes it (untill next password change?). Thanks @jotatr.
I haven’t been able to confirm if this fixed it yet as the person who was affected by this uninstalled the app and hasn’t yet reinstalled, but I thought I would follow up with this method in case anyone else might find it simpler.
Same issue here. I think caused by the latest Android app update. It kept trying to tell me to “Grant Access” even though I’ve used the app on that device for months now. But, even trying web access from my laptop gave the same error so I had initially ruled that out.
The clues and solution found by @Da01W6hwz proved helpful to me with one nuance I think worth mentioning. In my case, the IP address was 127.0.01 which at first didn’t make sense to me. Then I remembered that my nextcloud is running on apache behind an nginx reverse proxy on the same host. So, all requests appear to come from the localhost regardless of where or what device they actually originated. Hope this helps someone.
On a snap install,
sudo /snap/bin/nextcloud.occ security:bruteforce:reset 127.0.0.1
solved the issue (culprit was also the nextcloud smartphone app, after a password change).
You’ve to check out what database you’re using. In case you’re using mysql/mariadb you’ll find the solution above. Just delete everything in oc_bruteforce_attempts with delete FROM oc_bruteforce_attempts;
Please be sure you’re able to do that in a proper way …
It would be very nice to have an occ command to list the offending IPs and to delete all or a selection. The situation at this time is horrible!
Thanks heaps. This should really be easier to discover. What happened my end is I changed my Nextcloud password. Then my clients of course stopped working so I had to reconnect them. I made a few mistakes along the way and looks like I tripped this bruteforce detector. I’d like, as admin to recent emails when bruteforce login efforts are rejected!