You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For a few weeks I face a very big problem: I have a few copiers that scan documents as pdfs from the machine directly into my nextcloud via WebDAV. This has been working flawlessly for years now. Suddenly, most of the times (but not always) the scan fails because the machine cannot authenticate and the file cannot be uploaded (however a 0KB file is created anyway). When this problem first occurred I don't think I have made updates near that timeframe, the copier certainly had no configuration changes at all. When I first encountered the problem, I still used Nextcloud 30.* but I then upgraded to the most recent version without the problem going away. So this might be talk app related but I don't know for sure.
Upon investigating this problem I have found:
nextcloud logs show bruteforce protection kicking in for no apparent reason, mostly for the action "talkRoomToken" (so this might be a Talk issue but I don't know for certain but that's my best guest for now. I posted this here because I'm uncertain and bruteforce protection is part of the server)
bruteforce protection kicks in for various clients on variant different machines from various different ip addresses (including my admin computer who I know for certain is properly configured) and even for test clients that I specifically set up behind a VPN so I know for certain everything is fine with these clients
this is not a credentials issue, I have changed and tested new accounts on the copier machines with no success and also the same credentials sometimes work, sometimes don't
furthermore, the credentials of the failing copier work fine when using them in a different client (i.e. WinSCP) from the same ip address
other clients do not seem to be affected (though most other clients use a SSO to authenticate)
I'm trying to find the root cause of this issue now for two weeks and cannot make any sense of it other than the bruteforce protection is somehow broken and thus prevents the copiers from authenticating properly (due to the delay). Note again that sometimes the copiers can authenticate and upload files, sometimes they can't.
I cannot make sense of the log files as I can't figure out why the bruteforce protection is being triggered. In any case I would greatly appreciate how to debug this issue further.
Since in my organisation document scanning is a crucial task, this is a big problem. I have worked on workarounds but WebDAV uploads allow me to use flow and auto-tagging which I depend on.
Steps to reproduce
Expected behavior
File uploading working as before. Bruteforce protection isn't triggered for no apparent reason.
Nextcloud Server version
31
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
None
Are you using the Nextcloud Server Encryption module?
{"reqId":"VdjhHbQyN6vWCia0dhCU","level":1,"time":"2025-04-26T11:43:34+00:00","remoteAddr":"***","user":false,"app":"no app in context","method":"GET","url":"/index.php/apps/spreed/","message":"IP address throttled because it reached the attempts limit in the last 30 minutes [action: talkRoomToken, delay: 200, ip: ***]","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36 Edg/135.0.0.0","version":"31.0.4.1","data":[],"id":"680ceb9875453"}
{"reqId":"D3YiyAVY5btLkevpQ5Qf","level":1,"time":"2025-04-25T15:47:06+00:00","remoteAddr":"***","user":false,"app":"no app in context","method":"PUT","url":"/remote.php/dav/files/***.pdf","message":"IP address throttled because it reached the attempts limit in the last 30 minutes [action: login, delay: 400, ip: ***]","userAgent":"UniversalSend_Unicode_WebDAV/1.0","version":"31.0.4.1","data":[],"id":"680ceb988553a"}
Additional info
Example from the apache log: :443 *** - - [26/Apr/2025:13:13:30 +0200] "PUT /remote.php/dav/files/.pdf HTTP/1.1" 401 4602 "-" "UniversalSend_Unicode_WebDAV/1.0"
The text was updated successfully, but these errors were encountered:
Bug description
For a few weeks I face a very big problem: I have a few copiers that scan documents as pdfs from the machine directly into my nextcloud via WebDAV. This has been working flawlessly for years now. Suddenly, most of the times (but not always) the scan fails because the machine cannot authenticate and the file cannot be uploaded (however a 0KB file is created anyway). When this problem first occurred I don't think I have made updates near that timeframe, the copier certainly had no configuration changes at all. When I first encountered the problem, I still used Nextcloud 30.* but I then upgraded to the most recent version without the problem going away. So this might be talk app related but I don't know for sure.
Upon investigating this problem I have found:
I'm trying to find the root cause of this issue now for two weeks and cannot make any sense of it other than the bruteforce protection is somehow broken and thus prevents the copiers from authenticating properly (due to the delay). Note again that sometimes the copiers can authenticate and upload files, sometimes they can't.
I cannot make sense of the log files as I can't figure out why the bruteforce protection is being triggered. In any case I would greatly appreciate how to debug this issue further.
Since in my organisation document scanning is a crucial task, this is a big problem. I have worked on workarounds but WebDAV uploads allow me to use flow and auto-tagging which I depend on.
Steps to reproduce
Expected behavior
File uploading working as before. Bruteforce protection isn't triggered for no apparent reason.
Nextcloud Server version
31
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
None
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
Example from the apache log:
:443 *** - - [26/Apr/2025:13:13:30 +0200] "PUT /remote.php/dav/files/.pdf HTTP/1.1" 401 4602 "-" "UniversalSend_Unicode_WebDAV/1.0"
The text was updated successfully, but these errors were encountered: