Suchergebnisse

der log Eintrag des Containers mit der o.g. Installation: Setting timezone to Europe/Berlin... Setting SSMTP configuration... WARNING: SSMTP_HOST must be defined if you want fail2ban to send emails Initializing files and folders... Setting Fail2ban configuration... Checking for custom actions...

jep, das habe ich schon probiert. Leider funktionieren die beiden Dateien nicht. fail2ban container wird immer wieder runtergefahren. Und in der yaml fehlt das mapping von Host Laufwerksordner zum Container Ordner.

prima, danke, gefunden. ich hatte die datei schon mal auf, aber die login Protokollierung nicht gefunden. Nachdem ich die datei mal geleert und ein paar login fails produziert habe sehe ich auch die Protokollierung. THX @Monacum

???

Die Installation von fail2ban via portainer bekomme ich schon hin, aber mir fehlt der entscheidende Punkt wo paperless logfiles speichert. Den Rest erarbeite ich mir dann.

Die threats habe ich gesehen, auch über die suchfunktion gesucht. Aber so richtig habe ich noch keine Lösung.

aber wo? wo findet sich das logfile von paperless????

VPN wird nicht gut funktionieren, da zwei User auf ein und dieselben Container von unterschiedlichen Orten aus zugreifen und ich auf der Arbeit kein VPN einrichten/installieren kann.

ich würde gerne paperless ngx per fail2ban absichern. Macht das Sinn? Nach meinem Verständnis schützt die Synology Funktion Automatische Blockierung von IP-Adressen nur DSM der NAS selbst. Nicht aber die Container von Portainer/Docker. Verstehe ich das so richtig? Ich habe Installationen für...

ich habe jetzt einen clean install gemacht 😕, damit läuft es wieder 😏

beide sind im netzwerk paperlessngx-default, bridge driver. Die IP des Bridge Netzwerks des Systems unterscheidet sich allerdings: system bridge: 172.17.0.0 paperlessngx bridge: 172.18.0.0

also die yml daten unter environment sind richtig? PaperlessNGX-REDIS Container recreated - das Problem besteht unverändert. log PaperlessNGX: Failed to connect to redis using environment variable PAPERLESS_REDIS. Paperless-ngx docker container starting... Creating directory /tmp/paperless...

@Monacum in der yml steht auf der 3. Ebene: environment: PAPERLESS_REDIS: redis://redis:6379 PAPERLESS_DBHOST: db USERMAP_UID: 1026 USERMAP_GID: 101 PAPERLESS_TIME_ZONE: Europe/Berlin

ich suche die yml datei....

also der REDIS Container scheint für mich da zu sein und läuft seit einer Stunde (vor einer Stunde habe ich als ersten Lösungsversuch die NAS neu gestartet). Container status ID 3867620feae658401477227cfe28612c772c0357338248e38e5 Name PaperlessNGX-REDIS Status Running for an hour...

okay, das wird jetzt etwas schwierig für mich das zu prüfen, ich versuch mal an die yml zu kommen.... Containerübersicht: Name State Filter Quick Actions Stack Image Created IP Address Published Ports Ownership watchtower running - containrrr/watchtower 2023-05-18...

das Log des Container Paperless.NGX: 2023-05-31T07:09:17.452811806Z Redis ping #4 failed. 2023-05-31T07:09:17.453191542Z Error: Error -2 connecting to redis:6379. Name or service not known.. 2023-05-31T07:09:17.453238736Z Waiting 5s 2023-05-31T07:09:22.454867567Z Failed to connect to redis...

das ist die Auflistung unter Events unter local in portainer.io. RDIS ist da, running aber ohne published port.

zum eigentlichen Topic: Paperless NGX führt seit dem Update auf DSM 7.2, Portainer auf 2.18.3 und Paperless NGX via Container Manager ständig restarts durch und ist nicht mehr erreichbar. hat jemand eine Idee, was das Problem ist und wie es gelöst werden könnte? Event List von portainer: Date...

irgendwie hat es nun geklappt, warum 🤷‍♂️ - keine Ahnung, die unergründbaren Wirren der IT. Hatte die Firmware N installiert, nachdem ich auf der wirklich wirklich tollen unübersichtlichen verstaubten Brother Seite das Installationstool gefunden habe und zuvor alle TWAN Dateien und Dateien mit...