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
This is the **core** of the IOTstack Nextcloud service definition:
6
6
7
-
```yml
7
+
```{ .yaml linenums="1" }
8
8
nextcloud:
9
9
container_name: nextcloud
10
10
image: nextcloud
@@ -54,45 +54,45 @@ Under new-menu, the menu can generate random passwords for you. You can either u
54
54
55
55
The passwords need to be set before you bring up the Nextcloud service for the first time but the following initialisation steps assume you might not have done that and always start over from a clean slate.
3. Erase the persistent storage area for Nextcloud (double-check the command *before* you hit return):
72
72
73
-
```
73
+
```console
74
74
$ sudo rm -rf ./volumes/nextcloud
75
75
```
76
76
77
77
This is done to force re-initialisation. In particular, it gives you assurance that the passwords in your `docker-compose.yml` are the ones that are actually in effect.
78
78
79
79
4. Bring up the stack:
80
80
81
-
```
81
+
```console
82
82
$ docker-compose up -d
83
83
```
84
84
85
85
5. Check for errors:
86
86
87
87
Repeat the following command two or three times at 10-second intervals:
88
88
89
-
```
89
+
```console
90
90
$ docker ps
91
91
```
92
92
93
93
You are looking for evidence that the `nextcloud` and `nextcloud_db` containers are up, stable, and not restarting. If you see any evidence of restarts, try to figure out why using:
94
94
95
-
```
95
+
```console
96
96
$ docker logs nextcloud
97
97
```
98
98
@@ -108,7 +108,7 @@ The passwords need to be set before you bring up the Nextcloud service for the f
108
108
109
109
* You **can't** use a multicast domain name (eg `myrpi.local`). An mDNS name will not work until Nextcloud has been initialised!
110
110
* Once you have picked a connection method, **STICK TO IT**.
111
-
* You are only stuck with this restriction until Nextcloud has been initialised. You **can** (and should) fix it later by completing the steps in ["Access through untrusted domain"](#access-through-untrusted-domain).
111
+
* You are only stuck with this restriction until Nextcloud has been initialised. You **can** (and should) fix it later by completing the steps in ["Access through untrusted domain"](#untrustedDomain).
112
112
113
113
7. On a computer that is **not** the Raspberry Pi running Nextcloud, launch a browser and point to the Raspberry Pi running Nextcloud using your chosen connection method. Examples:
114
114
@@ -174,7 +174,7 @@ The passwords need to be set before you bring up the Nextcloud service for the f
174
174
175
175

176
176
177
-
## <a name="untrustedDomain">"Access through untrusted domain"</a>
177
+
## <aname="untrustedDomain"></a>"Access through untrusted domain"
178
178
179
179
During Nextcloud initialisation you had to choose between an IP address, a domain name or a host name. Now that Nextcloud is running, you have the opportunity to expand your connection options.
180
180
@@ -211,7 +211,7 @@ Hint:
211
211
212
212
* It is a good idea to make a backup of any file before you edit it. For example:
213
213
214
-
```
214
+
```console
215
215
$ cd ~/IOTstack/volumes/nextcloud/html/config/
216
216
$ sudo cp config.php config.php.bak
217
217
```
@@ -232,7 +232,7 @@ Search for "trusted_domains". To tell Nextcloud to trust **all** of the URLs abo
232
232
233
233
Once you have finished editing the file, save your work then restart Nextcloud:
### <aname="dnsAlias"></a>Using a DNS alias for your Nextcloud service
247
247
248
248
The examples above include using a DNS alias (a CNAME record) for your Nextcloud service. If you decide to do that, you may see this warning in the log:
249
249
@@ -253,25 +253,25 @@ Could not reliably determine the server's fully qualified domain name
253
253
254
254
You can silence the warning by editing the Nextcloud service definition in `docker-compose.yml` to add your fully-qualified DNS alias to at `hostname` directive. For example:
Nextcloud traffic is not encrypted. Do **not** expose it to the web by opening a port on your home router. Instead, use a VPN like Wireguard to provide secure access to your home network, and let your remote clients access Nextcloud over the VPN tunnel.
263
263
264
-
## Container health check
264
+
## <a name="healthCheck"></a>Container health check
265
265
266
266
A script , or "agent", to assess the health of the MariaDB container has been added to the *local image* via the *Dockerfile*. In other words, the script is specific to IOTstack.
267
267
268
268
Because it is an instance of MariaDB, Nextcloud_DB inherits the health-check agent. See the [IOTstack MariaDB](MariaDB.md) documentation for more information.
The first "prune" removes the old *local* image, the second removes the old *base* image. Whether an old *base image* exists depends on the version of `docker-compose` you are using and how your version of `docker-compose` builds local images.
292
292
293
-
## Backups
293
+
## <a name="backups"></a>Backups
294
294
295
295
Nextcloud is currently excluded from the IOTstack-supplied backup scripts due to its potential size.
296
296
297
297
> This is also true for [Paraphraser/IOTstackBackup](https://github.com/Paraphraser/IOTstackBackup).
298
298
299
299
If you want to take a backup, something like the following will get the job done:
0 commit comments