I am having some trouble with a Nextcloud server. I set up a digitalocean droplet to test contact syncing for work. I went with the setup that I use at home, which is Yunohost and Nextcloud. This was/is working fine to sync contacts with iOS using the built-in support for CardDav accounts in iOS.
I made a snapshot of the server and rebuilt it on a work account (also Digital ocean). I reconfigured it for a new domain name, and got a letsencrypt cert. I can login and manage the admin and user accounts.
I set up an iPad to use the new server, and it seemed to work fine. However, I subsequently tried a couple other iPhones, and it won’t connect to the account.
It isn’t a fail2ban thing, because on the same apple devices that I can’t connect to the accounts on, I can go login to Nextcloud in their browser.
What is happening?
Edit: I seem to have fixed it by reinstalling the server from scratch. I wanted to eliminate any problems that may have been caused by restoring from a snapshot previously linked to another domain. Everything is working at least for now.
The issue could still be a fail-to-band issue if fail-to-band is looking at the user agent string (I’m not sure fail to ban looks at the user agent string, but it might be worth checking out.). The user agent string would likely be different on a mobile app versus a browser login.
I am not seeing anything (relevant) in the Nextcloud logs (as viewed from the web app). In iOS I get a message about SSL verification failed, and do I want to try connecting without it. Either way it cannot validate credentials. I know the username and password are correct (tested multiple times/work to login in the browser), and the SSL cert is valid.
Also /var/log/Nextcloud/ is empty. Where else should I look for logs?
I don’t think so. As I said, this server is a copy of one on another domain that is still working. Also, this new server was able to validate at least once.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
The issue could still be a fail-to-band issue if fail-to-band is looking at the user agent string (I’m not sure fail to ban looks at the user agent string, but it might be worth checking out.). The user agent string would likely be different on a mobile app versus a browser login.
I did not see the iPad IP address in the fail2ban logs.
New Lemmy Post: Nextcloud/CardDav/iOS trouble (https://lemmy.world/post/11062239)
Tagging: #SelfHosted
(Replying in the OP of this thread (NOT THIS BOT!) will appear as a comment in the lemmy discussion.)
I am a FOSS bot. Check my README: https://github.com/db0/lemmy-tagginator/blob/main/README.md
Error message? Nextcloud logs?
Can’t tell you whats happening without information about what’s happening other than “it doesn’t work”.
I am not seeing anything (relevant) in the Nextcloud logs (as viewed from the web app). In iOS I get a message about SSL verification failed, and do I want to try connecting without it. Either way it cannot validate credentials. I know the username and password are correct (tested multiple times/work to login in the browser), and the SSL cert is valid.
Also /var/log/Nextcloud/ is empty. Where else should I look for logs?
Is the caldev URL somehow wrong? SSL verification could be wrong URL or wrong date even
I don’t think so. As I said, this server is a copy of one on another domain that is still working. Also, this new server was able to validate at least once.