Nextcloud via docker op de raspberry pi

[HUIPI3]

Mijn vraag
Beste tweakers, ik probeer al een tijdje om nextcloud te draaien in docker containers op mijn raspberry pi. Ik kom behoorlijk ver maar ik krijg het net niet helemaal werkend. Ik begin bij het voorbeeld van nextcloud zelf: https://github.com/nextcloud/docker/tree/master/.examples/docker-compose/with-nginx-proxy/mariadb/fpm
Echter is dit gebaseerd op x86 en heeft de raspberry pi een ARM architectuur. Hiervoor heb ik een aantal docker images vervangen door alternatieven.


Mijn docker-compose.yml ziet er nu als volgt uit:

code:

version: '3'

services:
  db:
    image: jsurf/rpi-mariadb
    command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
    restart: always
    volumes:
      - db:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=...
    env_file:
      - db.env

  app:
    image: nextcloud:fpm
    restart: always
    volumes:
      - nextcloud:/var/www/html
    environment:
      - MYSQL_HOST=db
    env_file:
      - db.env
    depends_on:
      - db
  web:
    build: ./web
    restart: always
    volumes:
      - nextcloud:/var/www/html:ro
    environment:
      - VIRTUAL_HOST=...
      - LETSENCRYPT_HOST=...
      - LETSENCRYPT_EMAIL=...
    depends_on:
      - app
      - proxy
    networks:
      - proxy-tier
      - default

  proxy:
    build: ./proxy
    restart: always
    ports:
      - 80:80
      - 443:443
    labels:
      com.github.jrcs.letsencrypt_nginx_proxy_companion.nginx_proxy: "true"
    volumes:
      - certs:/etc/nginx/certs:ro
      - vhost.d:/etc/nginx/vhost.d
      - html:/usr/share/nginx/html
      - /var/run/docker.sock:/tmp/docker.sock:ro
    networks:
      - proxy-tier

  letsencrypt-companion:
    image: ymettier/rpi-docker-letsencrypt-nginx-proxy-companion
    restart: always
    volumes:
      - certs:/etc/nginx/certs
      - vhost.d:/etc/nginx/vhost.d
      - html:/usr/share/nginx/html
      - /var/run/docker.sock:/var/run/docker.sock:ro
    networks:
      - proxy-tier
    depends_on:
      - proxy

volumes:
  db:
  nextcloud:
  certs:
  vhost.d:
  html:

networks:
  proxy-tier:

met http op poort 80 krijg ik nu en foutmelding "503 Service Temporarily Unavailable"
met https op poort 443 krijg ik: certificate error
Error Code: DLG_FLAGS_INVALID_CA
DLG_FLAGS_SEC_CERT_CN_INVALID
Als ik toch door ga naar de onvertrouwde site krijg ik dezelfde 503 melding.

De lets encrypt companion geeft ook een foutmelding:
2018-09-17 09:37:27,885:ERROR:simp_le:1271: CA marked some of the authorizations as invalid, which likely means it could not access http://example.com/.well-known/acme-challenge/X. Did you set correct path in -d example.com:path or --default_root? Is there a warning log entry about unsuccessful self-verification? Are all your domains accessible from the internet? Failing authorizations: "url"

Volgens mij gaan er twee dingen fout,
- lets encrypt geeft geen geldig certificaat

- nextcloud start niet goed want is ook niet bereikbaar op poort 80, dit kan ook het gevolg zijn van het ontbrekende certificaat of van een niet goed werkende reverse proxy


Kan iemand mij uitleggen waar ik de fout in ga of heeft iemand al een werkende installatie via docker op een rpi? Alle hulp is welkom.

[Room42]

Geeft je docker geen relevante logging en/of errors?
Draait er misschien al wat op de poorten 80 en 443?
Deze site gezien? https://ownyourbits.com/nextcloudpi/ (in het bijzonder deze guide).

Voor Let's Encrypt moet je instance trouwens wel publiek bereikbaar zijn op een domeinnaam (FQDN), hè.

[Voor 42% gewijzigd door Room42 op 17-09-2018 12:26]

[HUIPI3]

Ik vind de volgende error:
Error running notify command: nginx -s reload, exit status 1

als ik nog een keer nginx -s reload uitvoer krijg ik de volgende error:
[emerg] 44#44: no host in upstream ":80" in /etc/nginx/conf.d/default.conf:43

Er draait verder niks anders op poorten 80 en 443.
de nextcloudpi containers bevatten alles in 1 container. Ik wil het liefst alles zoveel mogelijk in losse containers draaien. ook wil ik meerdere services draaien achter hetzelfde domein vandaar dus ook de proxy.

Ik heb idd een FQDN bij strato, heb hier alleen het ip adress aangepast in het A record. Ik can geen CAA record vinden binnen strato dus ik neem aan dat ik daar ook niks in hoef aan te passen.

Poorten 80 en 443 staan ook wel geforward naar de pi

Bedankt voor je hulp alvast, ik ga kijken of ik kan uitvinden waarom er geen host te vinden is in de upstream

[Room42]

@HUIPI3 Volgens mij is het CAA-record nog optioneel. Zie ook https://letsencrypt.org/docs/caa/ en https://www.sslcertificat...minologie/CAA_DNS_Records

Welke bron heb jij nu gebruikt voor de configuratie van je Docker? Welke container gebruik je precies?

[Voor 26% gewijzigd door Room42 op 17-09-2018 14:47]

[HUIPI3]

Room42 schreef op maandag 17 september 2018 @ 14:46:
@HUIPI3
Welke bron heb jij nu gebruikt voor de configuratie van je Docker? Welke container gebruik je precies?

Ik snap je vraag niet helemaal, ik heb in de topicstart de volgende link geplaatst: https://github.com/nextcl...h-nginx-proxy/mariadb/fpm
Dit heb ik nagemaakt maar al de images die niet werkten omdat ze alleen voor x86 gecompiled waren heb ik een vervanger gezocht. Aan docker zelf heb ik geen configuratie gedaan. Kan je uitleggen wat je precies wil weten?

[Room42]

HUIPI3 schreef op maandag 17 september 2018 @ 17:14:
[...]


Ik snap je vraag niet helemaal, ik heb in de topicstart de volgende link geplaatst: https://github.com/nextcl...h-nginx-proxy/mariadb/fpm
Dit heb ik nagemaakt maar al de images die niet werkten omdat ze alleen voor x86 gecompiled waren heb ik een vervanger gezocht. Aan docker zelf heb ik geen configuratie gedaan. Kan je uitleggen wat je precies wil weten?

Ok. Dan zou ik gewoon adviseren even een van de tutorials te volgen, zodat je alle juiste containers (dan wel de enige juiste) bij elkaar hebt. Nextcloud zelf verwijst ook naar https://ownyourbits.com/nextcloudpi/ voor de Raspberry Pi.