Sign out loop Issue (Windows Desktop)

The Basicse

  • Nextcloud Server version (e.g., 29.x.x):
    • 32.0.3Operating system and version (e.g., Ubuntu 24.04):

    • replace me

  • Web server and version (e.g, Apache 2.4.25):
    • I don't know what this is
  • Reverse proxy and version _(e.g. nginx 1.27.2)
    • I don't know what this is
  • PHP version (e.g, 8.3):
    • I don't know what this is
  • Is this the first time you’ve seen this error? (Yes / No):
    • Yes
  • When did this problem seem to first start?
    • Today
  • Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.)
    • The windows application was installed via a typical executable. The actual server is installed via a linux app "store", Big Bear
  • Are you using CloudfIare, mod_security, or similar? (Yes / No)
    • My server runs off a pi I have CasaOS installed on.

Summary of the issue you are facing:

Windows side of nextcloud will not log in. Defaults to "Signed out from (my url here) as (my username), though if I press the “Log in” button I connects briefly (sometimes longer) with a message of “no nextcloud connection configured.” This was not a problem last week, which is the last time I had my sync unpaused. I have not restared my computer between then and when the issue started occurring. I do not have this issue connecting to my own webhost via the URL I have set up, however - my login credentials work fine and I can upload or download files through my browser normally. It’s just the application that decided it wasn’t working right. I did update the windows application the moment I noticed this issue, though it seems like it’s to no avail

Steps to replicate it (hint: details matter!):

  1. Open nextcloud

  2. It shows that I am signed out.

  3. click log in repeatedly or once, still signed out.

Log entries

Nextcloud

Pass: w3DpP7N37W

Please provide the log entries from your Nextcloud log that are generated during the time of problem (via the Copy raw option from Administration settings->Logging screen or from your nextcloud.log located in your data directory). Feel free to use a pastebin/gist service if necessary.

Nextcloud Config

[General]
clientVersion=34.0.1 (build 20260804)
isVfsEnabled=false
launchOnSystemStartup=true
optionalServerNotifications=true
promptDeleteAllFiles=false
showCallNotifications=true
showChatNotifications=true
showInExplorerNavigationPane=true
showQuotaWarningNotifications=true
clientPreviousVersion=34.0.0 (build 20260727)
desktopEnterpriseChannel=invalid
lastSelectedAccount=0

[Accounts]
0\version=13
0\url=REDACTED
0\dav_user=REDACTED
0\displayName=REDACTED
0\serverVersion=31.0.6.2
0\serverColor=@Variant(\0\0\0\x43\x1\xff\xff\0\0gg\x9e\x9e\0\0)
0\serverTextColor=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xff\xff\xff\xff\0\0)
0\serverHasValidSubscription=false
0\encryptionCertificateSha256Fingerprint=@ByteArray()
0\networkProxyType=0
0\networkProxyHostName=REDACTED
0\networkProxyPort=8080
0\networkProxyNeedsAuth=true
0\networkProxyUser=REDACTED
0\networkUploadLimitSetting=0
0\networkDownloadLimitSetting=0
0\networkUploadLimit=10000
0\networkDownloadLimit=0
0\webflow_user=REDACTED
0\authType=webflow
version=13
0\desktopEnterpriseChannel=stable
0\Folders\2\localPath=C:/Users/REDACTED/Music/
0\Folders\3\localPath=C:/Users/REDACTED/OneDrive/Pictures/
0\Folders\2\journalPath=.sync_c7b9bb776d35.db
0\Folders\3\journalPath=.sync_6565249efcdd.db
0\Folders\2\targetPath=/REDACTED
0\Folders\3\targetPath=/REDACTED
0\Folders\2\paused=false
0\Folders\3\paused=false
0\Folders\2\ignoreHiddenFiles=false
0\Folders\3\ignoreHiddenFiles=false
0\Folders\2\virtualFilesMode=off
0\Folders\3\virtualFilesMode=off
0\Folders\2\version=2
0\Folders\3\version=2
0\Folders\2\navigationPaneClsid=@Variant(\0\0\0\x7f\0\0\0\x6QUuid\0\x17\xbcy\xc4hkG\xc3\x9b\xe\r\x1d\xe\xaa\x66\x11)
0\Folders\3\navigationPaneClsid=@Variant(\0\0\0\x7f\0\0\0\x6QUuid\0\xba\x13>\xbc\x7f\xc5O\xa0\x91\x99\x8f$\xe5\x8c\x99q)
0\Folders\1\localPath=C:/Users/REDACTED/Documents/
0\Folders\1\journalPath=.sync_f2a8c7b66fbd.db
0\Folders\1\targetPath=/REDACTED
0\Folders\1\paused=false
0\Folders\1\ignoreHiddenFiles=false
0\Folders\1\virtualFilesMode=off
0\Folders\1\version=2
0\Folders\1\navigationPaneClsid=@Variant(\0\0\0\x7f\0\0\0\x6QUuid\0xF\xad\x11X\x12G\xba\x9a\x1b\xe7\xb4P?\x96K)

