Hello Team,
I am currently on Fedora 36 KDE. Till yesterday I had no issues.
Today I got an error to reconnect my ecloud account.
As I entered my credentials, I got the error of “Access Denied. State Token does not match.”
I tried removing the account and adding it back in, then I got this certificate error.
Any help will be appreciated.
No issues on the Phone though.
Regain your privacy! Adopt /e/ the unGoogled mobile OS and online services
I did get a few hits searching for the error
access denied state token does not match + nextcloud
Are you able to login with your PC browser?
Might one of these help?
https://help.nextcloud.com/t/nextcloud-app-untrusted-certificate-ok-in-browser/124532
https://help.nextcloud.com/t/is-it-possible-to-connect-to-nextcloud-over-lan/58188
Yes I am.
Thanks for the reply, Still finding a solution.
One of the solutions was, if I were using “Certify the Web”, is to wait 1 week for the expired certificate to renew. But all the above solutions are if the certificate has expired. Mine has not.
All other solutions are to restart the server.
Hello @aibd
Could this a solution?
If yes, who would need to update the certificate? Client side or Server-side.
The “untrusted certificate message” is coming from your side … I found this How to add trusted CA certificate on CentOS/Fedora | DevDungeon.
I do not have the certificate. So I cannot move it to the cert folder.
I tried the cert update command but to no success.
Hello @aibd
Just connected to Nextcloud.
Whenever I was using the address ecloud.global in the Nextcloud client, I was getting the error.
So out of curiosity, I entered the same address in the browser and it was taking me to murena.io.
So I entered murena.io in the Nextcloud Desktop client and it granted me the access.
I think, you as an Nextcloud provider, will have to manually remove my IP, cert, hostname or something entirely different from server end if I want to use ecloud.global on the Fedora again.
Thanks for all the help.
From my end as an /e/ user there seems to be an automatic redirect from
https://ecloud.global -> https://murena.io. I guess the redirect failed for you.
But on a secure PC you might expect that “some url” should not be able to redirect you without your consent / knowledge.
I will share this post on the issue that I created on Gitlab.
Hope this helps anyone with the similar issue.
Do you want any logs from my side to troubleshoot the issue?
Otherwise you can close this thread.
Did you use your @e.email address to login or your @murena.io address?
I used the @murena.io address. I do not have the other address.
I am seeing the behaviour described in the original post if I try to create an account at ecloud.global. Using murena.io as the server address works fine. My existing ecloud.global continues to work,
Using the MacOS NextCloud desktop client, my existing ecloud.global continues to work, but If I try to create a new account I see this error
I am also hitting this bug when using the NextCloud app on my phone running LineageOS for microG. When I try to add the account
ecloud.global as the server address, then login fails as described in the original post. It fails with both my @ecloud.global and my @murena.io addresses.murena.io as the server address, then login succeeds for both addressesUsing the MacOS NextCloud desktop client, my existing ecloud.global continues to work, but If I try to create a new account I see this error
Looks like the problem is with /e/'s certificate
the ecloud.global cert is fine - my guess is it’s a nextcloud desktop client code bug that doesn’t expect a redirect on ecloud.global -> ecloud.global/login -> murena.io/login - usually the domain you enter won’t do domain redirects, so code trips up?
Just a thought … from memory similar issues have been put down to NextCloud version mismatch. Maintenance and Release Schedule · nextcloud/server Wiki · GitHub
Thanks guys, just had the “access denied” problem when I tried to connect via Nextcloud app to ecloud.global but with murena.io it worked!
My email adress is still a @e.email
