Jump to content

Avenga

Members
  • Posts

    39
  • Joined

  • Last visited

Posts posted by Avenga

  1. Hi, aren't the certificates automatically renewed by NPM ?

    I got an e-mail from let´s encrypt:

    Quote

    Your certificate (or certificates) for the names listed below will expire in 19 days (on 2024-04-01). Please make sure to renew your certificate before then, or visitors to your web site will encounter errors.

    We recommend renewing certificates automatically when they have a third of their total lifetime left. For Let's Encrypt's current 90-day certificates, that means renewing 30 days before expiration

     

     

  2. I found: https://github.com/ZsBT/minidlna-custom-icon

     

    I´ve add these at the end of config:

    icon_png_small=/config/icons/icon_x48.png # 48px PNG icon
    icon_png_large=/config/icons/icon_x120.png # 120px PNG icon
    icon_jpeg_small=/config/icons/icon_x48.jpg # 48px JPEG icon
    icon_jpeg_large=/config/icons/icon_x120.jpg # 120px JPEG icon

     

    copied them:

    cp -r  /mnt/user/media/icons/ /mnt/user/appdata/binhex-minidlna/icons/
    chown -cR nobody:users /mnt/user/appdata/binhex-minidlna/icons/

     

    restarted the docker --> error about the icons

    😞

     

  3. On 2/15/2024 at 10:10 AM, MAM59 said:

    Grundsätzlich gilt aber, dass NPM im Host Modus betrieben werden MUSS, damit V6 Adressen durchgereicht werden können.

     

    es funktioniert über NAT auch so einwandfrei, demnach kann von MUSS keine Rede sein oder was meinst du mit MUSS ?

     

  4. Was mich wundert ist, dass der Erbauer des "Nginx-Proxy-Manager-Official" Herr mgutt in seinem Tutorial schreibt, man müsse für IPv6 Nutzung unbedingt das Host Netzwerk nutzen:

    Quote

    I tried everything, but br0/custom isn't reliable as its not possible to define a fixed IPv6 without passing the IPv6 prefix and if your provider assigns a new IPv6 prefix, the container is offline and stays offline until we manually change the containers IPv6. And changing the IPv6 alone does not work as the "old" IPv4/IPv6 combination is internally reserved from the docker service. So its not only needed to change the IPv6 of the container, we additionally need to restart to entire Docker service itself.

     

    Deutsch:

    Ich habe alles versucht, aber br0/custom ist nicht zuverlässig, da es nicht möglich ist, eine feste IPv6 zu definieren, ohne das IPv6-Präfix zu übergeben, und wenn Ihr Anbieter ein neues IPv6-Präfix zuweist, ist der Container offline und bleibt offline, bis wir die IPv6 des Containers manuell ändern . Und eine Änderung der IPv6 allein funktioniert nicht, da die „alte“ IPv4/IPv6-Kombination intern vom Docker-Dienst reserviert ist. Es ist also nicht nur erforderlich, die IPv6 des Containers zu ändern, sondern wir müssen auch den gesamten Docker-Dienst selbst neu starten.

     

    Ich hatte eigentlich nur IPv4 auf dem Schirm und zufällig IPv6 getestet, was dann klappte, dann habe ich mir einen neuen v6 Prävix geholt und es ging immer noch (so wie TeamSpeak auch) - im Gegensatz dazu was Herr mgutt schreibt.

    Ich finde den Bridge Modus für mich sehr angenehm, habe so Zugriff von außen per IPv4 auf Port 40xxx, per IPv6 auf Port 50xxx und TeamSpeak 60xxx, was ich jederzeit ändern kann.

    Werde ich auch so lassen, auch wenn ich dann die IPv6 Adressen dann nicht sehen kann.

    Im Host Netzwerk Modus kann man die Ports für IPv6 leider nicht ändern, was für mich ein nogo ist.

     

    2 hours ago, sonic6 said:

    Nutzt ihr per NPM das nginx Streaming Modul oder wie soll Teamspeak über nen RP laufen?

     

    die Frage verstehe ich nicht, was hat NPM mit TS zu tun? Die sind bei mir völlig unabhängig voneinander. TS läuft bei mir schon wesentlich länger.

  5. ich betreibe noch eine VM mit einem richtigen Webserver (nicht Reverseproxy), der nach außen hin Port 80 & 443 offen hat.

    Der Reverse Proxy soll absichtlich auf anderen Ports laufen, das ist von mir so gewollt.

    Auch will ich die Docker im bridge belassen, u.a. damit ich die Ports nach außen frei wählen kann. Das hat seine Richtigkeit so.

     

    Die Frage wäre nur ob / wo man auf den Dienst zugreifen kann, der die IPv6 übersetzt ins docker Netzwerk.

     

  6. Hallo,

    ich verwende den TeamSpeak & Nginx-Proxy-Manager-Official Docker.

    Netzwerktyp: Bridge

     

    Alle die sich bei mir per IPv6 einloggen, sehe ich im TeamSpeak als fd17::1, genauso wie alle Anfragen an Nginx (Log).

     

    Frage: kann man irgendwo sehen (z.B. per Konsole) wer dahinter steckt, also die IPv6 Adresse der Nutzer?

     

    Die eingehenden IPv6 werden ja vermutlich per IP-Masquerading übersetzt in das docker0 Netzwerk.

     

  7. I´ve changed my IPv6 Prefix just now, updated my DynDNS and get access via IPv6 again, just like in Teamspeak3 Docker. Why not, no problem, the bridge does masquared IPv6 I think.

     

    I would prefer to use web proxy with custom ports, but of course everyone should decide for themselves..

     

    Log Files can be seen /mnt/user/appdata/Nginx-Proxy-Manager-Official/data/logs

    It would be very very nice if you can see the logs in the Nginx WebUI.

     

     

  8. Hi,

    is there a log file, where I can see when (time) who (IP) querys my Proxy?

    fail2ban is not included in this docker right?

     

    P.S. Unlike what is described on the first page here, I can access my services perfectly via IPv6 in bridge mode and with ports >8000. So no port change from Unraid WebUI necessary, and no host network.

    sub.mydomain.net:8399 for example.

    the service shows fd17::1 has entered, like in the teamspeak3 docker...

  9. Frage: Wie sicher ist der NPM ?

    ich habe NodeRed & Grafana eingerichtet, so dass jeder auf der Welt wie folgt rein kommt: xy.meinedomain.net -> nutzername / abcdefg12

    können das Hacker bzw. Bots einfach per brute force knacken (falls sie meine Subdomain herausfinden) oder gibt es im NPM Sicherheitsmechanismen dagegen? (habe mal was von fail2bann gehört in anderem Zusammenhang)

  10. Eigentlich nicht, die anderen Docker dauerten paar Sekunden zu installieren und nicht über 10min wie Nginx Reverse Proxy.

    Intel® Core™ i5-8400T mit 32GB Ram.

     

    Im Syslog habe ich folgendes entdeckt zu der Uhrzeit:

    Jan  1 21:19:14 Unraid monitor: Stop running nchan processes
    Jan  1 21:29:37 Unraid nginx: 2024/01/01 21:29:37 [error] 7190#7190: *2750427 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:29:37 Unraid nginx: 2024/01/01 21:29:37 [error] 7190#7190: *2750427 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:29:58 Unraid nginx: 2024/01/01 21:29:58 [error] 7190#7190: *2750554 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:29:58 Unraid nginx: 2024/01/01 21:29:58 [error] 7190#7190: *2750554 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:30:20 Unraid nginx: 2024/01/01 21:30:20 [error] 7190#7190: *2750588 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:30:20 Unraid nginx: 2024/01/01 21:30:20 [error] 7190#7190: *2750588 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:30:41 Unraid nginx: 2024/01/01 21:30:41 [error] 7190#7190: *2750618 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:30:41 Unraid nginx: 2024/01/01 21:30:41 [error] 7190#7190: *2750618 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:31:02 Unraid nginx: 2024/01/01 21:31:02 [error] 7190#7190: *2750646 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:31:02 Unraid nginx: 2024/01/01 21:31:02 [error] 7190#7190: *2750646 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:31:23 Unraid nginx: 2024/01/01 21:31:23 [error] 7190#7190: *2750674 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:31:23 Unraid nginx: 2024/01/01 21:31:23 [error] 7190#7190: *2750674 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:40:17 Unraid nginx: 2024/01/01 21:40:17 [error] 7190#7190: *2751393 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:40:17 Unraid nginx: 2024/01/01 21:40:17 [error] 7190#7190: *2751393 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:40:38 Unraid nginx: 2024/01/01 21:40:38 [error] 7190#7190: *2751422 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:40:38 Unraid nginx: 2024/01/01 21:40:38 [error] 7190#7190: *2751422 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:41:00 Unraid nginx: 2024/01/01 21:41:00 [error] 7190#7190: *2751452 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:41:00 Unraid nginx: 2024/01/01 21:41:00 [error] 7190#7190: *2751452 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:41:21 Unraid nginx: 2024/01/01 21:41:21 [error] 7190#7190: *2751483 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:41:21 Unraid nginx: 2024/01/01 21:41:21 [error] 7190#7190: *2751483 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:41:42 Unraid nginx: 2024/01/01 21:41:42 [error] 7190#7190: *2751513 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:41:42 Unraid nginx: 2024/01/01 21:41:42 [error] 7190#7190: *2751513 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:42:03 Unraid nginx: 2024/01/01 21:42:03 [error] 7190#7190: *2751540 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock", host: "192.168.168.4"
    Jan  1 21:42:03 Unraid nginx: 2024/01/01 21:42:03 [error] 7190#7190: *2751540 auth request unexpected status: 504 while sending to client, client: 192.168.168.20, server: , request: "GET /sub/temperature HTTP/1.1", host: "192.168.168.4"
    Jan  1 21:42:14 Unraid kernel: docker0: port 3(vethd62a554) entered blocking state
    Jan  1 21:42:14 Unraid kernel: docker0: port 3(vethd62a554) entered disabled state
    Jan  1 21:42:14 Unraid kernel: device vethd62a554 entered promiscuous mode
    Jan  1 21:42:15 Unraid kernel: eth0: renamed from vethf833507
    Jan  1 21:42:15 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    Jan  1 21:42:15 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethd62a554: link becomes ready
    Jan  1 21:42:15 Unraid kernel: docker0: port 3(vethd62a554) entered blocking state
    Jan  1 21:42:15 Unraid kernel: docker0: port 3(vethd62a554) entered forwarding state

     

    muss ich mir Sorgen machen?

     

  11. Hallo, ich habe den Nginx Proxy Manager (NPM) Official installiert und die drei Ports auf 8000er Bereich vor der Installation gesetzt.

    Dann installiert, es wurden zig Dateien runter geladen, dann kam nichts mehr. Nach 5min habe ich dann mal auf "Docker" geklickt, da passierte auch nichts.

    Seit dem reagiert mein Unraid WebUI gar nicht mehr.

    Bitte um Hilfe.

     

     

  12. Danke.

    Hat gut geklappt, bis auf meine VM, die wollte nicht starten wegen eines USB Fehlers.

    Da habe ich erst mal Schnappatmung bekommen, aber nach 20min den Fehler gefunden: Ganz unten bei Eigenschaften der VM war ein USB Gerät angewählt was es nicht gibt.

    Ich hatte vor Monaten mal mit einem RS485 USB Dongle experimentiert, was nicht geklappt hatte und den USB Eintrag damals auch wieder entfernt.

    Der ist nach dem Update wohl wieder erschienen und hat die VM nicht starten lassen.

     

    Der Package C9 Status wird ebenfalls so erreicht wie vorher auch.

    • Like 1
  13. Hallo, ich habe noch nie ein Unraid OS Update angeschmissen.

    Es läuft 6.12.4 - nun wird mir 6.12.6 angeboten.

    Kann ich das bedenkenlos anwerfen ? Ich verwende eine VM und drei Docker (TS, Duplicati, miniDNLA).

    Auf der VM laufen u.a. PiHole, NodeRed, Influxdb, Wireguard.

    Muss man alle Docker & VM vor dem Update stoppen?

  14. Meine Meinung dazu:

    ich nutze Wireguard schon seit vielen Jahren, lange bevor es die FBen konnten.

    Damals auf zwei RPi4. Zuhause <-> Arbeit dauerhaft verbunden, sowie auf beiden Seiten diverse Clienten.

    Inzwischen sind bei RPi ersetzt durch VMs.

    Zuhause Unraid, hier habe ich eine VM mit Linux Server LTS, da läuft natürlich noch mehr drauf als nur Wireguard z.B. Node-Red mit dynv6 Updates.

     

    Dennoch kann ich dir das Setup empfehlen, selbst wenn du nur Wireguard laufen lässt und sonstiges in Dockern.

     

    Fritz Wireguard hatte ich mir auch mal angeschaut, aber da ist man schon an myfritz dns gebunden, was ich sicherlich nicht nutzen werde.

    Zudem konnte ich da nirgends eine (umfangreiche) konfig finden (wo man die S2S und Clienten definiert) und die Performance kommt wohl auch nicht an einen RPi/VM ran.

     

  15. Hallo, ich habe gerade Duplicati (lscr.io/linuxserver/duplicati) geupdated, was ohne Fehler verlief.

     

    Protokoll sagt:

    grafik.png.52d57e0ab3aae8f3cd3b1c4cb7fce1be.png

    WebUI startet nicht mehr.

     

    Darf man Docker generell nicht updaten ohne sie komplett zu zerschießen ?

    Ist mein erstes Docker Update in meinem Leben, daher frage ich so doof.

     

    MfG

     

    Im Syslog steht:

    Oct  9 16:41:15 Unraid kernel: docker0: port 2(vethb3eb2d0) entered disabled state
    Oct  9 16:41:15 Unraid kernel: veth835ab80: renamed from eth0
    Oct  9 16:41:15 Unraid kernel: docker0: port 2(vethb3eb2d0) entered disabled state
    Oct  9 16:41:15 Unraid kernel: device vethb3eb2d0 left promiscuous mode
    Oct  9 16:41:15 Unraid kernel: docker0: port 2(vethb3eb2d0) entered disabled state
    Oct  9 16:41:15 Unraid kernel: docker0: port 2(veth8b78f5d) entered blocking state
    Oct  9 16:41:15 Unraid kernel: docker0: port 2(veth8b78f5d) entered disabled state
    Oct  9 16:41:15 Unraid kernel: device veth8b78f5d entered promiscuous mode
    Oct  9 16:41:15 Unraid kernel: docker0: port 2(veth8b78f5d) entered blocking state
    Oct  9 16:41:15 Unraid kernel: docker0: port 2(veth8b78f5d) entered forwarding state
    Oct  9 16:41:16 Unraid kernel: docker0: port 2(veth8b78f5d) entered disabled state
    Oct  9 16:41:16 Unraid kernel: eth0: renamed from veth0e6fdac
    Oct  9 16:41:16 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    Oct  9 16:41:16 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth8b78f5d: link becomes ready
    Oct  9 16:41:16 Unraid kernel: docker0: port 2(veth8b78f5d) entered blocking state
    Oct  9 16:41:16 Unraid kernel: docker0: port 2(veth8b78f5d) entered forwarding state
    Oct  9 16:42:55 Unraid kernel: veth0e6fdac: renamed from eth0
    Oct  9 16:42:55 Unraid kernel: docker0: port 2(veth8b78f5d) entered disabled state
    Oct  9 16:42:55 Unraid kernel: docker0: port 2(veth8b78f5d) entered disabled state
    Oct  9 16:42:55 Unraid kernel: device veth8b78f5d left promiscuous mode
    Oct  9 16:42:55 Unraid kernel: docker0: port 2(veth8b78f5d) entered disabled state
    Oct  9 16:43:33 Unraid kernel: docker0: port 2(veth8f95abb) entered blocking state
    Oct  9 16:43:33 Unraid kernel: docker0: port 2(veth8f95abb) entered disabled state
    Oct  9 16:43:33 Unraid kernel: device veth8f95abb entered promiscuous mode
    Oct  9 16:43:33 Unraid kernel: docker0: port 2(veth8f95abb) entered blocking state
    Oct  9 16:43:33 Unraid kernel: docker0: port 2(veth8f95abb) entered forwarding state
    Oct  9 16:43:33 Unraid kernel: docker0: port 2(veth8f95abb) entered disabled state
    Oct  9 16:43:34 Unraid kernel: eth0: renamed from vethefad94d
    Oct  9 16:43:34 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    Oct  9 16:43:34 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth8f95abb: link becomes ready
    Oct  9 16:43:34 Unraid kernel: docker0: port 2(veth8f95abb) entered blocking state
    Oct  9 16:43:34 Unraid kernel: docker0: port 2(veth8f95abb) entered forwarding state
    Oct  9 16:55:53 Unraid kernel: docker0: port 2(veth8f95abb) entered disabled state
    Oct  9 16:55:53 Unraid kernel: vethefad94d: renamed from eth0
    Oct  9 16:55:53 Unraid kernel: docker0: port 2(veth8f95abb) entered disabled state
    Oct  9 16:55:53 Unraid kernel: device veth8f95abb left promiscuous mode
    Oct  9 16:55:53 Unraid kernel: docker0: port 2(veth8f95abb) entered disabled state

    sagt mir alles nichts

  16. exakt das habe ich auch gefunden, nur bin ich dadurch keinen µ weiter, weil mir

    Quote

    Ähnlich einer gemeinsamen Halterung, jedoch nur in eine Richtung. Wenn der Original-Mount einen Sub-Mount freigibt, kann der Replikat-Mount ihn sehen. Wenn der Replikat-Mount jedoch einen Sub-Mount verfügbar macht, kann der Original-Mount ihn nicht sehen.

     

    das nichts sagt.

     

    Was soll das bringen für meine entfernte Freigabe für Duplicati?

  17. Hallo, könnte mir einer auf deutsch erklären, was es mit der Warnung auf sich hat:

     

    Quote

     

    Warnings FoundSuggested Fix

    Docker application duplicati has volumes being passed that are mounted by Unassigned Devices, but they are not mounted with the slave optionTo help with a trouble free experience with this application, you need to pass any volumes mounted with Unassigned Devices using the slave option.

     

     

    Duplicati nutzt eine entfernte SMB Freigabe, nur was es mit dem Slave auf sich hat oder wo ich das einstelle und warum, verstehe ich nicht.

     

    Gruß

     

  18. Ich hatte den Fehler gefunden, man darf niemals in einer config unter zwei peers die gleiche allowed IPs stehen haben. (sieht man oben nicht)

     

    Falls es Jemanden interessieren sollte, hier die funktionierende Konfig als Bild: Link

×
×
  • Create New...