[Settings]
geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x3\0\0\0\0\0W\0\0\x1\b\0\0\x4\f\0\0\x3\xa3\0\0\0W\0\0\x1'\0\0\x4\f\0\0\x3\xa3\0\0\0\0\0\0\0\0\a\x80\0\0\0W\0\0\x1'\0\0\x4\f\0\0\x3\xa3)

Sorry I’m so sparse on info. I’m an amatuer at best when it comes to webdev, I mostly slung this thing together using a tutorial and didn’t have any issues until. . . . now? Been at least like 6 months since I put it together.

Hi @Moghain, you wrote:

but also

This means in my understanding that your last successgull connect of the client to your NC-Server was to Version 31.0.6.2. So the question is did you update last week from 31.0.6 to 32.0.3 and if so why to 32.0.3 and not to 32.0.13 what is the last release of Version 32 (July 23, 2026), while 32.0.3 is from December 11, 2025.

I updated both the windows side and the linux side AFTER the issue started occurring, thinking an update might fix it. This log is from after the fact, unfortunately.

And to answer your question more properly, this is why:

Okay so I did a little digging. Couple things came up.

  1. Attempting to connect to my domain after Removing Account from the desktop side gives me the following:

  1. I checked the server update utility after turning the device off and on and again and lo and behold, it’s updated to 34.

  2. The web version of my cloud tells me it’s not updated.

  1. A bunch of errors above #3 of this list I can’t parse.

  2. Lastly, I checked the SERVER config file. And. . . it still shows the old version even though it’s supposedly updated.

    image

    So i don’t really know what the heck is going on. And I can’t easily revert my desktop version to an earlier version.

Last addendum for now until somebody else responds or it magically fixes itself with this news- I went back to the original guide I used and rediscovered that I had me turn off maintenance mode and filelocking in config since they aren’t good for everyday users (Their words, not mine). I’ve since set both to true and now my server is in maintenance mode. We’ll .. . see what happens, i guess.

Alright, I’ve entirely reinstalled nextcloud from both sides of the equation - server and client.

Server’s back up and updated to 34.whatever properly, no issues there. I can once again access it via my usual web client ways. Or at least it was until I tried logging into it in my phone client to test the connection and now I’m COMPLETELY LOCKED OUT with a “Too many requests” notice.

and the one way I tried to fix that is from instructions from a different post Cannot login: Too Many Requests - #28 by michuvon ? here with the sudo command, except that it tells me that it’s “not found” when I try the terminal.

God it’s just one thing after another.

Client is fresh on windows, though if there’s a lingering config file somewhere I don’t know where it is. In the brief window where my web client was letting me in, I was still getting the same redtext error as before in the desktop client.

Post the full command from prompt to prompt with its error message here as preformatted text. Example:

root@DebianServerVM2:~# date
Sa 15. Aug 08:14:25 CEST 2026
root@DebianServerVM2:~#

