Paperless-ngx Paperless-ngx – DMS via Docker auf dem NAS

[alexhell]

Firewall greift nicht mehr, Verbindung zwischen Host und Container nicht ohne extra Routing möglich. Dies muss bei jedem Start gemacht werden.

 

[unsicher]

Beim Start muss nichts extra gemacht werden, stimmt nicht. Und warum soll die Firewall nicht mehr greifen?

 

[uglyguy]

Hast du es mit dem Container Manager konfiguriert? Sind die Container im selben Netzwerk? Ansonsten musst du die IP der Synology nutzen und nicht den Hostname. Installier das lieber über docker Composer oder Portainer. Wenn du das hast, dann bitte den Stack/docker-compose Posten.

Ich hab es nach der Anleitung von @Monacum in diesem Thread vom 30.03. installiert und nix weiter händisch angepasst (bis auf den MariaDB username im Nachhinein)
@alexhell - oder war das verkehrt? Hast du eine bessere Anleitung?
@unsicher - danke für deinen Tipp. Tatsächlich habe ich mir die Videos von Jürgen Barth bereits angeschaut. Fand die Methode mit dem MACVLAN aber ziemlich aufwändig. Beim weiteren Suchen (wird ja immer gesagt, es gibt viele Wege paperless zu installieren) bin ich dann auf diesen thread gestoßen.

 

[alexhell]

@unsicher Du kannst also deinen Container von der DS aus anpingen? Ohne etwas zu konfigurieren? Das glaube ich dir nicht.... Siehe unter anderem https://superuser.com/questions/173...t ping the,enforce a strong network isolation.
Das ist nämlich gar nicht gewollt. Deshalb muss das Routing hinzugefügt werden. Und dies geht nach jedem reboot verloren.
Und Firewall greift nicht, weil es nicht mehr über die DS läuft.

 

[alexhell]

@uglyguy poste mal bitte die komplette docker-compose.yml und deine Ordner Struktur

 

[unsicher]

@alexhell, es ist aufwendig, dass ist korrekt. Aber für mich hat sich der Aufwand gelohnt. Ich habe im MacVlan auch meinen Passwortmanager laufen und andere Programme. Meine DS ist schon mehrfach ausgeschaltet worden und wieder eingeschaltet. Alles läuft. Selbst nachdem ich meine HDD aus der DS220+ in die DS723+ umgebaut habe, ist alles normal gestartet.

 

[alexhell]

Es geht darum, kannst du die DS vom Container erreichen oder umgekehrt? Es geht nicht darum, ob du die vom Rechner oder so erreichen kannst.

 

[unsicher]

@alexhell, https://www.youtube.com/watch?v=jCPIUDpqcgw&t=109s ab 16:30 wird es erklärt

 

[alexhell]

Wieso kannste du es nicht einfach mit ja oder nein beantworten... Ich kann und will mir gerade kein Video angucken. Ich weiß wie MACVLAN einzurichten ist, trotzdem braucht man es so gut wie nie. Ich sehe keinen Vorteil paperless, vaultwarden oder ähnliches im MACVLAN laufen zu lassen. Welchen Vorteil hat man da denn?
Egal das ist hier nicht das Thema hier...

 

[unsicher]

Doch, ist das Thema hier. Selbstverständlich kann man die Container anpingen. Video schauen ist manchmal hilfreich und erweitert den Horizont. Deine Aussagen sind gefährliches nicht wissen. Anscheinend weißt Du nicht wie ein MacVlan eingerichtet wird. Denn sonst wüsstest Du, dass es eine Möglichkeit gibt um Portainer und die DS per Brücke zu verbinden. Und ja, bei einem Reboot wird durch den Aufgabenplaner beim Hochfahren ein Script ausgelöst.

 

[unsicher]

Der Vorteil von MacVlan ist, dass diese Container mit einer eigenen IP-Adresse laufen.

 

[alexhell]

