mirror of
https://github.com/EpicMorg/docker-scripts.git
synced 2024-10-16 23:36:58 +03:00
nextcloud update
This commit is contained in:
parent
1248c044f6
commit
d7a49ffc5d
GPG Key ID:
E149C3760CFA3C7E
@ -54,7 +54,10 @@ jobs:
|
||||
- name: "Build and Deploy Advanced Nextcloud 24 Stock Images:"
|
||||
run: cd linux/advanced/nextcloud/pure/24 && pwd && make build && make deploy
|
||||
|
||||
- name: "Build and Deploy Advanced Nextcloud Stock Images:"
|
||||
- name: "Build and Deploy Advanced Nextcloud 25 Stock Images:"
|
||||
run: cd linux/advanced/nextcloud/pure/25 && pwd && make build && make deploy
|
||||
|
||||
- name: "Build and Deploy Advanced Nextcloud Latest Stock Images:"
|
||||
run: cd linux/advanced/nextcloud/pure/latest && pwd && make build && make deploy
|
||||
|
||||
##################################################################################
|
||||
@ -104,7 +107,10 @@ jobs:
|
||||
- name: "Build and Deploy Advanced Nextcloud 24 Patched Images:"
|
||||
run: cd linux/advanced/nextcloud/patched/24 && pwd && make build && make deploy
|
||||
|
||||
- name: "Build and Deploy Advanced Nextcloud Patched Images:"
|
||||
- name: "Build and Deploy Advanced Nextcloud 25 Patched Images:"
|
||||
run: cd linux/advanced/nextcloud/patched/25 && pwd && make build && make deploy
|
||||
|
||||
- name: "Build and Deploy Advanced Nextcloud Latest Patched Images:"
|
||||
run: cd linux/advanced/nextcloud/patched/latest && pwd && make build && make deploy
|
||||
|
||||
##################################################################################
|
||||
|
||||
@ -2,4 +2,4 @@
|
||||
|
||||
All presented images avalible on our repo in docker hub.
|
||||
|
||||
* Nextcloud 14-20 images also avalible here.
|
||||
* Nextcloud 14-25 images also avalible here.
|
||||
8
linux/advanced/nextcloud/patched/25/Dockerfile
Normal file
8
linux/advanced/nextcloud/patched/25/Dockerfile
Normal file
@ -0,0 +1,8 @@
|
||||
FROM epicmorg/nextcloud:25
|
||||
|
||||
##################################################################
|
||||
# thank u, mac users. rolling back normal ZipStreammer
|
||||
##################################################################
|
||||
RUN rm -frv /usr/src/nextcloud/lib/private/Streamer.php
|
||||
ADD Streamer.php /usr/src/nextcloud/lib/private/
|
||||
RUN chown nobody:nogroup /usr/src/nextcloud/lib/private/Streamer.php
|
||||
19
linux/advanced/nextcloud/patched/25/Makefile
Normal file
19
linux/advanced/nextcloud/patched/25/Makefile
Normal file
@ -0,0 +1,19 @@
|
||||
all: app
|
||||
|
||||
app:
|
||||
make build
|
||||
make deploy
|
||||
make clean
|
||||
|
||||
build:
|
||||
docker-compose build --compress --parallel --progress plain
|
||||
|
||||
deploy:
|
||||
docker-compose push
|
||||
|
||||
clean:
|
||||
docker container prune -f
|
||||
docker image prune -f
|
||||
docker network prune -f
|
||||
docker volume prune -f
|
||||
docker system prune -af
|
||||
527
linux/advanced/nextcloud/patched/25/README.md
Normal file
527
linux/advanced/nextcloud/patched/25/README.md
Normal file
@ -0,0 +1,527 @@
|
||||
# What is Nextcloud?
|
||||
|
||||
[](https://github.com/nextcloud/docker/actions?query=workflow%3AImages)
|
||||
[](https://github.com/nextcloud/docker/actions?query=workflow%3Aupdate.sh)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/amd64/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm32v5/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm32v6/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm32v7/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm64v8/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/i386/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/mips64le/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/ppc64le/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/s390x/job/nextcloud)
|
||||
|
||||
A safe home for all your data. Access & share your files, calendars, contacts, mail & more from any device, on your terms.
|
||||
|
||||
|
||||
|
||||
# How to use this image
|
||||
This image is designed to be used in a micro-service environment. There are two versions of the image you can choose from.
|
||||
|
||||
The `apache` tag contains a full Nextcloud installation including an apache web server. It is designed to be easy to use and gets you running pretty fast. This is also the default for the `latest` tag and version tags that are not further specified.
|
||||
|
||||
The second option is a `fpm` container. It is based on the [php-fpm](https://hub.docker.com/_/php/) image and runs a fastCGI-Process that serves your Nextcloud page. To use this image it must be combined with any webserver that can proxy the http requests to the FastCGI-port of the container.
|
||||
|
||||
[](http://play-with-docker.com?stack=https://raw.githubusercontent.com/nextcloud/docker/8db861d67f257a3e9ac1790ea06d4e2a7a193a6c/stack.yml)
|
||||
|
||||
## Using the apache image
|
||||
The apache image contains a webserver and exposes port 80. To start the container type:
|
||||
|
||||
```console
|
||||
$ docker run -d -p 8080:80 nextcloud
|
||||
```
|
||||
|
||||
Now you can access Nextcloud at http://localhost:8080/ from your host system.
|
||||
|
||||
|
||||
## Using the fpm image
|
||||
To use the fpm image, you need an additional web server that can proxy http-request to the fpm-port of the container. For fpm connection this container exposes port 9000. In most cases, you might want use another container or your host as proxy.
|
||||
If you use your host you can address your Nextcloud container directly on port 9000. If you use another container, make sure that you add them to the same docker network (via `docker run --network <NAME> ...` or a `docker-compose` file).
|
||||
In both cases you don't want to map the fpm port to your host.
|
||||
|
||||
```console
|
||||
$ docker run -d nextcloud:fpm
|
||||
```
|
||||
|
||||
As the fastCGI-Process is not capable of serving static files (style sheets, images, ...), the webserver needs access to these files. This can be achieved with the `volumes-from` option. You can find more information in the [docker-compose section](#running-this-image-with-docker-compose).
|
||||
|
||||
## Using an external database
|
||||
By default, this container uses SQLite for data storage but the Nextcloud setup wizard (appears on first run) allows connecting to an existing MySQL/MariaDB or PostgreSQL database. You can also link a database container, e. g. `--link my-mysql:mysql`, and then use `mysql` as the database host on setup. More info is in the docker-compose section.
|
||||
|
||||
## Persistent data
|
||||
The Nextcloud installation and all data beyond what lives in the database (file uploads, etc) are stored in the [unnamed docker volume](https://docs.docker.com/engine/tutorials/dockervolumes/#adding-a-data-volume) volume `/var/www/html`. The docker daemon will store that data within the docker directory `/var/lib/docker/volumes/...`. That means your data is saved even if the container crashes, is stopped or deleted.
|
||||
|
||||
A named Docker volume or a mounted host directory should be used for upgrades and backups. To achieve this, you need one volume for your database container and one for Nextcloud.
|
||||
|
||||
Nextcloud:
|
||||
- `/var/www/html/` folder where all nextcloud data lives
|
||||
```console
|
||||
$ docker run -d \
|
||||
-v nextcloud:/var/www/html \
|
||||
nextcloud
|
||||
```
|
||||
|
||||
Database:
|
||||
- `/var/lib/mysql` MySQL / MariaDB Data
|
||||
- `/var/lib/postgresql/data` PostgreSQL Data
|
||||
```console
|
||||
$ docker run -d \
|
||||
-v db:/var/lib/mysql \
|
||||
mariadb
|
||||
```
|
||||
|
||||
If you want to get fine grained access to your individual files, you can mount additional volumes for data, config, your theme and custom apps.
|
||||
The `data`, `config` files are stored in respective subfolders inside `/var/www/html/`. The apps are split into core `apps` (which are shipped with Nextcloud and you don't need to take care of) and a `custom_apps` folder. If you use a custom theme it would go into the `themes` subfolder.
|
||||
|
||||
Overview of the folders that can be mounted as volumes:
|
||||
|
||||
- `/var/www/html` Main folder, needed for updating
|
||||
- `/var/www/html/custom_apps` installed / modified apps
|
||||
- `/var/www/html/config` local configuration
|
||||
- `/var/www/html/data` the actual data of your Nextcloud
|
||||
- `/var/www/html/themes/<YOUR_CUSTOM_THEME>` theming/branding
|
||||
|
||||
If you want to use named volumes for all of these, it would look like this:
|
||||
```console
|
||||
$ docker run -d \
|
||||
-v nextcloud:/var/www/html \
|
||||
-v apps:/var/www/html/custom_apps \
|
||||
-v config:/var/www/html/config \
|
||||
-v data:/var/www/html/data \
|
||||
-v theme:/var/www/html/themes/<YOUR_CUSTOM_THEME> \
|
||||
nextcloud
|
||||
```
|
||||
|
||||
## Using the Nextcloud command-line interface
|
||||
To use the [Nextcloud command-line interface](https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/occ_command.html) (aka. `occ` command):
|
||||
```console
|
||||
$ docker exec --user www-data CONTAINER_ID php occ
|
||||
```
|
||||
or for docker-compose:
|
||||
```console
|
||||
$ docker-compose exec --user www-data app php occ
|
||||
```
|
||||
|
||||
## Auto configuration via environment variables
|
||||
The nextcloud image supports auto configuration via environment variables. You can preconfigure everything that is asked on the install page on first run. To enable auto configuration, set your database connection via the following environment variables. ONLY use one database type!
|
||||
|
||||
__SQLite__:
|
||||
- `SQLITE_DATABASE` Name of the database using sqlite
|
||||
|
||||
__MYSQL/MariaDB__:
|
||||
- `MYSQL_DATABASE` Name of the database using mysql / mariadb.
|
||||
- `MYSQL_USER` Username for the database using mysql / mariadb.
|
||||
- `MYSQL_PASSWORD` Password for the database user using mysql / mariadb.
|
||||
- `MYSQL_HOST` Hostname of the database server using mysql / mariadb.
|
||||
|
||||
__PostgreSQL__:
|
||||
- `POSTGRES_DB` Name of the database using postgres.
|
||||
- `POSTGRES_USER` Username for the database using postgres.
|
||||
- `POSTGRES_PASSWORD` Password for the database user using postgres.
|
||||
- `POSTGRES_HOST` Hostname of the database server using postgres.
|
||||
|
||||
If you set any values, they will not be asked in the install page on first run. With a complete configuration by using all variables for your database type, you can additionally configure your Nextcloud instance by setting admin user and password (only works if you set both):
|
||||
|
||||
- `NEXTCLOUD_ADMIN_USER` Name of the Nextcloud admin user.
|
||||
- `NEXTCLOUD_ADMIN_PASSWORD` Password for the Nextcloud admin user.
|
||||
|
||||
If you want, you can set the data directory, otherwise default value will be used.
|
||||
|
||||
- `NEXTCLOUD_DATA_DIR` (default: _/var/www/html/data_) Configures the data directory where nextcloud stores all files from the users.
|
||||
|
||||
One or more trusted domains can be set through environment variable, too. They will be added to the configuration after install.
|
||||
|
||||
- `NEXTCLOUD_TRUSTED_DOMAINS` (not set by default) Optional space-separated list of domains
|
||||
|
||||
The install and update script is only triggered when a default command is used (`apache-foreground` or `php-fpm`). If you use a custom command you have to enable the install / update with
|
||||
|
||||
- `NEXTCLOUD_UPDATE` (default: _0_)
|
||||
|
||||
If you want to use Redis you have to create a separate [Redis](https://hub.docker.com/_/redis/) container in your setup / in your docker-compose file. To inform Nextcloud about the Redis container, pass in the following parameters:
|
||||
|
||||
- `REDIS_HOST` (not set by default) Name of Redis container
|
||||
- `REDIS_HOST_PORT` (default: _6379_) Optional port for Redis, only use for external Redis servers that run on non-standard ports.
|
||||
- `REDIS_HOST_PASSWORD` (not set by default) Redis password
|
||||
|
||||
The use of Redis is recommended to prevent file locking problems. See the examples for further instructions.
|
||||
|
||||
To use an external SMTP server, you have to provide the connection details. To configure Nextcloud to use SMTP add:
|
||||
|
||||
- `SMTP_HOST` (not set by default): The hostname of the SMTP server.
|
||||
- `SMTP_SECURE` (empty by default): Set to `ssl` to use SSL, or `tls` to use STARTTLS.
|
||||
- `SMTP_PORT` (default: `465` for SSL and `25` for non-secure connections): Optional port for the SMTP connection. Use `587` for an alternative port for STARTTLS.
|
||||
- `SMTP_AUTHTYPE` (default: `LOGIN`): The method used for authentication. Use `PLAIN` if no authentication is required.
|
||||
- `SMTP_NAME` (empty by default): The username for the authentication.
|
||||
- `SMTP_PASSWORD` (empty by default): The password for the authentication.
|
||||
- `MAIL_FROM_ADDRESS` (not set by default): Use this address for the 'from' field in the emails sent by Nextcloud.
|
||||
- `MAIL_DOMAIN` (not set by default): Set a different domain for the emails than the domain where Nextcloud is installed.
|
||||
|
||||
Check the [Nextcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/email_configuration.html) for other values to configure SMTP.
|
||||
|
||||
To use an external S3 compatible object store as primary storage, set the following variables:
|
||||
- `OBJECTSTORE_S3_HOST`: The hostname of the object storage server
|
||||
- `OBJECTSTORE_S3_BUCKET`: The name of the bucket that Nextcloud should store the data in
|
||||
- `OBJECTSTORE_S3_KEY`: AWS style access key
|
||||
- `OBJECTSTORE_S3_SECRET`: AWS style secret access key
|
||||
- `OBJECTSTORE_S3_PORT`: The port that the object storage server is being served over
|
||||
- `OBJECTSTORE_S3_SSL` (default: `true`): Whether or not SSL/TLS should be used to communicate with object storage server
|
||||
- `OBJECTSTORE_S3_REGION`: The region that the S3 bucket resides in.
|
||||
- `OBJECTSTORE_S3_USEPATH_STYLE` (default: `false`): Not required for AWS S3
|
||||
|
||||
Check the [Nextcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/primary_storage.html#simple-storage-service-s3) for more information.
|
||||
|
||||
To use an external OpenStack Swift object store as primary storage, set the following variables:
|
||||
- `OBJECTSTORE_SWIFT_URL`: The Swift identity (Keystone) endpoint
|
||||
- `OBJECTSTORE_SWIFT_AUTOCREATE` (default: `false`): Whether or not Nextcloud should automatically create the Swift container
|
||||
- `OBJECTSTORE_SWIFT_USER_NAME`: Swift username
|
||||
- `OBJECTSTORE_SWIFT_USER_PASSWORD`: Swift user password
|
||||
- `OBJECTSTORE_SWIFT_USER_DOMAIN` (default: `Default`): Swift user domain
|
||||
- `OBJECTSTORE_SWIFT_PROJECT_NAME`: OpenStack project name
|
||||
- `OBJECTSTORE_SWIFT_PROJECT_DOMAIN` (default: `Default`): OpenStack project domain
|
||||
- `OBJECTSTORE_SWIFT_SERVICE_NAME` (default: `swift`): Swift service name
|
||||
- `OBJECTSTORE_SWIFT_SERVICE_REGION`: Swift endpoint region
|
||||
- `OBJECTSTORE_SWIFT_CONTAINER_NAME`: Swift container (bucket) that Nextcloud should store the data in
|
||||
|
||||
Check the [Nextcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/primary_storage.html#openstack-swift) for more information.
|
||||
|
||||
|
||||
## Using the apache image behind a reverse proxy and auto configure server host and protocol
|
||||
|
||||
The apache image will replace the remote addr (ip address visible to Nextcloud) with the ip address from `X-Real-IP` if the request is coming from a proxy in 10.0.0.0/8, 172.16.0.0/12 or 192.168.0.0/16 by default. If you want Nextcloud to pick up the server host (`HTTP_X_FORWARDED_HOST`), protocol (`HTTP_X_FORWARDED_PROTO`) and client ip (`HTTP_X_FORWARDED_FOR`) from a trusted proxy disable rewrite ip and the reverse proxies ip address to `TRUSTED_PROXIES`.
|
||||
|
||||
- `APACHE_DISABLE_REWRITE_IP` (not set by default): Set to 1 to disable rewrite ip.
|
||||
|
||||
- `TRUSTED_PROXIES` (empty by default): A space-separated list of trusted proxies. CIDR notation is supported for IPv4.
|
||||
|
||||
If the `TRUSTED_PROXIES` approach does not work for you, try using fixed values for overwrite parameters.
|
||||
|
||||
- `OVERWRITEHOST` (empty by default): Set the hostname of the proxy. Can also specify a port.
|
||||
- `OVERWRITEPROTOCOL` (empty by default): Set the protocol of the proxy, http or https.
|
||||
- `OVERWRITEWEBROOT` (empty by default): Set the absolute path of the proxy.
|
||||
- `OVERWRITECONDADDR` (empty by default): Regex to overwrite the values dependent on the remote address.
|
||||
|
||||
Check the [Nexcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/reverse_proxy_configuration.html) for more details.
|
||||
|
||||
Keep in mind that once set, removing these environment variables won't remove these values from the configuration file, due to how Nextcloud merges configuration files together.
|
||||
|
||||
# Running this image with docker-compose
|
||||
The easiest way to get a fully featured and functional setup is using a `docker-compose` file. There are too many different possibilities to setup your system, so here are only some examples of what you have to look for.
|
||||
|
||||
At first, make sure you have chosen the right base image (fpm or apache) and added features you wanted (see below). In every case, you would want to add a database container and docker volumes to get easy access to your persistent data. When you want to have your server reachable from the internet, adding HTTPS-encryption is mandatory! See below for more information.
|
||||
|
||||
## Base version - apache
|
||||
This version will use the apache image and add a mariaDB container. The volumes are set to keep your data persistent. This setup provides **no ssl encryption** and is intended to run behind a proxy.
|
||||
|
||||
Make sure to pass in values for `MYSQL_ROOT_PASSWORD` and `MYSQL_PASSWORD` variables before you run this setup.
|
||||
|
||||
```yaml
|
||||
version: '2'
|
||||
|
||||
volumes:
|
||||
nextcloud:
|
||||
db:
|
||||
|
||||
services:
|
||||
db:
|
||||
image: mariadb
|
||||
command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
|
||||
restart: always
|
||||
volumes:
|
||||
- db:/var/lib/mysql
|
||||
environment:
|
||||
- MYSQL_ROOT_PASSWORD=
|
||||
- MYSQL_PASSWORD=
|
||||
- MYSQL_DATABASE=nextcloud
|
||||
- MYSQL_USER=nextcloud
|
||||
|
||||
app:
|
||||
image: nextcloud
|
||||
ports:
|
||||
- 8080:80
|
||||
links:
|
||||
- db
|
||||
volumes:
|
||||
- nextcloud:/var/www/html
|
||||
restart: always
|
||||
|
||||
```
|
||||
|
||||
Then run `docker-compose up -d`, now you can access Nextcloud at http://localhost:8080/ from your host system.
|
||||
|
||||
## Base version - FPM
|
||||
When using the FPM image, you need another container that acts as web server on port 80 and proxies the requests to the Nextcloud container. In this example a simple nginx container is combined with the Nextcloud-fpm image and a MariaDB database container. The data is stored in docker volumes. The nginx container also needs access to static files from your Nextcloud installation. It gets access to all the volumes mounted to Nextcloud via the `volumes_from` option.The configuration for nginx is stored in the configuration file `nginx.conf`, that is mounted into the container. An example can be found in the examples section [here](https://github.com/nextcloud/docker/tree/master/.examples).
|
||||
|
||||
As this setup does **not include encryption**, it should be run behind a proxy.
|
||||
|
||||
Make sure to pass in values for `MYSQL_ROOT_PASSWORD` and `MYSQL_PASSWORD` variables before you run this setup.
|
||||
|
||||
```yaml
|
||||
version: '2'
|
||||
|
||||
volumes:
|
||||
nextcloud:
|
||||
db:
|
||||
|
||||
services:
|
||||
db:
|
||||
image: mariadb
|
||||
command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
|
||||
restart: always
|
||||
volumes:
|
||||
- db:/var/lib/mysql
|
||||
environment:
|
||||
- MYSQL_ROOT_PASSWORD=
|
||||
- MYSQL_PASSWORD=
|
||||
- MYSQL_DATABASE=nextcloud
|
||||
- MYSQL_USER=nextcloud
|
||||
|
||||
app:
|
||||
image: nextcloud:fpm
|
||||
links:
|
||||
- db
|
||||
volumes:
|
||||
- nextcloud:/var/www/html
|
||||
restart: always
|
||||
|
||||
web:
|
||||
image: nginx
|
||||
ports:
|
||||
- 8080:80
|
||||
links:
|
||||
- app
|
||||
volumes:
|
||||
- ./nginx.conf:/etc/nginx/nginx.conf:ro
|
||||
volumes_from:
|
||||
- app
|
||||
restart: always
|
||||
```
|
||||
|
||||
Then run `docker-compose up -d`, now you can access Nextcloud at http://localhost:8080/ from your host system.
|
||||
|
||||
# Docker Secrets
|
||||
As an alternative to passing sensitive information via environment variables, _FILE may be appended to the previously listed environment variables, causing the initialization script to load the values for those variables from files present in the container. In particular, this can be used to load passwords from Docker secrets stored in /run/secrets/<secret_name> files. For example:
|
||||
```yaml
|
||||
version: '3.2'
|
||||
|
||||
services:
|
||||
db:
|
||||
image: postgres
|
||||
restart: always
|
||||
volumes:
|
||||
- db:/var/lib/postgresql/data
|
||||
environment:
|
||||
- POSTGRES_DB_FILE=/run/secrets/postgres_db
|
||||
- POSTGRES_USER_FILE=/run/secrets/postgres_user
|
||||
- POSTGRES_PASSWORD_FILE=/run/secrets/postgres_password
|
||||
secrets:
|
||||
- postgres_db
|
||||
- postgres_password
|
||||
- postgres_user
|
||||
|
||||
app:
|
||||
image: nextcloud
|
||||
restart: always
|
||||
ports:
|
||||
- 8080:80
|
||||
volumes:
|
||||
- nextcloud:/var/www/html
|
||||
environment:
|
||||
- POSTGRES_HOST=db
|
||||
- POSTGRES_DB_FILE=/run/secrets/postgres_db
|
||||
- POSTGRES_USER_FILE=/run/secrets/postgres_user
|
||||
- POSTGRES_PASSWORD_FILE=/run/secrets/postgres_password
|
||||
- NEXTCLOUD_ADMIN_PASSWORD_FILE=/run/secrets/nextcloud_admin_password
|
||||
- NEXTCLOUD_ADMIN_USER_FILE=/run/secrets/nextcloud_admin_user
|
||||
depends_on:
|
||||
- db
|
||||
secrets:
|
||||
- nextcloud_admin_password
|
||||
- nextcloud_admin_user
|
||||
- postgres_db
|
||||
- postgres_password
|
||||
- postgres_user
|
||||
|
||||
volumes:
|
||||
db:
|
||||
nextcloud:
|
||||
|
||||
secrets:
|
||||
nextcloud_admin_password:
|
||||
file: ./nextcloud_admin_password.txt # put admin password to this file
|
||||
nextcloud_admin_user:
|
||||
file: ./nextcloud_admin_user.txt # put admin username to this file
|
||||
postgres_db:
|
||||
file: ./postgres_db.txt # put postgresql db name to this file
|
||||
postgres_password:
|
||||
file: ./postgres_password.txt # put postgresql password to this file
|
||||
postgres_user:
|
||||
file: ./postgres_user.txt # put postgresql username to this file
|
||||
```
|
||||
|
||||
Currently, this is only supported for `NEXTCLOUD_ADMIN_PASSWORD`, `NEXTCLOUD_ADMIN_USER`, `MYSQL_DB`, `MYSQL_PASSWORD`, `MYSQL_USER`, `POSTGRES_DB`, `POSTGRES_PASSWORD`, `POSTGRES_USER`.
|
||||
|
||||
# Make your Nextcloud available from the internet
|
||||
Until here, your Nextcloud is just available from you docker host. If you want your Nextcloud available from the internet adding SSL encryption is mandatory.
|
||||
|
||||
## HTTPS - SSL encryption
|
||||
There are many different possibilities to introduce encryption depending on your setup.
|
||||
|
||||
We recommend using a reverse proxy in front of our Nextcloud installation. Your Nextcloud will only be reachable through the proxy, which encrypts all traffic to the clients. You can mount your manually generated certificates to the proxy or use a fully automated solution which generates and renews the certificates for you.
|
||||
|
||||
In our [examples](https://github.com/nextcloud/docker/tree/master/.examples) section we have an example for a fully automated setup using a reverse proxy, a container for [Let's Encrypt](https://letsencrypt.org/) certificate handling, database and Nextcloud. It uses the popular [nginx-proxy](https://github.com/jwilder/nginx-proxy) and [docker-letsencrypt-nginx-proxy-companion](https://github.com/JrCs/docker-letsencrypt-nginx-proxy-companion) containers. Please check the according documentations before using this setup.
|
||||
|
||||
# First use
|
||||
When you first access your Nextcloud, the setup wizard will appear and ask you to choose an administrator account username, password and the database connection. For the database use `db` as host and `nextcloud` as table and user name. Also enter the password you chose in your `docker-compose.yml` file.
|
||||
|
||||
# Update to a newer version
|
||||
Updating the Nextcloud container is done by pulling the new image, throwing away the old container and starting the new one.
|
||||
|
||||
**It is only possible to upgrade one major version at a time. For example, if you want to upgrade from version 14 to 16, you will have to upgrade from version 14 to 15, then from 15 to 16.**
|
||||
|
||||
Since all data is stored in volumes, nothing gets lost. The startup script will check for the version in your volume and the installed docker version. If it finds a mismatch, it automatically starts the upgrade process. Don't forget to add all the volumes to your new container, so it works as expected.
|
||||
|
||||
```console
|
||||
$ docker pull nextcloud
|
||||
$ docker stop <your_nextcloud_container>
|
||||
$ docker rm <your_nextcloud_container>
|
||||
$ docker run <OPTIONS> -d nextcloud
|
||||
```
|
||||
Beware that you have to run the same command with the options that you used to initially start your Nextcloud. That includes volumes, port mapping.
|
||||
|
||||
When using docker-compose your compose file takes care of your configuration, so you just have to run:
|
||||
|
||||
```console
|
||||
$ docker-compose pull
|
||||
$ docker-compose up -d
|
||||
```
|
||||
|
||||
|
||||
# Adding Features
|
||||
A lot of people want to use additional functionality inside their Nextcloud installation. If the image does not include the packages you need, you can easily build your own image on top of it.
|
||||
Start your derived image with the `FROM` statement and add whatever you like.
|
||||
|
||||
```yaml
|
||||
FROM nextcloud:apache
|
||||
|
||||
RUN ...
|
||||
|
||||
```
|
||||
The [examples folder](https://github.com/nextcloud/docker/blob/master/.examples) gives a few examples on how to add certain functionalities, like including the cron job, smb-support or imap-authentication.
|
||||
|
||||
If you use your own Dockerfile, you need to configure your docker-compose file accordingly. Switch out the `image` option with `build`. You have to specify the path to your Dockerfile. (in the example it's in the same directory next to the docker-compose file)
|
||||
|
||||
```yaml
|
||||
app:
|
||||
build: .
|
||||
links:
|
||||
- db
|
||||
volumes:
|
||||
- data:/var/www/html/data
|
||||
- config:/var/www/html/config
|
||||
- apps:/var/www/html/apps
|
||||
restart: always
|
||||
```
|
||||
|
||||
If you intend to use another command to run the image, make sure that you set `NEXTCLOUD_UPDATE=1` in your Dockerfile. Otherwise the installation and update will not work.
|
||||
|
||||
```yaml
|
||||
FROM nextcloud:apache
|
||||
|
||||
...
|
||||
|
||||
ENV NEXTCLOUD_UPDATE=1
|
||||
|
||||
CMD ["/usr/bin/supervisord"]
|
||||
```
|
||||
|
||||
|
||||
**Updating** your own derived image is also very simple. When a new version of the Nextcloud image is available run:
|
||||
|
||||
```console
|
||||
docker build -t your-name --pull .
|
||||
docker run -d your-name
|
||||
```
|
||||
|
||||
or for docker-compose:
|
||||
```console
|
||||
docker-compose build --pull
|
||||
docker-compose up -d
|
||||
```
|
||||
|
||||
The `--pull` option tells docker to look for new versions of the base image. Then the build instructions inside your `Dockerfile` are run on top of the new image.
|
||||
|
||||
# Migrating an existing installation
|
||||
You're already using Nextcloud and want to switch to docker? Great! Here are some things to look out for:
|
||||
|
||||
1. Define your whole Nextcloud infrastructure in a `docker-compose` file and run it with `docker-compose up -d` to get the base installation, volumes and database. Work from there.
|
||||
2. Restore your database from a mysqldump (nextcloud\_db\_1 is the name of your db container)
|
||||
- To import from a MySQL dump use the following commands
|
||||
```console
|
||||
docker cp ./database.dmp nextcloud_db_1:/dmp
|
||||
docker-compose exec db sh -c "mysql -u USER -pPASSWORD nextcloud < /dmp"
|
||||
docker-compose exec db rm /dmp
|
||||
```
|
||||
- To import from a PostgreSQL dump use to following commands
|
||||
```console
|
||||
docker cp ./database.dmp nextcloud_db_1:/dmp
|
||||
docker-compose exec db sh -c "psql -U USER --set ON_ERROR_STOP=on nextcloud < /dmp"
|
||||
docker-compose exec db rm /dmp
|
||||
```
|
||||
3. Edit your config.php
|
||||
1. Set database connection
|
||||
- In case of MySQL database
|
||||
```php
|
||||
'dbhost' => 'db:3306',
|
||||
```
|
||||
- In case of PostgreSQL database
|
||||
```php
|
||||
'dbhost' => 'db:5432',
|
||||
```
|
||||
2. Make sure you have no configuration for the `apps_paths`. Delete lines like these
|
||||
```diff
|
||||
- "apps_paths" => array (
|
||||
- 0 => array (
|
||||
- "path" => OC::$SERVERROOT."/apps",
|
||||
- "url" => "/apps",
|
||||
- "writable" => true,
|
||||
- ),
|
||||
```
|
||||
3. Make sure to have the `apps` directory non writable and the `custom_apps` directory writable
|
||||
```php
|
||||
'apps_paths' => array (
|
||||
0 => array (
|
||||
'path' => '/var/www/html/apps',
|
||||
'url' => '/apps',
|
||||
'writable' => false,
|
||||
),
|
||||
1 => array (
|
||||
'path' => '/var/www/html/custom_apps',
|
||||
'url' => '/custom_apps',
|
||||
'writable' => true,
|
||||
),
|
||||
),
|
||||
```
|
||||
4. Make sure your data directory is set to /var/www/html/data
|
||||
```php
|
||||
'datadirectory' => '/var/www/html/data',
|
||||
```
|
||||
|
||||
|
||||
4. Copy your data (nextcloud_app_1 is the name of your Nextcloud container):
|
||||
```console
|
||||
docker cp ./data/ nextcloud_app_1:/var/www/html/
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/data
|
||||
docker cp ./theming/ nextcloud_app_1:/var/www/html/
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/theming
|
||||
docker cp ./config/config.php nextcloud_app_1:/var/www/html/config
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/config
|
||||
```
|
||||
5. Copy only the custom apps you use (or simply redownload them from the web interface):
|
||||
```console
|
||||
docker cp ./custom_apps/ nextcloud_data:/var/www/html/
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/custom_apps
|
||||
```
|
||||
|
||||
# Questions / Issues
|
||||
If you got any questions or problems using the image, please visit our [Github Repository](https://github.com/nextcloud/docker) and write an issue.
|
||||
190
linux/advanced/nextcloud/patched/25/Streamer.php
Normal file
190
linux/advanced/nextcloud/patched/25/Streamer.php
Normal file
@ -0,0 +1,190 @@
|
||||
<?php
|
||||
/**
|
||||
*
|
||||
*
|
||||
* FIXED ZipStreammer to 64bit. 1) https://github.com/nextcloud/server/pull/15367
|
||||
* 2) https://github.com/artonge/server/commit/435022515de1983f0fe3d3116acb71a0ed439693
|
||||
*
|
||||
* @copyright Copyright (c) 2016, ownCloud, Inc.
|
||||
*
|
||||
* @author Arthur Schiwon <blizzz@arthur-schiwon.de>
|
||||
* @author Daniel Calviño Sánchez <danxuliu@gmail.com>
|
||||
* @author Joas Schilling <coding@schilljs.com>
|
||||
* @author Roeland Jago Douma <roeland@famdouma.nl>
|
||||
* @author Thomas Müller <thomas.mueller@tmit.eu>
|
||||
* @author Victor Dubiniuk <dubiniuk@owncloud.com>
|
||||
*
|
||||
* @license AGPL-3.0
|
||||
*
|
||||
* This code is free software: you can redistribute it and/or modify
|
||||
* it under the terms of the GNU Affero General Public License, version 3,
|
||||
* as published by the Free Software Foundation.
|
||||
*
|
||||
* This program is distributed in the hope that it will be useful,
|
||||
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
||||
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
||||
* GNU Affero General Public License for more details.
|
||||
*
|
||||
* You should have received a copy of the GNU Affero General Public License, version 3,
|
||||
* along with this program. If not, see <http://www.gnu.org/licenses/>
|
||||
*
|
||||
*/
|
||||
|
||||
namespace OC;
|
||||
|
||||
use OC\Files\Filesystem;
|
||||
use OCP\Files\File;
|
||||
use OCP\Files\Folder;
|
||||
use OCP\Files\InvalidPathException;
|
||||
use OCP\Files\NotFoundException;
|
||||
use OCP\Files\NotPermittedException;
|
||||
use OCP\IRequest;
|
||||
use ownCloud\TarStreamer\TarStreamer;
|
||||
use ZipStreamer\ZipStreamer;
|
||||
|
||||
class Streamer {
|
||||
// array of regexp. Matching user agents will get tar instead of zip
|
||||
private $preferTarFor = [ '/macintosh|mac os x/i' ];
|
||||
|
||||
// streamer instance
|
||||
private $streamerInstance;
|
||||
|
||||
/**
|
||||
* Streamer constructor.
|
||||
*
|
||||
* @param IRequest $request
|
||||
* @param int $size The size of the files in bytes
|
||||
* @param int $numberOfFiles The number of files (and directories) that will
|
||||
* be included in the streamed file
|
||||
*/
|
||||
public function __construct(IRequest $request, $size, int $numberOfFiles){
|
||||
|
||||
/**
|
||||
* zip32 constraints for a basic (without compression, volumes nor
|
||||
* encryption) zip file according to the Zip specification:
|
||||
* - No file size is larger than 4 bytes (file size < 4294967296); see
|
||||
* 4.4.9 uncompressed size
|
||||
* - The size of all files plus their local headers is not larger than
|
||||
* 4 bytes; see 4.4.16 relative offset of local header and 4.4.24
|
||||
* offset of start of central directory with respect to the starting
|
||||
* disk number
|
||||
* - The total number of entries (files and directories) in the zip file
|
||||
* is not larger than 2 bytes (number of entries < 65536); see 4.4.22
|
||||
* total number of entries in the central dir
|
||||
* - The size of the central directory is not larger than 4 bytes; see
|
||||
* 4.4.23 size of the central directory
|
||||
*
|
||||
* Due to all that, zip32 is used if the size is below 4GB and there are
|
||||
* less than 65536 files; the margin between 4*1000^3 and 4*1024^3
|
||||
* should give enough room for the extra zip metadata. Technically, it
|
||||
* would still be possible to create an invalid zip32 file (for example,
|
||||
* a zip file from files smaller than 4GB with a central directory
|
||||
* larger than 4GiB), but it should not happen in the real world.
|
||||
*/
|
||||
if ($size < 4 * 1000 * 1000 * 1000 && $numberOfFiles < 65536) {
|
||||
$this->streamerInstance = new ZipStreamer(['zip64' => true]);
|
||||
} else if ($request->isUserAgent($this->preferTarFor)) {
|
||||
$this->streamerInstance = new TarStreamer();
|
||||
} else {
|
||||
$this->streamerInstance = new ZipStreamer(['zip64' => PHP_INT_SIZE !== 4]);
|
||||
}
|
||||
}
|
||||
|
||||
/**
|
||||
* Send HTTP headers
|
||||
* @param string $name
|
||||
*/
|
||||
public function sendHeaders($name){
|
||||
$extension = $this->streamerInstance instanceof ZipStreamer ? '.zip' : '.tar';
|
||||
$fullName = $name . $extension;
|
||||
$this->streamerInstance->sendHeaders($fullName);
|
||||
}
|
||||
|
||||
/**
|
||||
* Stream directory recursively
|
||||
*
|
||||
* @throws NotFoundException
|
||||
* @throws NotPermittedException
|
||||
* @throws InvalidPathException
|
||||
*/
|
||||
public function addDirRecursive(string $dir, string $internalDir = ''): void {
|
||||
$dirname = basename($dir);
|
||||
$rootDir = $internalDir . $dirname;
|
||||
if (!empty($rootDir)) {
|
||||
$this->streamerInstance->addEmptyDir($rootDir);
|
||||
}
|
||||
$internalDir .= $dirname . '/';
|
||||
// prevent absolute dirs
|
||||
$internalDir = ltrim($internalDir, '/');
|
||||
|
||||
$userFolder = \OC::$server->getRootFolder()->get(Filesystem::getRoot());
|
||||
/** @var Folder $dirNode */
|
||||
$dirNode = $userFolder->get($dir);
|
||||
$files = $dirNode->getDirectoryListing();
|
||||
|
||||
foreach($files as $file) {
|
||||
if($file instanceof File) {
|
||||
try {
|
||||
$fh = $file->fopen('r');
|
||||
} catch (NotPermittedException $e) {
|
||||
continue;
|
||||
}
|
||||
$this->addFileFromStream(
|
||||
$fh,
|
||||
$internalDir . $file->getName(),
|
||||
$file->getSize(),
|
||||
$file->getMTime()
|
||||
);
|
||||
fclose($fh);
|
||||
} elseif ($file instanceof Folder) {
|
||||
if($file->isReadable()) {
|
||||
$this->addDirRecursive($dir . '/' . $file->getName(), $internalDir);
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
/**
|
||||
* Add a file to the archive at the specified location and file name.
|
||||
*
|
||||
* @param string $stream Stream to read data from
|
||||
* @param string $internalName Filepath and name to be used in the archive.
|
||||
* @param int $size Filesize
|
||||
* @param int|bool $time File mtime as int, or false
|
||||
* @return bool $success
|
||||
*/
|
||||
public function addFileFromStream($stream, $internalName, $size, $time) {
|
||||
$options = [];
|
||||
if ($time) {
|
||||
$options = [
|
||||
'timestamp' => $time
|
||||
];
|
||||
}
|
||||
|
||||
if ($this->streamerInstance instanceof ZipStreamer) {
|
||||
return $this->streamerInstance->addFileFromStream($stream, $internalName, $options);
|
||||
} else {
|
||||
return $this->streamerInstance->addFileFromStream($stream, $internalName, $size, $options);
|
||||
}
|
||||
}
|
||||
|
||||
/**
|
||||
* Add an empty directory entry to the archive.
|
||||
*
|
||||
* @param string $dirName Directory Path and name to be added to the archive.
|
||||
* @return bool $success
|
||||
*/
|
||||
public function addEmptyDir($dirName){
|
||||
return $this->streamerInstance->addEmptyDir($dirName);
|
||||
}
|
||||
|
||||
/**
|
||||
* Close the archive.
|
||||
* A closed archive can no longer have new files added to it. After
|
||||
* closing, the file is completely written to the output stream.
|
||||
* @return bool $success
|
||||
*/
|
||||
public function finalize(){
|
||||
return $this->streamerInstance->finalize();
|
||||
}
|
||||
}
|
||||
6
linux/advanced/nextcloud/patched/25/docker-compose.yml
Normal file
6
linux/advanced/nextcloud/patched/25/docker-compose.yml
Normal file
@ -0,0 +1,6 @@
|
||||
version: '3.9'
|
||||
services:
|
||||
app:
|
||||
image: "epicmorg/nextcloud:25-patched"
|
||||
build:
|
||||
context: .
|
||||
68
linux/advanced/nextcloud/pure/25/Dockerfile
Normal file
68
linux/advanced/nextcloud/pure/25/Dockerfile
Normal file
@ -0,0 +1,68 @@
|
||||
FROM nextcloud:25
|
||||
ENV DEBIAN_FRONTEND noninteractive
|
||||
|
||||
##################################################################
|
||||
# adding normal sources list
|
||||
##################################################################
|
||||
RUN rm /etc/apt/sources.list
|
||||
COPY sources.list /etc/apt/sources.list
|
||||
|
||||
##################################################################
|
||||
# adding some utils
|
||||
##################################################################
|
||||
RUN apt update -y && \
|
||||
apt dist-upgrade -y && \
|
||||
apt install -y --allow-unauthenticated \
|
||||
apt-transport-https \
|
||||
curl \
|
||||
ca-certificates \
|
||||
ghostscript \
|
||||
nload \
|
||||
htop \
|
||||
mc \
|
||||
nano \
|
||||
sudo \
|
||||
imagemagick \
|
||||
imagemagick-common \
|
||||
sqlite3 \
|
||||
smbclient \
|
||||
libsmbclient \
|
||||
wget \
|
||||
net-tools \
|
||||
iputils-ping
|
||||
|
||||
|
||||
##################################################################
|
||||
# installing php repo + smbclient
|
||||
##################################################################
|
||||
RUN wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg
|
||||
RUN sh -c 'echo "deb https://packages.sury.org/php/ buster main" > /etc/apt/sources.list.d/php.list'
|
||||
RUN apt update -y && \
|
||||
apt install -y --allow-unauthenticated \
|
||||
libsmbclient-dev \
|
||||
libmagickwand-dev \
|
||||
libmagickcore-dev \
|
||||
libc-client-dev \
|
||||
libkrb5-dev \
|
||||
libsqlite3-dev \
|
||||
libssl-dev
|
||||
|
||||
RUN pecl install inotify && \
|
||||
docker-php-ext-enable inotify
|
||||
|
||||
RUN pecl install smbclient && \
|
||||
docker-php-ext-enable smbclient
|
||||
|
||||
RUN docker-php-ext-configure imap --with-kerberos --with-imap-ssl && \
|
||||
docker-php-ext-install imap && \
|
||||
docker-php-ext-enable imap
|
||||
|
||||
RUN docker-php-ext-install fileinfo bz2 intl ftp pdo_sqlite && \
|
||||
docker-php-ext-enable fileinfo bz2 intl ftp pdo_sqlite
|
||||
|
||||
##################################################################
|
||||
# smb fix
|
||||
##################################################################
|
||||
RUN rm -frv /etc/samba/smb.conf /usr/share/samba/smb.conf
|
||||
ADD smb.conf /etc/samba/
|
||||
ADD smb.conf /usr/share/samba/
|
||||
19
linux/advanced/nextcloud/pure/25/Makefile
Normal file
19
linux/advanced/nextcloud/pure/25/Makefile
Normal file
@ -0,0 +1,19 @@
|
||||
all: app
|
||||
|
||||
app:
|
||||
make build
|
||||
make deploy
|
||||
make clean
|
||||
|
||||
build:
|
||||
docker-compose build --compress --parallel --progress plain
|
||||
|
||||
deploy:
|
||||
docker-compose push
|
||||
|
||||
clean:
|
||||
docker container prune -f
|
||||
docker image prune -f
|
||||
docker network prune -f
|
||||
docker volume prune -f
|
||||
docker system prune -af
|
||||
527
linux/advanced/nextcloud/pure/25/README.md
Normal file
527
linux/advanced/nextcloud/pure/25/README.md
Normal file
@ -0,0 +1,527 @@
|
||||
# What is Nextcloud?
|
||||
|
||||
[](https://github.com/nextcloud/docker/actions?query=workflow%3AImages)
|
||||
[](https://github.com/nextcloud/docker/actions?query=workflow%3Aupdate.sh)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/amd64/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm32v5/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm32v6/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm32v7/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/arm64v8/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/i386/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/mips64le/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/ppc64le/job/nextcloud)
|
||||
[](https://doi-janky.infosiftr.net/job/multiarch/job/s390x/job/nextcloud)
|
||||
|
||||
A safe home for all your data. Access & share your files, calendars, contacts, mail & more from any device, on your terms.
|
||||
|
||||
|
||||
|
||||
# How to use this image
|
||||
This image is designed to be used in a micro-service environment. There are two versions of the image you can choose from.
|
||||
|
||||
The `apache` tag contains a full Nextcloud installation including an apache web server. It is designed to be easy to use and gets you running pretty fast. This is also the default for the `latest` tag and version tags that are not further specified.
|
||||
|
||||
The second option is a `fpm` container. It is based on the [php-fpm](https://hub.docker.com/_/php/) image and runs a fastCGI-Process that serves your Nextcloud page. To use this image it must be combined with any webserver that can proxy the http requests to the FastCGI-port of the container.
|
||||
|
||||
[](http://play-with-docker.com?stack=https://raw.githubusercontent.com/nextcloud/docker/8db861d67f257a3e9ac1790ea06d4e2a7a193a6c/stack.yml)
|
||||
|
||||
## Using the apache image
|
||||
The apache image contains a webserver and exposes port 80. To start the container type:
|
||||
|
||||
```console
|
||||
$ docker run -d -p 8080:80 nextcloud
|
||||
```
|
||||
|
||||
Now you can access Nextcloud at http://localhost:8080/ from your host system.
|
||||
|
||||
|
||||
## Using the fpm image
|
||||
To use the fpm image, you need an additional web server that can proxy http-request to the fpm-port of the container. For fpm connection this container exposes port 9000. In most cases, you might want use another container or your host as proxy.
|
||||
If you use your host you can address your Nextcloud container directly on port 9000. If you use another container, make sure that you add them to the same docker network (via `docker run --network <NAME> ...` or a `docker-compose` file).
|
||||
In both cases you don't want to map the fpm port to your host.
|
||||
|
||||
```console
|
||||
$ docker run -d nextcloud:fpm
|
||||
```
|
||||
|
||||
As the fastCGI-Process is not capable of serving static files (style sheets, images, ...), the webserver needs access to these files. This can be achieved with the `volumes-from` option. You can find more information in the [docker-compose section](#running-this-image-with-docker-compose).
|
||||
|
||||
## Using an external database
|
||||
By default, this container uses SQLite for data storage but the Nextcloud setup wizard (appears on first run) allows connecting to an existing MySQL/MariaDB or PostgreSQL database. You can also link a database container, e. g. `--link my-mysql:mysql`, and then use `mysql` as the database host on setup. More info is in the docker-compose section.
|
||||
|
||||
## Persistent data
|
||||
The Nextcloud installation and all data beyond what lives in the database (file uploads, etc) are stored in the [unnamed docker volume](https://docs.docker.com/engine/tutorials/dockervolumes/#adding-a-data-volume) volume `/var/www/html`. The docker daemon will store that data within the docker directory `/var/lib/docker/volumes/...`. That means your data is saved even if the container crashes, is stopped or deleted.
|
||||
|
||||
A named Docker volume or a mounted host directory should be used for upgrades and backups. To achieve this, you need one volume for your database container and one for Nextcloud.
|
||||
|
||||
Nextcloud:
|
||||
- `/var/www/html/` folder where all nextcloud data lives
|
||||
```console
|
||||
$ docker run -d \
|
||||
-v nextcloud:/var/www/html \
|
||||
nextcloud
|
||||
```
|
||||
|
||||
Database:
|
||||
- `/var/lib/mysql` MySQL / MariaDB Data
|
||||
- `/var/lib/postgresql/data` PostgreSQL Data
|
||||
```console
|
||||
$ docker run -d \
|
||||
-v db:/var/lib/mysql \
|
||||
mariadb
|
||||
```
|
||||
|
||||
If you want to get fine grained access to your individual files, you can mount additional volumes for data, config, your theme and custom apps.
|
||||
The `data`, `config` files are stored in respective subfolders inside `/var/www/html/`. The apps are split into core `apps` (which are shipped with Nextcloud and you don't need to take care of) and a `custom_apps` folder. If you use a custom theme it would go into the `themes` subfolder.
|
||||
|
||||
Overview of the folders that can be mounted as volumes:
|
||||
|
||||
- `/var/www/html` Main folder, needed for updating
|
||||
- `/var/www/html/custom_apps` installed / modified apps
|
||||
- `/var/www/html/config` local configuration
|
||||
- `/var/www/html/data` the actual data of your Nextcloud
|
||||
- `/var/www/html/themes/<YOUR_CUSTOM_THEME>` theming/branding
|
||||
|
||||
If you want to use named volumes for all of these, it would look like this:
|
||||
```console
|
||||
$ docker run -d \
|
||||
-v nextcloud:/var/www/html \
|
||||
-v apps:/var/www/html/custom_apps \
|
||||
-v config:/var/www/html/config \
|
||||
-v data:/var/www/html/data \
|
||||
-v theme:/var/www/html/themes/<YOUR_CUSTOM_THEME> \
|
||||
nextcloud
|
||||
```
|
||||
|
||||
## Using the Nextcloud command-line interface
|
||||
To use the [Nextcloud command-line interface](https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/occ_command.html) (aka. `occ` command):
|
||||
```console
|
||||
$ docker exec --user www-data CONTAINER_ID php occ
|
||||
```
|
||||
or for docker-compose:
|
||||
```console
|
||||
$ docker-compose exec --user www-data app php occ
|
||||
```
|
||||
|
||||
## Auto configuration via environment variables
|
||||
The nextcloud image supports auto configuration via environment variables. You can preconfigure everything that is asked on the install page on first run. To enable auto configuration, set your database connection via the following environment variables. ONLY use one database type!
|
||||
|
||||
__SQLite__:
|
||||
- `SQLITE_DATABASE` Name of the database using sqlite
|
||||
|
||||
__MYSQL/MariaDB__:
|
||||
- `MYSQL_DATABASE` Name of the database using mysql / mariadb.
|
||||
- `MYSQL_USER` Username for the database using mysql / mariadb.
|
||||
- `MYSQL_PASSWORD` Password for the database user using mysql / mariadb.
|
||||
- `MYSQL_HOST` Hostname of the database server using mysql / mariadb.
|
||||
|
||||
__PostgreSQL__:
|
||||
- `POSTGRES_DB` Name of the database using postgres.
|
||||
- `POSTGRES_USER` Username for the database using postgres.
|
||||
- `POSTGRES_PASSWORD` Password for the database user using postgres.
|
||||
- `POSTGRES_HOST` Hostname of the database server using postgres.
|
||||
|
||||
If you set any values, they will not be asked in the install page on first run. With a complete configuration by using all variables for your database type, you can additionally configure your Nextcloud instance by setting admin user and password (only works if you set both):
|
||||
|
||||
- `NEXTCLOUD_ADMIN_USER` Name of the Nextcloud admin user.
|
||||
- `NEXTCLOUD_ADMIN_PASSWORD` Password for the Nextcloud admin user.
|
||||
|
||||
If you want, you can set the data directory, otherwise default value will be used.
|
||||
|
||||
- `NEXTCLOUD_DATA_DIR` (default: _/var/www/html/data_) Configures the data directory where nextcloud stores all files from the users.
|
||||
|
||||
One or more trusted domains can be set through environment variable, too. They will be added to the configuration after install.
|
||||
|
||||
- `NEXTCLOUD_TRUSTED_DOMAINS` (not set by default) Optional space-separated list of domains
|
||||
|
||||
The install and update script is only triggered when a default command is used (`apache-foreground` or `php-fpm`). If you use a custom command you have to enable the install / update with
|
||||
|
||||
- `NEXTCLOUD_UPDATE` (default: _0_)
|
||||
|
||||
If you want to use Redis you have to create a separate [Redis](https://hub.docker.com/_/redis/) container in your setup / in your docker-compose file. To inform Nextcloud about the Redis container, pass in the following parameters:
|
||||
|
||||
- `REDIS_HOST` (not set by default) Name of Redis container
|
||||
- `REDIS_HOST_PORT` (default: _6379_) Optional port for Redis, only use for external Redis servers that run on non-standard ports.
|
||||
- `REDIS_HOST_PASSWORD` (not set by default) Redis password
|
||||
|
||||
The use of Redis is recommended to prevent file locking problems. See the examples for further instructions.
|
||||
|
||||
To use an external SMTP server, you have to provide the connection details. To configure Nextcloud to use SMTP add:
|
||||
|
||||
- `SMTP_HOST` (not set by default): The hostname of the SMTP server.
|
||||
- `SMTP_SECURE` (empty by default): Set to `ssl` to use SSL, or `tls` to use STARTTLS.
|
||||
- `SMTP_PORT` (default: `465` for SSL and `25` for non-secure connections): Optional port for the SMTP connection. Use `587` for an alternative port for STARTTLS.
|
||||
- `SMTP_AUTHTYPE` (default: `LOGIN`): The method used for authentication. Use `PLAIN` if no authentication is required.
|
||||
- `SMTP_NAME` (empty by default): The username for the authentication.
|
||||
- `SMTP_PASSWORD` (empty by default): The password for the authentication.
|
||||
- `MAIL_FROM_ADDRESS` (not set by default): Use this address for the 'from' field in the emails sent by Nextcloud.
|
||||
- `MAIL_DOMAIN` (not set by default): Set a different domain for the emails than the domain where Nextcloud is installed.
|
||||
|
||||
Check the [Nextcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/email_configuration.html) for other values to configure SMTP.
|
||||
|
||||
To use an external S3 compatible object store as primary storage, set the following variables:
|
||||
- `OBJECTSTORE_S3_HOST`: The hostname of the object storage server
|
||||
- `OBJECTSTORE_S3_BUCKET`: The name of the bucket that Nextcloud should store the data in
|
||||
- `OBJECTSTORE_S3_KEY`: AWS style access key
|
||||
- `OBJECTSTORE_S3_SECRET`: AWS style secret access key
|
||||
- `OBJECTSTORE_S3_PORT`: The port that the object storage server is being served over
|
||||
- `OBJECTSTORE_S3_SSL` (default: `true`): Whether or not SSL/TLS should be used to communicate with object storage server
|
||||
- `OBJECTSTORE_S3_REGION`: The region that the S3 bucket resides in.
|
||||
- `OBJECTSTORE_S3_USEPATH_STYLE` (default: `false`): Not required for AWS S3
|
||||
|
||||
Check the [Nextcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/primary_storage.html#simple-storage-service-s3) for more information.
|
||||
|
||||
To use an external OpenStack Swift object store as primary storage, set the following variables:
|
||||
- `OBJECTSTORE_SWIFT_URL`: The Swift identity (Keystone) endpoint
|
||||
- `OBJECTSTORE_SWIFT_AUTOCREATE` (default: `false`): Whether or not Nextcloud should automatically create the Swift container
|
||||
- `OBJECTSTORE_SWIFT_USER_NAME`: Swift username
|
||||
- `OBJECTSTORE_SWIFT_USER_PASSWORD`: Swift user password
|
||||
- `OBJECTSTORE_SWIFT_USER_DOMAIN` (default: `Default`): Swift user domain
|
||||
- `OBJECTSTORE_SWIFT_PROJECT_NAME`: OpenStack project name
|
||||
- `OBJECTSTORE_SWIFT_PROJECT_DOMAIN` (default: `Default`): OpenStack project domain
|
||||
- `OBJECTSTORE_SWIFT_SERVICE_NAME` (default: `swift`): Swift service name
|
||||
- `OBJECTSTORE_SWIFT_SERVICE_REGION`: Swift endpoint region
|
||||
- `OBJECTSTORE_SWIFT_CONTAINER_NAME`: Swift container (bucket) that Nextcloud should store the data in
|
||||
|
||||
Check the [Nextcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/primary_storage.html#openstack-swift) for more information.
|
||||
|
||||
|
||||
## Using the apache image behind a reverse proxy and auto configure server host and protocol
|
||||
|
||||
The apache image will replace the remote addr (ip address visible to Nextcloud) with the ip address from `X-Real-IP` if the request is coming from a proxy in 10.0.0.0/8, 172.16.0.0/12 or 192.168.0.0/16 by default. If you want Nextcloud to pick up the server host (`HTTP_X_FORWARDED_HOST`), protocol (`HTTP_X_FORWARDED_PROTO`) and client ip (`HTTP_X_FORWARDED_FOR`) from a trusted proxy disable rewrite ip and the reverse proxies ip address to `TRUSTED_PROXIES`.
|
||||
|
||||
- `APACHE_DISABLE_REWRITE_IP` (not set by default): Set to 1 to disable rewrite ip.
|
||||
|
||||
- `TRUSTED_PROXIES` (empty by default): A space-separated list of trusted proxies. CIDR notation is supported for IPv4.
|
||||
|
||||
If the `TRUSTED_PROXIES` approach does not work for you, try using fixed values for overwrite parameters.
|
||||
|
||||
- `OVERWRITEHOST` (empty by default): Set the hostname of the proxy. Can also specify a port.
|
||||
- `OVERWRITEPROTOCOL` (empty by default): Set the protocol of the proxy, http or https.
|
||||
- `OVERWRITEWEBROOT` (empty by default): Set the absolute path of the proxy.
|
||||
- `OVERWRITECONDADDR` (empty by default): Regex to overwrite the values dependent on the remote address.
|
||||
|
||||
Check the [Nexcloud documentation](https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/reverse_proxy_configuration.html) for more details.
|
||||
|
||||
Keep in mind that once set, removing these environment variables won't remove these values from the configuration file, due to how Nextcloud merges configuration files together.
|
||||
|
||||
# Running this image with docker-compose
|
||||
The easiest way to get a fully featured and functional setup is using a `docker-compose` file. There are too many different possibilities to setup your system, so here are only some examples of what you have to look for.
|
||||
|
||||
At first, make sure you have chosen the right base image (fpm or apache) and added features you wanted (see below). In every case, you would want to add a database container and docker volumes to get easy access to your persistent data. When you want to have your server reachable from the internet, adding HTTPS-encryption is mandatory! See below for more information.
|
||||
|
||||
## Base version - apache
|
||||
This version will use the apache image and add a mariaDB container. The volumes are set to keep your data persistent. This setup provides **no ssl encryption** and is intended to run behind a proxy.
|
||||
|
||||
Make sure to pass in values for `MYSQL_ROOT_PASSWORD` and `MYSQL_PASSWORD` variables before you run this setup.
|
||||
|
||||
```yaml
|
||||
version: '2'
|
||||
|
||||
volumes:
|
||||
nextcloud:
|
||||
db:
|
||||
|
||||
services:
|
||||
db:
|
||||
image: mariadb
|
||||
command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
|
||||
restart: always
|
||||
volumes:
|
||||
- db:/var/lib/mysql
|
||||
environment:
|
||||
- MYSQL_ROOT_PASSWORD=
|
||||
- MYSQL_PASSWORD=
|
||||
- MYSQL_DATABASE=nextcloud
|
||||
- MYSQL_USER=nextcloud
|
||||
|
||||
app:
|
||||
image: nextcloud
|
||||
ports:
|
||||
- 8080:80
|
||||
links:
|
||||
- db
|
||||
volumes:
|
||||
- nextcloud:/var/www/html
|
||||
restart: always
|
||||
|
||||
```
|
||||
|
||||
Then run `docker-compose up -d`, now you can access Nextcloud at http://localhost:8080/ from your host system.
|
||||
|
||||
## Base version - FPM
|
||||
When using the FPM image, you need another container that acts as web server on port 80 and proxies the requests to the Nextcloud container. In this example a simple nginx container is combined with the Nextcloud-fpm image and a MariaDB database container. The data is stored in docker volumes. The nginx container also needs access to static files from your Nextcloud installation. It gets access to all the volumes mounted to Nextcloud via the `volumes_from` option.The configuration for nginx is stored in the configuration file `nginx.conf`, that is mounted into the container. An example can be found in the examples section [here](https://github.com/nextcloud/docker/tree/master/.examples).
|
||||
|
||||
As this setup does **not include encryption**, it should be run behind a proxy.
|
||||
|
||||
Make sure to pass in values for `MYSQL_ROOT_PASSWORD` and `MYSQL_PASSWORD` variables before you run this setup.
|
||||
|
||||
```yaml
|
||||
version: '2'
|
||||
|
||||
volumes:
|
||||
nextcloud:
|
||||
db:
|
||||
|
||||
services:
|
||||
db:
|
||||
image: mariadb
|
||||
command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
|
||||
restart: always
|
||||
volumes:
|
||||
- db:/var/lib/mysql
|
||||
environment:
|
||||
- MYSQL_ROOT_PASSWORD=
|
||||
- MYSQL_PASSWORD=
|
||||
- MYSQL_DATABASE=nextcloud
|
||||
- MYSQL_USER=nextcloud
|
||||
|
||||
app:
|
||||
image: nextcloud:fpm
|
||||
links:
|
||||
- db
|
||||
volumes:
|
||||
- nextcloud:/var/www/html
|
||||
restart: always
|
||||
|
||||
web:
|
||||
image: nginx
|
||||
ports:
|
||||
- 8080:80
|
||||
links:
|
||||
- app
|
||||
volumes:
|
||||
- ./nginx.conf:/etc/nginx/nginx.conf:ro
|
||||
volumes_from:
|
||||
- app
|
||||
restart: always
|
||||
```
|
||||
|
||||
Then run `docker-compose up -d`, now you can access Nextcloud at http://localhost:8080/ from your host system.
|
||||
|
||||
# Docker Secrets
|
||||
As an alternative to passing sensitive information via environment variables, _FILE may be appended to the previously listed environment variables, causing the initialization script to load the values for those variables from files present in the container. In particular, this can be used to load passwords from Docker secrets stored in /run/secrets/<secret_name> files. For example:
|
||||
```yaml
|
||||
version: '3.2'
|
||||
|
||||
services:
|
||||
db:
|
||||
image: postgres
|
||||
restart: always
|
||||
volumes:
|
||||
- db:/var/lib/postgresql/data
|
||||
environment:
|
||||
- POSTGRES_DB_FILE=/run/secrets/postgres_db
|
||||
- POSTGRES_USER_FILE=/run/secrets/postgres_user
|
||||
- POSTGRES_PASSWORD_FILE=/run/secrets/postgres_password
|
||||
secrets:
|
||||
- postgres_db
|
||||
- postgres_password
|
||||
- postgres_user
|
||||
|
||||
app:
|
||||
image: nextcloud
|
||||
restart: always
|
||||
ports:
|
||||
- 8080:80
|
||||
volumes:
|
||||
- nextcloud:/var/www/html
|
||||
environment:
|
||||
- POSTGRES_HOST=db
|
||||
- POSTGRES_DB_FILE=/run/secrets/postgres_db
|
||||
- POSTGRES_USER_FILE=/run/secrets/postgres_user
|
||||
- POSTGRES_PASSWORD_FILE=/run/secrets/postgres_password
|
||||
- NEXTCLOUD_ADMIN_PASSWORD_FILE=/run/secrets/nextcloud_admin_password
|
||||
- NEXTCLOUD_ADMIN_USER_FILE=/run/secrets/nextcloud_admin_user
|
||||
depends_on:
|
||||
- db
|
||||
secrets:
|
||||
- nextcloud_admin_password
|
||||
- nextcloud_admin_user
|
||||
- postgres_db
|
||||
- postgres_password
|
||||
- postgres_user
|
||||
|
||||
volumes:
|
||||
db:
|
||||
nextcloud:
|
||||
|
||||
secrets:
|
||||
nextcloud_admin_password:
|
||||
file: ./nextcloud_admin_password.txt # put admin password to this file
|
||||
nextcloud_admin_user:
|
||||
file: ./nextcloud_admin_user.txt # put admin username to this file
|
||||
postgres_db:
|
||||
file: ./postgres_db.txt # put postgresql db name to this file
|
||||
postgres_password:
|
||||
file: ./postgres_password.txt # put postgresql password to this file
|
||||
postgres_user:
|
||||
file: ./postgres_user.txt # put postgresql username to this file
|
||||
```
|
||||
|
||||
Currently, this is only supported for `NEXTCLOUD_ADMIN_PASSWORD`, `NEXTCLOUD_ADMIN_USER`, `MYSQL_DB`, `MYSQL_PASSWORD`, `MYSQL_USER`, `POSTGRES_DB`, `POSTGRES_PASSWORD`, `POSTGRES_USER`.
|
||||
|
||||
# Make your Nextcloud available from the internet
|
||||
Until here, your Nextcloud is just available from you docker host. If you want your Nextcloud available from the internet adding SSL encryption is mandatory.
|
||||
|
||||
## HTTPS - SSL encryption
|
||||
There are many different possibilities to introduce encryption depending on your setup.
|
||||
|
||||
We recommend using a reverse proxy in front of our Nextcloud installation. Your Nextcloud will only be reachable through the proxy, which encrypts all traffic to the clients. You can mount your manually generated certificates to the proxy or use a fully automated solution which generates and renews the certificates for you.
|
||||
|
||||
In our [examples](https://github.com/nextcloud/docker/tree/master/.examples) section we have an example for a fully automated setup using a reverse proxy, a container for [Let's Encrypt](https://letsencrypt.org/) certificate handling, database and Nextcloud. It uses the popular [nginx-proxy](https://github.com/jwilder/nginx-proxy) and [docker-letsencrypt-nginx-proxy-companion](https://github.com/JrCs/docker-letsencrypt-nginx-proxy-companion) containers. Please check the according documentations before using this setup.
|
||||
|
||||
# First use
|
||||
When you first access your Nextcloud, the setup wizard will appear and ask you to choose an administrator account username, password and the database connection. For the database use `db` as host and `nextcloud` as table and user name. Also enter the password you chose in your `docker-compose.yml` file.
|
||||
|
||||
# Update to a newer version
|
||||
Updating the Nextcloud container is done by pulling the new image, throwing away the old container and starting the new one.
|
||||
|
||||
**It is only possible to upgrade one major version at a time. For example, if you want to upgrade from version 14 to 16, you will have to upgrade from version 14 to 15, then from 15 to 16.**
|
||||
|
||||
Since all data is stored in volumes, nothing gets lost. The startup script will check for the version in your volume and the installed docker version. If it finds a mismatch, it automatically starts the upgrade process. Don't forget to add all the volumes to your new container, so it works as expected.
|
||||
|
||||
```console
|
||||
$ docker pull nextcloud
|
||||
$ docker stop <your_nextcloud_container>
|
||||
$ docker rm <your_nextcloud_container>
|
||||
$ docker run <OPTIONS> -d nextcloud
|
||||
```
|
||||
Beware that you have to run the same command with the options that you used to initially start your Nextcloud. That includes volumes, port mapping.
|
||||
|
||||
When using docker-compose your compose file takes care of your configuration, so you just have to run:
|
||||
|
||||
```console
|
||||
$ docker-compose pull
|
||||
$ docker-compose up -d
|
||||
```
|
||||
|
||||
|
||||
# Adding Features
|
||||
A lot of people want to use additional functionality inside their Nextcloud installation. If the image does not include the packages you need, you can easily build your own image on top of it.
|
||||
Start your derived image with the `FROM` statement and add whatever you like.
|
||||
|
||||
```yaml
|
||||
FROM nextcloud:apache
|
||||
|
||||
RUN ...
|
||||
|
||||
```
|
||||
The [examples folder](https://github.com/nextcloud/docker/blob/master/.examples) gives a few examples on how to add certain functionalities, like including the cron job, smb-support or imap-authentication.
|
||||
|
||||
If you use your own Dockerfile, you need to configure your docker-compose file accordingly. Switch out the `image` option with `build`. You have to specify the path to your Dockerfile. (in the example it's in the same directory next to the docker-compose file)
|
||||
|
||||
```yaml
|
||||
app:
|
||||
build: .
|
||||
links:
|
||||
- db
|
||||
volumes:
|
||||
- data:/var/www/html/data
|
||||
- config:/var/www/html/config
|
||||
- apps:/var/www/html/apps
|
||||
restart: always
|
||||
```
|
||||
|
||||
If you intend to use another command to run the image, make sure that you set `NEXTCLOUD_UPDATE=1` in your Dockerfile. Otherwise the installation and update will not work.
|
||||
|
||||
```yaml
|
||||
FROM nextcloud:apache
|
||||
|
||||
...
|
||||
|
||||
ENV NEXTCLOUD_UPDATE=1
|
||||
|
||||
CMD ["/usr/bin/supervisord"]
|
||||
```
|
||||
|
||||
|
||||
**Updating** your own derived image is also very simple. When a new version of the Nextcloud image is available run:
|
||||
|
||||
```console
|
||||
docker build -t your-name --pull .
|
||||
docker run -d your-name
|
||||
```
|
||||
|
||||
or for docker-compose:
|
||||
```console
|
||||
docker-compose build --pull
|
||||
docker-compose up -d
|
||||
```
|
||||
|
||||
The `--pull` option tells docker to look for new versions of the base image. Then the build instructions inside your `Dockerfile` are run on top of the new image.
|
||||
|
||||
# Migrating an existing installation
|
||||
You're already using Nextcloud and want to switch to docker? Great! Here are some things to look out for:
|
||||
|
||||
1. Define your whole Nextcloud infrastructure in a `docker-compose` file and run it with `docker-compose up -d` to get the base installation, volumes and database. Work from there.
|
||||
2. Restore your database from a mysqldump (nextcloud\_db\_1 is the name of your db container)
|
||||
- To import from a MySQL dump use the following commands
|
||||
```console
|
||||
docker cp ./database.dmp nextcloud_db_1:/dmp
|
||||
docker-compose exec db sh -c "mysql -u USER -pPASSWORD nextcloud < /dmp"
|
||||
docker-compose exec db rm /dmp
|
||||
```
|
||||
- To import from a PostgreSQL dump use to following commands
|
||||
```console
|
||||
docker cp ./database.dmp nextcloud_db_1:/dmp
|
||||
docker-compose exec db sh -c "psql -U USER --set ON_ERROR_STOP=on nextcloud < /dmp"
|
||||
docker-compose exec db rm /dmp
|
||||
```
|
||||
3. Edit your config.php
|
||||
1. Set database connection
|
||||
- In case of MySQL database
|
||||
```php
|
||||
'dbhost' => 'db:3306',
|
||||
```
|
||||
- In case of PostgreSQL database
|
||||
```php
|
||||
'dbhost' => 'db:5432',
|
||||
```
|
||||
2. Make sure you have no configuration for the `apps_paths`. Delete lines like these
|
||||
```diff
|
||||
- "apps_paths" => array (
|
||||
- 0 => array (
|
||||
- "path" => OC::$SERVERROOT."/apps",
|
||||
- "url" => "/apps",
|
||||
- "writable" => true,
|
||||
- ),
|
||||
```
|
||||
3. Make sure to have the `apps` directory non writable and the `custom_apps` directory writable
|
||||
```php
|
||||
'apps_paths' => array (
|
||||
0 => array (
|
||||
'path' => '/var/www/html/apps',
|
||||
'url' => '/apps',
|
||||
'writable' => false,
|
||||
),
|
||||
1 => array (
|
||||
'path' => '/var/www/html/custom_apps',
|
||||
'url' => '/custom_apps',
|
||||
'writable' => true,
|
||||
),
|
||||
),
|
||||
```
|
||||
4. Make sure your data directory is set to /var/www/html/data
|
||||
```php
|
||||
'datadirectory' => '/var/www/html/data',
|
||||
```
|
||||
|
||||
|
||||
4. Copy your data (nextcloud_app_1 is the name of your Nextcloud container):
|
||||
```console
|
||||
docker cp ./data/ nextcloud_app_1:/var/www/html/
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/data
|
||||
docker cp ./theming/ nextcloud_app_1:/var/www/html/
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/theming
|
||||
docker cp ./config/config.php nextcloud_app_1:/var/www/html/config
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/config
|
||||
```
|
||||
5. Copy only the custom apps you use (or simply redownload them from the web interface):
|
||||
```console
|
||||
docker cp ./custom_apps/ nextcloud_data:/var/www/html/
|
||||
docker-compose exec app chown -R www-data:www-data /var/www/html/custom_apps
|
||||
```
|
||||
|
||||
# Questions / Issues
|
||||
If you got any questions or problems using the image, please visit our [Github Repository](https://github.com/nextcloud/docker) and write an issue.
|
||||
6
linux/advanced/nextcloud/pure/25/docker-compose.yml
Normal file
6
linux/advanced/nextcloud/pure/25/docker-compose.yml
Normal file
@ -0,0 +1,6 @@
|
||||
version: '3.9'
|
||||
services:
|
||||
app:
|
||||
image: "epicmorg/nextcloud:25"
|
||||
build:
|
||||
context: .
|
||||
239
linux/advanced/nextcloud/pure/25/smb.conf
Normal file
239
linux/advanced/nextcloud/pure/25/smb.conf
Normal file
@ -0,0 +1,239 @@
|
||||
#
|
||||
# Sample configuration file for the Samba suite for Debian GNU/Linux.
|
||||
#
|
||||
#
|
||||
# This is the main Samba configuration file. You should read the
|
||||
# smb.conf(5) manual page in order to understand the options listed
|
||||
# here. Samba has a huge number of configurable options most of which
|
||||
# are not shown in this example
|
||||
#
|
||||
# Some options that are often worth tuning have been included as
|
||||
# commented-out examples in this file.
|
||||
# - When such options are commented with ";", the proposed setting
|
||||
# differs from the default Samba behaviour
|
||||
# - When commented with "#", the proposed setting is the default
|
||||
# behaviour of Samba but the option is considered important
|
||||
# enough to be mentioned here
|
||||
#
|
||||
# NOTE: Whenever you modify this file you should run the command
|
||||
# "testparm" to check that you have not made any basic syntactic
|
||||
# errors.
|
||||
|
||||
#======================= Global Settings =======================
|
||||
|
||||
[global]
|
||||
client min protocol = SMB2
|
||||
client max protocol = SMB3
|
||||
|
||||
|
||||
## Browsing/Identification ###
|
||||
|
||||
# Change this to the workgroup/NT-domain name your Samba server will part of
|
||||
workgroup = WORKGROUP
|
||||
|
||||
#### Networking ####
|
||||
|
||||
# The specific set of interfaces / networks to bind to
|
||||
# This can be either the interface name or an IP address/netmask;
|
||||
# interface names are normally preferred
|
||||
; interfaces = 127.0.0.0/8 eth0
|
||||
|
||||
# Only bind to the named interfaces and/or networks; you must use the
|
||||
# 'interfaces' option above to use this.
|
||||
# It is recommended that you enable this feature if your Samba machine is
|
||||
# not protected by a firewall or is a firewall itself. However, this
|
||||
# option cannot handle dynamic or non-broadcast interfaces correctly.
|
||||
; bind interfaces only = yes
|
||||
|
||||
|
||||
|
||||
#### Debugging/Accounting ####
|
||||
|
||||
# This tells Samba to use a separate log file for each machine
|
||||
# that connects
|
||||
log file = /var/log/samba/log.%m
|
||||
|
||||
# Cap the size of the individual log files (in KiB).
|
||||
max log size = 1000
|
||||
|
||||
# We want Samba to only log to /var/log/samba/log.{smbd,nmbd}.
|
||||
# Append syslog@1 if you want important messages to be sent to syslog too.
|
||||
logging = file
|
||||
|
||||
# Do something sensible when Samba crashes: mail the admin a backtrace
|
||||
panic action = /usr/share/samba/panic-action %d
|
||||
|
||||
|
||||
####### Authentication #######
|
||||
|
||||
# Server role. Defines in which mode Samba will operate. Possible
|
||||
# values are "standalone server", "member server", "classic primary
|
||||
# domain controller", "classic backup domain controller", "active
|
||||
# directory domain controller".
|
||||
#
|
||||
# Most people will want "standalone server" or "member server".
|
||||
# Running as "active directory domain controller" will require first
|
||||
# running "samba-tool domain provision" to wipe databases and create a
|
||||
# new domain.
|
||||
server role = standalone server
|
||||
|
||||
obey pam restrictions = yes
|
||||
|
||||
# This boolean parameter controls whether Samba attempts to sync the Unix
|
||||
# password with the SMB password when the encrypted SMB password in the
|
||||
# passdb is changed.
|
||||
unix password sync = yes
|
||||
|
||||
# For Unix password sync to work on a Debian GNU/Linux system, the following
|
||||
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
|
||||
# sending the correct chat script for the passwd program in Debian Sarge).
|
||||
passwd program = /usr/bin/passwd %u
|
||||
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
|
||||
|
||||
# This boolean controls whether PAM will be used for password changes
|
||||
# when requested by an SMB client instead of the program listed in
|
||||
# 'passwd program'. The default is 'no'.
|
||||
pam password change = yes
|
||||
|
||||
# This option controls how unsuccessful authentication attempts are mapped
|
||||
# to anonymous connections
|
||||
map to guest = bad user
|
||||
|
||||
########## Domains ###########
|
||||
|
||||
#
|
||||
# The following settings only takes effect if 'server role = primary
|
||||
# classic domain controller', 'server role = backup domain controller'
|
||||
# or 'domain logons' is set
|
||||
#
|
||||
|
||||
# It specifies the location of the user's
|
||||
# profile directory from the client point of view) The following
|
||||
# required a [profiles] share to be setup on the samba server (see
|
||||
# below)
|
||||
; logon path = \\%N\profiles\%U
|
||||
# Another common choice is storing the profile in the user's home directory
|
||||
# (this is Samba's default)
|
||||
# logon path = \\%N\%U\profile
|
||||
|
||||
# The following setting only takes effect if 'domain logons' is set
|
||||
# It specifies the location of a user's home directory (from the client
|
||||
# point of view)
|
||||
; logon drive = H:
|
||||
# logon home = \\%N\%U
|
||||
|
||||
# The following setting only takes effect if 'domain logons' is set
|
||||
# It specifies the script to run during logon. The script must be stored
|
||||
# in the [netlogon] share
|
||||
# NOTE: Must be store in 'DOS' file format convention
|
||||
; logon script = logon.cmd
|
||||
|
||||
# This allows Unix users to be created on the domain controller via the SAMR
|
||||
# RPC pipe. The example command creates a user account with a disabled Unix
|
||||
# password; please adapt to your needs
|
||||
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u
|
||||
|
||||
# This allows machine accounts to be created on the domain controller via the
|
||||
# SAMR RPC pipe.
|
||||
# The following assumes a "machines" group exists on the system
|
||||
; add machine script = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u
|
||||
|
||||
# This allows Unix groups to be created on the domain controller via the SAMR
|
||||
# RPC pipe.
|
||||
; add group script = /usr/sbin/addgroup --force-badname %g
|
||||
|
||||
############ Misc ############
|
||||
|
||||
# Using the following line enables you to customise your configuration
|
||||
# on a per machine basis. The %m gets replaced with the netbios name
|
||||
# of the machine that is connecting
|
||||
; include = /home/samba/etc/smb.conf.%m
|
||||
|
||||
# Some defaults for winbind (make sure you're not using the ranges
|
||||
# for something else.)
|
||||
; idmap config * : backend = tdb
|
||||
; idmap config * : range = 3000-7999
|
||||
; idmap config YOURDOMAINHERE : backend = tdb
|
||||
; idmap config YOURDOMAINHERE : range = 100000-999999
|
||||
; template shell = /bin/bash
|
||||
|
||||
# Setup usershare options to enable non-root users to share folders
|
||||
# with the net usershare command.
|
||||
|
||||
# Maximum number of usershare. 0 means that usershare is disabled.
|
||||
# usershare max shares = 100
|
||||
|
||||
# Allow users who've been granted usershare privileges to create
|
||||
# public shares, not just authenticated ones
|
||||
usershare allow guests = yes
|
||||
|
||||
#======================= Share Definitions =======================
|
||||
|
||||
[homes]
|
||||
comment = Home Directories
|
||||
browseable = no
|
||||
|
||||
# By default, the home directories are exported read-only. Change the
|
||||
# next parameter to 'no' if you want to be able to write to them.
|
||||
read only = yes
|
||||
|
||||
# File creation mask is set to 0700 for security reasons. If you want to
|
||||
# create files with group=rw permissions, set next parameter to 0775.
|
||||
create mask = 0700
|
||||
|
||||
# Directory creation mask is set to 0700 for security reasons. If you want to
|
||||
# create dirs. with group=rw permissions, set next parameter to 0775.
|
||||
directory mask = 0700
|
||||
|
||||
# By default, \\server\username shares can be connected to by anyone
|
||||
# with access to the samba server.
|
||||
# The following parameter makes sure that only "username" can connect
|
||||
# to \\server\username
|
||||
# This might need tweaking when using external authentication schemes
|
||||
valid users = %S
|
||||
|
||||
# Un-comment the following and create the netlogon directory for Domain Logons
|
||||
# (you need to configure Samba to act as a domain controller too.)
|
||||
;[netlogon]
|
||||
; comment = Network Logon Service
|
||||
; path = /home/samba/netlogon
|
||||
; guest ok = yes
|
||||
; read only = yes
|
||||
|
||||
# Un-comment the following and create the profiles directory to store
|
||||
# users profiles (see the "logon path" option above)
|
||||
# (you need to configure Samba to act as a domain controller too.)
|
||||
# The path below should be writable by all users so that their
|
||||
# profile directory may be created the first time they log on
|
||||
;[profiles]
|
||||
; comment = Users profiles
|
||||
; path = /home/samba/profiles
|
||||
; guest ok = no
|
||||
; browseable = no
|
||||
; create mask = 0600
|
||||
; directory mask = 0700
|
||||
|
||||
[printers]
|
||||
comment = All Printers
|
||||
browseable = no
|
||||
path = /var/spool/samba
|
||||
printable = yes
|
||||
guest ok = no
|
||||
read only = yes
|
||||
create mask = 0700
|
||||
|
||||
# Windows clients look for this share name as a source of downloadable
|
||||
# printer drivers
|
||||
[print$]
|
||||
comment = Printer Drivers
|
||||
path = /var/lib/samba/printers
|
||||
browseable = yes
|
||||
read only = yes
|
||||
guest ok = no
|
||||
# Uncomment to allow remote administration of Windows print drivers.
|
||||
# You may need to replace 'lpadmin' with the name of the group your
|
||||
# admin users are members of.
|
||||
# Please note that you also need to set appropriate Unix permissions
|
||||
# to the drivers directory for these users to have write rights in it
|
||||
; write list = root, @lpadmin
|
||||
|
||||
28
linux/advanced/nextcloud/pure/25/sources.list
Normal file
28
linux/advanced/nextcloud/pure/25/sources.list
Normal file
@ -0,0 +1,28 @@
|
||||
#main
|
||||
deb http://httpredir.debian.org/debian/ bullseye main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian/ bullseye main contrib non-free
|
||||
|
||||
deb http://httpredir.debian.org/debian/ bullseye-updates main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian/ bullseye-updates main contrib non-free
|
||||
|
||||
deb http://httpredir.debian.org/debian/ bullseye-backports main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian/ bullseye-backports main contrib non-free
|
||||
|
||||
deb http://httpredir.debian.org/debian/ bullseye-backports-sloppy main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian/ bullseye-backports-sloppy main contrib non-free
|
||||
|
||||
deb http://httpredir.debian.org/debian/ bullseye-proposed-updates main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian/ bullseye-proposed-updates main contrib non-free
|
||||
|
||||
#security
|
||||
deb http://httpredir.debian.org/debian-security/ bullseye-security main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian-security/ bullseye-security main contrib non-free
|
||||
|
||||
deb http://httpredir.debian.org/debian-security/ bullseye-security/updates main contrib non-free
|
||||
deb-src http://httpredir.debian.org/debian-security/ bullseye-security/updates main contrib non-free
|
||||
|
||||
##multimedia
|
||||
#deb http://httpredir.debian.org/debian-multimedia/ bullseye main non-free
|
||||
#deb-src http://httpredir.debian.org/debian-multimedia/ bullseye main non-free
|
||||
#deb http://httpredir.debian.org/debian-multimedia/ bullseye-backports main
|
||||
#deb-src http://httpredir.debian.org/debian-multimedia/ bullseye-backports main
|
||||
Loading…
Reference in New Issue
Block a user