Ford Prefect

Ja, Du kannst (edit: manchmal im MB mit Non-Server-Chipsatz) ECC Module verwenden, aber die ECC-Funktion wird dabei ausgeschaltet/nicht genutzt. Bei Intet müssen CPU *und* Chipsatz ECC unterschützen (und das MB muss es auch implementieren). In der Regel gibt es das daher nur bei MBs mit Server Chipsatz. Edit2: Beim Asrock B460M-Pro4 steht genau: - Dual Channel DDR4 Memory Technology - 4 x DDR4 DIMM Slots - Supports DDR4 2933 / 2800 / 2666 / 2400 / 2133 non-ECC, un-buffered memory* - Supports ECC UDIMM memory modules (operate in non-ECC mode)

...dann hat es Deine Config zerschossen...zumindest teilweise. Einfach ausgehen deutet auf ein HW-Problem hin. Die üblichen Verdächtigen sind NT, RAM....vielleicht nochmal den Sitz der Stromversorgungen prüfen und dass eine Kabel gepetzt sind, an scharfen Kanten. Hast Du mal am Gehäuse was verändert und dabei Säge/Dremel/Feile benutzt, was Metallspäne ins Innere befördert...nicht hilfreich. ansonsten bin ich eher ratlos.

Du musst zuerst eine Netzwerk-Route zu Deiner Mom erstellen...damit kommst Du nur auf das LAN Deiner Mom...zB die dortige Fritz (192.168.178.1). Um das dortige WAN-Interface zu "benutzen" musst Du im Client eine Default-Route einstellen, mit der Fritz Deiner Mom als Gateway. ...und da kommt eben ins Spiel, dass Du nur eine Default-Route haben kannst, zur gleichen Zeit (in der gleichen Routing-Tabelle).

..immer über die fest eingestellte IP gehen....

...nicht ganz korrekt. Das gibt es nur einmal (edit: aktiv) je Routing Tabelle. Ein "richtiger" Router kann durchaus mehrere Default Gateways enthalten und verwalten, indem man zB je WAN-Interface eigene Routing-Tabellen nutzt. In der Firewall müssen die Pakete, je nach Quelle und gewünschtem Ziel, in die richtige Tabelle "gedrückt" werden. Ich vermute, Deine VM routet das alles wieder in dein normales LAN, wo sowohl die unraid Routing-Table und auch nur die Fritten aktiv sind. Du musst die openWRT-VM zu deinem zentralen Router machen und die beiden Fritzen wie zwei WANs konfigurieren ... wenn es mit openWRT überhaupt geht (unterschiedliche Routing Tabellen). Mit RouterOS geht es.

...im syslog sehe ich spontan nix auffälliges. Wie alt ist das NT bzw. ist es stark genug? Hast Du mal einen/zwei Memtest laufen lassen?

Vielleicht hat es ja auch mit Win11 zu tun, dass es plötzlich geht...wir haben Win erst wieder mit HomeShooling, Corona sei "Dank" wieder einführen müssen und da war es beim Vorgänger von Win10 noch so.

...genau das hat bei mir noch nie funktioniert. Klar, man kann den Haken setzen und unter anderem Login verbinden. Nur beim 2ten Mal/Share auf dem gleichen Host (Name oder IP) sind die Credentials aus dem ersten Mal/Share mit denen vom 2ten überschrieben.

...diese Modell ist bei NUT nicht gelistet, aber es werden sehr viele Eaton Modelle mt USB-Schnittstelle unterstützt. Deswegen würde ich die USV nicht daraufhin kaufen, aber wenn Du sie schon hast, ist es den Versuch wert.

..Du installierst Dir einen "Hub" auf einem VServer oder VPS, der eine öffentliche IP hat, zB eine RouterVM. Da dieser Router dann Server "spielt", verbinden sich alle dezentralen Einheiten als Clients da hin...der jeweils entstehende Tunnel zwischen Client und Server ist dann bidirektional nutzbar. Ich empfehle da Wireguard einzusetzen. Eine Pfsense/OPNSense ist etwas hungriger als ein openWRT oder gar ein Mikrotik CHR (MT ist aber nicht kostenlos).

Ah, ja ok...aber das "Risiko" hast Du überall...da hilft nur ipv6 Gesendet von meinem SM-G780G mit Tapatalk