or

root@DebianServerVM2:~# sudo -u www-data php occ update:check
Could not open input file: occ
root@DebianServerVM2:~#

Did you ever read your red text errors? If so, why not simply do what the red text told you to do? Here are those red text errors again:

So the last of the two tells you what you shall do to get rigit of the error. You shall enable the File Locking. It tells you also how to do so. You shall edit your config.php and remove the 'filelocking enabled => false'.

The first of the two and its solution depends from your Setup, but that you never told us.

You need to config Background Tasks in your web frontend as admin. The options are:

  • AJAX
  • Webcron
  • Cron (recommended)

what did you choose? My cristall balls did not tell it to me :wink:

There is a file named nextcloud.cfg for each user. View for it at /Users/<username>/AppData/Roaming/Nextcloud/nextcloud.cfg. Move (not delete) the file into another directory or rename it. Nextcloud will create a new nextcloud.cfg

The Credentials are also stored in your users Credential Manager. Since i do not use Windows but Linux only, also on Desktops you need to ask a AI or search engine for more details.

Alright so in order:

I reinstalled it entirely during my last post, but I have now removed the filelocking statement as required.

I can’t access the frontend (that’s the website right)? due to the lockout issue. I believe it runs through cron tho:

I have removed the cfg and cleared nextcloud’s credentials via credentials manager, so those are now accounted for. As for the final issue that prevents me from addressing anything else as a fun little impediment to progress. . .

# sudo -u www-data php /var/www/nextcloud/occ/security:bruteforce:reset My_Internet_IP
/bin/sh: 1: sudo: not found
# sudo -u www-data php /var/www/nextcloud/occ/security:bruteforce:resete My_Local_IP
/bin/sh: 2: sudo: not found
   

for security reasons I have obviously obfuscated my IP there. casaOS is a bit funky.

is not an real Operating System. I did ask Gemini for that:

CasaOS is a free, open-source personal cloud operating system (or dashboard) designed to make home servers and self-hosting easy. It runs on top of standard Linux distributions like Debian or Ubuntu

This means you do not run your CasaOS on top of Ubuntu. If you run it on top of Debian you need to install sudo first, since sudo is not part of default (out of the box) Debian-Server unlike Ubuntu-Server.

How to install and configure sudo on Debian Linux

Gemini is not a real source of information.

Now, doubling back to how I originally made the thing, it appears I have a base of RaspberryOS, so that is a misunderstanding on my part. I suppose CasaOS is one of these “Shells” I’ve been hearing so much about.

Going to another record of my attempts to get it running in the first place, I HAVE been able to use sudo before. So I don’t know what’s going wrong there, unless the “terminal” feature within the CasaOS interface requires something else.

I tried my PuTTY connection instead, since that was the last place I was able to use Sudo.

``sudo: php: command not found``

So that’s what happened there. Same command as before. Not sure what’s going on there since I HAVE BEEN ABLE TO USE SUDO BEFORE. I have screenshot proof even from said time.

sudo works. But the specific command doesn’t.

Don’t you see the difference to what happend bedore?

Its not at all the same.

  • /bin/sh: 2: sudo: not found = sudo was not found
  • sudo: php: command not found = sudo tells you php was not found

Nextcloud is almost certainly running in a Docker container on CasaOS. Their app store version of Nextcloud is derived from the micro-services image. It has docs for using occ with it:

okay now that august is no longer kicking my ass I can get back to troubleshooting

first off, tried this two separate ways.

As previously expected, the terminal attached to the CASAOS shell is decidedly unhelpful.

Going about it through putty got different results. Again.

I did reinstall it a third time. I can now log in correctly again, so my current issue is still connecting the clientside desktop app on my Windows machine to the serverside pi host:

image

I have tried several different variations to the URL.

Part of the issues is:

Using connect without TLS results in the above redtext.
Use Client Certificate shows things I do not have any relevant information for, as I didn’t need this certificate before.