Delayd start for connections

Is it possible to delay the moment Nextcloud Desktop client starts making connections? At my current location a manual logon to our firewall is required to gain access to the Internet. So every morning I’m confronted with certficate errors as our firewall has a different certificate as the three servers I sync with.

Some or all of the below information will be requested if it isn’t supplied; for fastest response please provide as much as you can. :heart:

The Basics

* Nextcloud Server version:

  • `Nextcloud 34.0.3`
    * Operating system and version:
  • `#1 SMP PREEMPT Debian 1:6.18.39-1+rpt1 (2026-07-29)`
    * Web server and version:
  • `Server version: Apache/2.4.68 (Debian)`
    * Reverse proxy and version:
  • `nginx version: openresty/1.29.2.5`
    * PHP version:
  • `PHP 8.5.9 (cli) (built: Aug 5 2026 00:27:06) (NTS)`
    * Is this the first time you’ve seen this error? (Yes / No):
  • `yes`
    * When did this problem seem to first start?
  • `recently`
    * Installation method _(e.g. AlO, NCP, Bare Metal/Archive, etc.)_
  • `OMV Container`
    * Are you using CloudfIare, mod_security, or similar? _(Yes / No)_
  • `No`

Summary of the issues you are facing:

\[…\]

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

Log entries

Nextcloud

```
{“reqId”:“5L77q0ZXnVeL7dcBr2RH”,“level”:0,“time”:“2026-08-25T05:56:12+00:00”,“remoteAddr”:“”,“user”:“–”,“app”:“PHP”,“method”:“”,“url”:“–”,“scriptNam
e”:“/var/www/html/occ”,“message”:“Non-canonical cast (integer) is deprecated, use the (int) cast instead at /var/www/html/custom_apps/eurooffice/lib/A
ppConfig.php#1292”,“userAgent”:“–”,“version”:“34.0.3.2”,“occ_command”:[“/var/www/html/occ”,“–version”],“data”:{“app”:“PHP”}}
```

Web Browser

Apps

Enabled:

  • activity: 7.0.0
  • admin_audit: 1.24.0
  • appstore: 1.0.0
  • bookmarks: 16.2.6
  • brewmemo: 0.8.0
  • bruteforcesettings: 7.0.0
  • calendar: 6.5.4
  • camerarawpreviews: 1.1.3
  • circles: 34.0.0
  • cloud_federation_api: 1.18.0
  • contacts: 8.7.6
  • contactsinteraction: 1.15.0
  • cookbook: 0.11.9
  • dashboard: 7.14.0
  • dav: 1.40.0
  • encryption: 2.22.0
  • end_to_end_encryption: 2.2.3
  • eurooffice: 11.0.2
  • federatedfilesharing: 1.24.0
  • files: 2.6.0
  • files_downloadlimit: 5.2.0
  • files_external: 1.26.0
  • files_lock: 34.0.1
  • files_pdfviewer: 7.0.0-dev.0
  • files_sharing: 1.26.0
  • files_trashbin: 1.24.0
  • files_versions: 1.27.0
  • firstrunwizard: 7.0.0-dev.0
  • groupfolders: 22.0.6
  • logreader: 7.0.0
  • lookup_server_connector: 1.22.0
  • nextcloud_announcements: 6.0.0
  • notes: 6.0.2
  • notifications: 7.0.0-dev.1
  • oauth2: 1.22.0
  • officeonline: 3.2.1
  • password_policy: 6.0.0-dev.0
  • photos: 7.0.0
  • privacy: 6.0.0-dev.1
  • profile: 1.3.0
  • provisioning_api: 1.24.0
  • recommendations: 7.0.0
  • serverinfo: 6.0.0
  • settings: 1.17.0
  • sharebymail: 1.24.0
  • suspicious_login: 12.0.0-dev.0
  • systemtags: 1.24.0
  • theming: 2.9.0
  • twofactor_backupcodes: 1.23.0
  • twofactor_nextcloud_notification: 8.0.0
  • twofactor_totp: 16.0.0
  • updatenotification: 1.24.0
  • uppush: 2.5.0
  • user_status: 1.14.0
  • viewer: 7.0.0-dev.0
  • webhook_listeners: 1.6.0
  • workflowengine: 2.16.0
    Disabled:
  • app_api: 34.0.0 (installed 32.0.0)
  • comments: 1.24.0 (installed 1.24.0)
  • federation: 1.24.0 (installed 1.24.0)
  • files_reminders: 1.7.0 (installed 1.7.0)
  • fulltextsearch: 34.0.1 (installed 34.0.1)
  • office: 1.0.0 (installed 1.0.0)
  • previewgenerator: 5.14.0 (installed 5.14.0)
  • related_resources: 5.0.0-dev.0 (installed 5.0.0-dev.0)
  • sentry: 8.19.1 (installed 8.19.1)
  • support: 6.0.0 (installed 6.0.0)
  • survey_client: 6.0.0-dev.0 (installed 6.0.0-dev.0)
  • tables: 2.2.2 (installed 2.2.2)
  • text: 8.0.0 (installed 8.0.0)
  • user_ldap: 1.25.0 (installed 1.22.0)
  • weather_status: 1.14.0 (installed 1.14.0)

I am not aware of such a setting in the client.

If this happens when your computer boot, you can launch nextcloud as a systemd service and maybe have it trigger after network-online.target ? Man page here

This will not work if the client is already running and you change networks though, but perhaps you could chain it to shut down if network is down again? Just throwing some ideas :slight_smile:

They have added a function to detect captive portals:

They write something about network states that might be easier to handle with Qt6, not sure if there has been done something. Perhaps there is more on the bug tracker …