Ich glaube eher du hast keine Ahnung was du genau konfiguriert hast. Eine Kommunikation zwischen Host und Container ist per Design nicht möglich. Also wirst du Routing hinzugefügt haben müssen. Wie du unter anderem hier (https://forum.openwrt.org/t/save-ip-link-macvlan-interfaces-after-reboot/5215) lesen kannst, übersteht sowas aber keinen reboot. Aber natürlich funktioniert das bei dir alles ohne Scripte.

 

[alexhell]

Wieso ist das ein Vorteil? Ist es nicht egal welche IP man eintippt? Oder man lässt alles über einen RP laufen. Dann hat man gar keine IPs mehr

 

[alexhell]

Sehe gerade du hast deinen Post oben editiert. Darum ging es doch die ganze Zeit, dass man dafür Scripte braucht.... Aber wieso sagst du es nicht direkt?
Ich bin hier bei der Diskussion raus. Meiner Meinung nach ist MACVLAN so gut wie nie. Und wenn du meinst ich habe deshalb keine Ahnung dann kannst du das gerne glauben. Für mich ist eine eigene IP halt kein Vorteil. Das steht in keinem Verhältnis zu dem was man da sich aufbaut

 

[uglyguy]

@alexhell
Hier ist mal die docker-compose.yml.
Ist die in diesem thread von monacum eingestellte Datei:


version: "3.4"
services:
broker:
image: docker.io/library/redis:7
restart: unless-stopped
volumes:
- redisdata:/data

db:
image: docker.io/library/mariadb:10
restart: unless-stopped
volumes:
- dbdata:/var/lib/mysql
environment:
MARIADB_HOST: paperless
MARIADB_DATABASE: paperless
MARIADB_USER: paperless
MARIADB_PASSWORD: paperless
MARIADB_ROOT_PASSWORD: paperless

webserver:
image: ghcr.io/paperless-ngx/paperless-ngx:latest
restart: unless-stopped
depends_on:
- db
- broker
ports:
- "8000:8000"
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:8000"]
interval: 30s
timeout: 10s
retries: 5
volumes:
- data:/usr/src/paperless/data
- media:/usr/src/paperless/media
- ./export:/usr/src/paperless/export
- ./consume:/usr/src/paperless/consume
env_file: docker-compose.env
environment:
PAPERLESS_REDIS: redis://broker:6379
PAPERLESS_DBENGINE: mariadb
PAPERLESS_DBHOST: db
PAPERLESS_DBUSER: paperless # only needed if non-default username
PAPERLESS_DBPASS: paperless # only needed if non-default password
PAPERLESS_DBPORT: 3306


volumes:
data:
media:
dbdata:
redisdata:
Und hier meinen Ordnerstruktur:

 

[Monacum]

Doch, ist das Thema hier.

Nein, da hat @alexhell vollkommen recht, das hier ist der Thread für Paperless-ngx. Bitte die Sinnhaftigkeit von MacVLAN woanders diskutieren

 

[alexhell]

Erstmal passen deine Mounts nicht zu deiner Ordnerstruktur und du verwendest an diversen Stellen auch Docker Volumes und nicht die Ordner. Ich habe das jetzt mal ausprobiert:
Folgende Ordnerstruktur:



Inhalt von docker-compose.yml

version: "3.4"
services:
  broker:
    image: docker.io/library/redis:7
    restart: unless-stopped
    volumes:
      - redisdata:/data

  db:
    image: docker.io/library/mariadb:10
    restart: unless-stopped
    volumes:
      - ./db:/var/lib/mysql
    environment:
      MARIADB_HOST: paperless
      MARIADB_DATABASE: paperless
      MARIADB_USER: paperless
      MARIADB_PASSWORD: paperless
      MARIADB_ROOT_PASSWORD: paperless

  webserver:
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    restart: unless-stopped
    depends_on:
      - db
      - broker
    ports:
      - "50000:8000"
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8000"]
      interval: 30s
      timeout: 10s
      retries: 5
    volumes:
      - ./data:/usr/src/paperless/data
      - ./media:/usr/src/paperless/media
      - ./export:/usr/src/paperless/export
      - ./consume:/usr/src/paperless/consume
    env_file: docker-compose.env
    environment:
      PAPERLESS_REDIS: redis://broker:6379
      PAPERLESS_DBENGINE: mariadb
      PAPERLESS_DBHOST: db
      PAPERLESS_DBUSER: paperless # only needed if non-default username
      PAPERLESS_DBPASS: paperless # only needed if non-default password
      PAPERLESS_DBPORT: 3306
      PAPERLESS_ADMIN_USER: test
      PAPERLESS_ADMIN_MAIL: test@test.de
      PAPERLESS_ADMIN_PASSWORD: testpw
volumes:
  redisdata:

docker-compose.env ist leer.

Konnte mich dann mit test und testpw anmelden.
Siehe:


Edit:der step mit createuser entfällt. Ich habe Initial einen User in der docker-compose angegeben. Man muss also nur starten.

 

[uglyguy]

Vielen Dank . Ich werde das morgen ausprobieren

 

[Monacum]

Paperless-ngx v2.3.1​

Repository: paperless-ngx/paperless-ngx · Tag: v2.3.1 · Commit: 1e10a43 · Released by: github-actions[bot]

paperless-ngx 2.3.1​

Bug Fixes​

• Fix: edit workflow form not displaying trigger settings @shamoon (#5276)
• Fix: Prevent passing 0 pages to OCRMyPDF @stumpylog (#5275)

 

[Dog6574]

Hallo.

Nach einem Neustart meiner Syno läuft Paperless NGX nicht mehr auf meiner Android App. Beim Versuch der Anmeldung meldet die App immer API 4 not supported.

Gruß,