...probiere es mal mit dem NUT Plugin.

...die Schlussfolgerung erschliesst sich mir nicht. aber ich nutze keine Fritz...IMHO ist das IP-Segment 192.168.178,0/24 genau so gut wie 192.168.0.0/24 als eine der mio. möglichen Alternativen. Ich vermute Du hast mit Wireguard ein anderes Problem.

Bei NFS eigentlich nicht, aber auch nicht für SMB...es ist Windoof, das da reinspuckt und es nun mal so will...was es bei NFS macht kann ich nicht sagen.

...und warum willst Du dann die IPs auf Heimnetz-Seite ändern?

Du musst eigentlich nicht so komplex denken. Ein/jedes Share kann ja Rechte für unterschiedliche User und auch für mehr als einen User haben. Setze einfach "Deinen" user für den Client auf jedes der Shares ein...fertich.

Das hat nix mit Multi-Channel zu tun....Windoof ist halt doof...bei gleichem Server - egal welches Share - kannst Du nur einen User-Account verwenden unter dem verbunden wird.

THX!

Naja, den sollte das template ja selbst rausfischen...ein einfacher Bookmark hat das eh beseitigt....

...nur so am Rand, beim "official Docker" aus den Apps ist bei mir auch das Portmapping leer. Nutze auch custom:<bridge>...auch der Web-UI Link im Template funktioniert bei mir aber gar nicht. Welchen Docker nutzt Du denn?

Es geht um alles, was auf unraid läuft (VM, Docker oder Plugin), das auf die iGPU zugreifen will/muss - also Grafiikbearbeitung brucht/benutzt. Das muss in der Konstellation mit 10th-gen CPU und dem MB nicht funktionieren....aber kann...Versuch macht kluch. Fotos in der VM auf unraid bearbeiten, wäre die iGPU schon hilfreich...um die Fotos zu hosten und auf dem Client zu bearbeiten ist es nicht erforderlich (der Client und dessen GPU macht die Arbeit). MotionEye ist aber auch son Ding...denke gar, die braucht ne GPU und geht nur als VM. Plex nur, wenn der Stream umgewandelt werden muss für den Client. ..."reines NAS", hiess es mal, eh? Sei froh, dass Du den i3 geholt hast und nicht den Pentium...das ist schon ein paar Hausnummern mehr als Du im ersten Post rausgerückt hast

Das ist wahr. Allerdings braucht @Wiggins das Feature ja, laut UseCase aus dem ersten Post, nicht wirklich.

Das macht auf jeden Fall am wenigsten Dreck und ist für Dich als Anfänger wahrscheinlich wirklich das Einfachste um schnell und gefahrlos weiterzukommen.

Warum willst Du das machen? Wegen der Bandbreite? Da mach Dir mal keine Sorgen....Docker, speziell in der custom:bridge sind intern mit der Bandbreite der CPU angebunden...kommen also so zwischen 20-60GB/s an, je nach CPU und Chipsatz. Nach extern wäre es dann sinnvoll beide NICs in den Bond zu legen und LACP zu nutzen, wenn der Switch auf der anderen Seite das mitmacht. Alternativ zwei Bridges, br0 und br1 - am besten mit getrennten Netzen - und dann den fraglichen Docker allein auf eine Bridge, zB mittels custom:br1 und eigener IP. Wenn Du den Docker aber vom Rest des Netzwerkes trennen willst, brauchst Du VLANs in unraid, den beteiligten Switches und dem Router. Ich nutze das auch für normale VMs, aber ich habe auch 6x1Gbps und 1x10Gbps NICs im System. Eine Firewall VM kann man machen, aber eine Hardware Lösung hat da den besseren WAF.

Ja, natürlich. im Falle von Wireguard oder OVPN geht das aber nicht über DHCP, sondern wird bei den peers konfiguriert bzw. im Client vergeben. Der VPN-Tunnel ist ja ein Transfer-Netz. Wenn die Fritz Wireguard kann sollte das hoffentlich problemlos sein. Wireguard ist ja ein Mesh. Fritz ist dann nur "Client", baut also die Verbindung zur VM auf. Die VM könnte externen Clients dann auch IPs im gleichen Wireguard Netz zuweisen und die Fritz sollte damit klarkommen, aber bei der Fritte weiss man ja nie.