mgutt

Correct. It's only needed if you manually created a custom network AND some containers like Nextcloud are using this custom network AND if NPM runs in host AND if NPM needs to be able to reach containers in the custom network. So it's a method to join a container in two different networks.

Oder halt die Befehle aus dem powertop Thread. Dann braucht man kein powertop installiert haben.

Ohne Bindestrich bootest du UEFI. Dh dein BIOS hat nur UEFI erlaubt. Man kann optional manchmal Legacy / CSM erlauben, aber UEFI ist die modernere Variante, daher in Ordnung so.

Yeah there is something wrong with the command. Or does your npm container has the name npm-internal Syntax is: docker network connect network_name container_name But note: In some situations the post arguments are not executed. I think it was while updating a container. But I'm not sure.

If this was ever recognized by your browser, it will never ever allow to open your website through http. So don't play around with this setting until you understand what it does. If you use cloudflare as a proxy, your browser uses cloudflare's SSL certificate. So the way is: Browser > https > cloudflare > http > npm > http > nextcloud Of course this setup is insecure, because it means transferring unencrypted passwords between cloudflare and your home through the internet. Absolutely overcomplicated explanation. You don't need to touch any config file if you use NPM in unRAID. All steps are done through the GUI. As you are using a hostname and not the IP of the nextcloud containers, it seems you created a custom network and npm and nextcloud are part of it?! Are you using docker compose?! If you want a visitor and or cloudflare accessing your setup through https, then you must leave 443 open. If you don't use cloudflare and want to claim a let's encrypt certificate you must leave Port 80 open as well. Now back to cloudflare. It's not allowed to use a free cloudflare account for nextcloud as it allows uploading and downloading non-html content: https://www.cloudflare.com/de-de/terms/ Why do you want to use cloudflare? Do you want to hide your public IP or using their firewall rules or what is your target? Technically cloudflare is not necessary to realize public access to your nextcloud. And I suggest to start without their proxy and realize the direct access including let's encrypt certificate, first. After that you can still use in addition the Cloudflare proxy, but being warned that your account could be banned. And yes it means you would use a proxy in front of a proxy. Which works, but I think some YouTube videos don't explain well what cloudflare does.

Shouldn’t be. Is it part of a DHCP range?

Try to delete and reinstall the container. Maybe this solves the issue

Something is using port 443. Maybe an other container or unRAID.

Ja Du meinst einen SATA Port Multiplier? Auf keinen Fall. Die Performance und Stabilität ist grausam. Also lieber zwei ASM1166 oder eine WLAN-Buchse mit 2-fach versehen oder eben noch andere Onboard SATA Buchsen verwenden.

Das geht nur mit der abgespeckten Windows PE Version: https://learn.microsoft.com/de-de/windows/deployment/configure-a-pxe-server-to-load-windows-pe Hier wird ein Projekt erwähnt, wo das auch mit Ubuntu realisiert wurde: https://help.ubuntu.com/community/Desktop/PXE PXE ist primär dazu gedacht Betriebssysteme zu installieren und nicht zu booten, daher findet man fast nur Anleitungen um Betriebssysteme zu verteilen.

Ein aktuelleres gebrauchtes Setup mit einem ITX Board und effizientem Low Load Netzteil, kann dir vermutlich 30W ersparen. 30W sind je nach Strompreis 60 bis 160 € pro Jahr. Da rechnet sich neue Hardware also sehr wohl. Hier ein paar Boards: https://forums.unraid.net/topic/120797-sparsame-gebrauchte-matx-itx-boards-mit-2x-m2-6x8x-sata/ Bei ganz neuen Boards ist es noch unklar welche sparsam sind. Das wäre über Nextcloud abzubilden. Da Nextcloud das offene WebDAV nutzt, geht es auch mit Drittsoftware. Ja Ja. Das heißt aber Cache Pool in Unraid. Flash wäre ja der USB Stick. Eine DDNS Domain aktualisiert sich innerhalb von 5 Minuten. Also bei IP Wechsel bis zu 5 Minuten offline. Dein Anschluss sollte aber eine öffentliche IPv4 besitzen. Ansonsten wird es komplizierter in der Umsetzung. Das "lohnt" nicht, kostet auch extra Strom (>6W), aber es ist einfach geil ^^ Ja, aber dein PC muss dann noch eine separate Leitung (1G oder WLAN) in Richtung Internet haben. Spart dir dann aber den Switch Kauf und die Stromkosten. https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?do=findComment&comment=959302 Genauso wie jedes andere System. Daher sind Offline-Backups unverzichtbar. Wobei Nextcloud, sofern man sonst keinen Zugriff über SMB oder so auf die Dateien erlaubt, eine Versionierung besitzt. Das setzt aber voraus, dass der Angreifer den Root-Login von deinem Server nicht klaut. Also wenn du dich über einen PC mit Unraid über root verbindest und da ist ein Trojaner drauf, ist das Passwort natürlich auch gefährdet. Also nichts geht über Offline Backups. Wegen Feuer und Einbruch, müsste das sogar außerhalb gelagert werden.

SVG ist jetzt Bestandteil vom Container: https://github.com/nextcloud/docker/pull/1789#issuecomment-1343928728

What do you mean with "move" dockers?! The appdata dir? No. But if you want the best performance and most efficient setup, then move the complete appdata dir to the cache as well and change as many paths as possible to /mnt/cache. But don't forget the risks. If the cache becomes full, this can cause container crashes / corrupt data. That's why it is so important setting free min space, so usual shares are not able to fully utilize the cache.

It does and it does not "run". It changes only Linux configs. Easy verification: execute powertop and use TAB to switch to the last tab. Every entry is "good".

Also ich habe diese Meldung nicht. Und ich nutze docker ja auch als Verzeichnis. Sicher, dass du den Ordner nicht irgendwie doch als Share aktiv hast? NFS? Ansonsten frag mal im entsprechenden Thread vom Plugin warum das überhaupt gescannt wird.

Ok, so it must be something related to NPM. Strange. Usually it should not modify any headers. Did you enable the cache setting?

Did you check if those errors happen as well if you access the container through its local IP:Port?

By default npm does not change mime types. Did you set something which explains this?

As you can see. It can't load the JS and CSS file. You can click on the entry and it will show you the path. It think it tries to find the JS file in the root directory if the domain and as you are in the subdir, this path does not exist. Now you need to find out if this container / software allows to set the "base url" from / to /subdir. So this has nothing which can be solved through NPM.

Check the network monitor, not sources. And don't forget to reload the page. The network monitor must be open for the complete loading process.

Ich sag ja. Die Netzteile taugen nichts. Aber so krass hätte ich den Unterschied nicht erwartet ^^

Open the browsers debug tools and check the network monitor (reload page to see all requests). I guess it's something regarding the subdirectory. Which means the website can not run inside a subdir or the subdir must be added somewhere in a config file of the website.

Follow the debug 5xx steps on the first page.

As he was able to see the NPM page through the public IP, this couldn't be the reason. Aren't you using the duckdns container? It updates the public IP of your domain(s) automatically.

If you can reach NPM through your public IP, but Let's Encrypt can't reach NPM through your domain, then there are two possible reasons: - your domain does not use your public IP - your public IP isn't public