Pillendreher

Members
  • Content Count

    51
  • Joined

Community Reputation

2 Neutral

About Pillendreher

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Das Problem mit den aufwachenden Festplatten gibt es ja schon seit nem halben Jahr. Die letzten Beta Versionen 6.9 hatten das schon. Man hat aber nicht wirklich auf entsprechende Meldungen reagiert. @mguttIch werde mal dein Skript bei mir testen.
  2. Ja, das kenne ich. Solange aber kontinuierlich der Fortschritt angezeigt wird, konnte ich mich in der Vergangenheit auch darauf verlassen. In meinem Desktop läuft eine WD Black 750, in meinem Laptop eine Corsair MP510 SSD. Daran dürfte es nicht liegen Nein. Die *.img Datei war aber hier nur als Beispiel ausgewählt. Es trat genauso auch bei allen anderen testweise übertragenen Dateien auf.
  3. Wenn sich aber in irgendwelche Konfigruationsdateien irgendetwas einschleicht, dann kriege ich das ja nicht mehr weg außer durch ein Zurücksetzen des Systems. Ich hatte z.B. eine Fehlermeldung vor ein paar Monaten ne Fehlermeldung im Sleep Plugin, die einfach nicht verschwinden wollte - irgendwas muss da beim Dynamix Plugin kaputt gegangen sein. Nach einem Neuaufsetzen des USB Sticks war der Fehler weg
  4. Morgen! Nachdem ich gestern Abend mehrere Stunden lang den Datendurchsatz der Fritzboxen getestet und sogar mal die Netzwerkdosen geöffnet hatte, kann ich nun mit ziemlicher Sicherheit sagen, dass irgendwas mit meinem Unraid Server und Datenübertragungen nicht stimmt. Mir war das ganze schon vor gut 2 Wochen aufgefallen, als ich nach einer Neuinstallation von Windows Daten zurückholen wollte und nicht über 50 MB/s hinauskam. Ich hatte es erst auf die verwendete Festplatte geschoben, aber da das Ganze auch bei den SSDs im Server auftritt, kann es das nicht sein. Den verwendeten PC k
  5. Ich hab doch aber nicht br0, sondern ein eigens erstelltes Netzwerk?!
  6. Nö, ganz normal eingegeben. Hab es gerade testweise auch noch einmal mit Edge probiert: Die Erfolgsmeldung erscheint auch dort, ist also nicht nur ein Überbleibsel vergangener Tage im Firefox. Tatsache, jetzt geht es - wie kann das sein?! Wenn die Ports jeweils passen, kann doch nicht 444 fehlschlagen und 443 funktionieren...Oder hat das womöglich etwas mit "internal" als Parameter bei der Netzwerkerstellung zu tun?
  7. NPM lauscht auf 1880 und 18443. Die Fritzbox leitet 443 auf 18443 und 80 auf 1880 des Unraid Servers weiter, der aber jetzt natürlich eine andere IP-Adresse als der NPM Container hat (192.168.178.24 vorher, jetzt laut ifconfig des Containers "inet addr:192.168.179.2". Sollte es aber ein Problem mit den Portweiterleitungen geben, dürfte doch eigentlich nicht diese NPM Seite beim Aufruf meiner externen IPv4-Adresse kommen, oder?
  8. Also im Moment ist das Ganze so konfiguriert: MariaDB und Nextcloud sind in Unraid dem internen Netzwerk mit festen IPs zugeteilt (192.168.179.3 für MariaDB, 192.168.179.4 für Nextcloud). Nginx Proxy Manager ist in Unraid als "Bridge" konfiguriert und gleichzeitig mit dem internen Netzwerk verbunden: root@Tower:~# docker network inspect isoliertes_netzwerk [ { "Name": "isoliertes_netzwerk", "Id": "***", "Created": "2021-05-01T09:50:21.852711971+02:00", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "
  9. Ich wollte das mal bei mir ausprobieren, aber leider geht so manches nicht. MariaDB, Nextcloud und NginxProxyManager hängen alle in einem internen Docker Netzwerk. Soweit so gut. Über die jeweilige Container-Console erreiche ich per curl bzw. ping die jeweils anderen Container, d.h. sie sehen sich und können miteinander kommunizieren. In der config.php von Nextcloud habe ich die IP Adresse von MariaDB geändert, was scheinbar auch funktioniert hat, denn der occ Befehl im Nextcloud-Container geht durch und wirft mir nicht wie vor der Änderung Datenbank-Fehler aus. Mein Pr
  10. Well, forgive my ignorance, but I always assumed that NPM was a sort of security measure. You know, instead of exposing the docker container "as is". So I could theorically open port 80 to get the certificate once and then close it again until the certificate expries?
  11. I've got a quick question: I've made my Nextcloud container available for external use. Right now I'm forwarding port 443 and NPM forwards the incoming requests to the container. Since 443 is very common, I wanted to at least avoid port scans for common ports. Disabling the port forwarding of port 80 in my router makes NPM unaccessable as far as I can tell, so this does not seem to work. Is there any way to go away from forwarding port 80 and 443 and move to let's say 20080 and 20443?
  12. Ich hab mir das mal angesehen, verstehe aber nicht so recht, was dieser Docker macht. So wie ich das jetzt laienhaft verstehe, schiebt er sich dazwischen mit einer VPN Verbindung. Auf welche VPN Verbindung bezieht sich das Ganze aber? Kann man da seine VPN Daten (Wireguard) des Unraid Servers eintragen? Und wie bin ich dann "geschützter" im Vergleich zu vorher?
  13. Danke euch beiden, schau ich mir mal in einer ruhigen Minute an! In der Zwischenzeit habe ich heute zufällig rausgefunden, dass ich über die "MyFritz" APP auch eine VPN Verbindung zur Fritzbox herstellen kann, sodass ich noch eine Alternative zu Wireguard über den Unraid Server habe
  14. Und dieses Netzwerk erstelle ich stinknormal mit "docker network create"? Oder ist das komplizierter?