Ford Prefect

...ein Balkonkraftwerk bauen.

...Du verstehst nicht, was Portainer ist und wie das funktioniert. Der Vorschlag war, Portainer zu installieren und den besagten Docker dann dort, statt über das unrad-UI zu installieren. Das Ergebnis ist quasi das Gleiche....Dein gewünschter Docker ist installiert.

portainer ist doch auch nur ein Docker zur Verwaltung von Dockern

Na, weil er es kann 🙂 Ohne (D)eine korrekt konfigurierte Firewall merkst Du das aber nichtmal. ...und weil es auch mal Bugs in Firmware gibt. Bei meinem Solateur und dem Hersteller des WR ist das "normal". Wenn der WR einen Fehlercode meldet, kann er sich aufschalten. Im B2B Umfeld ist das auch üblich...nennt sich Wartungsvertrag....die WR sind aber eben die gleichen für B2B/B2C und ein guter Solteur macht das als Service (und um ne Anfahrt zu sparen), während Du noch Gewährleistung hast. ...verkauft werden nur kWh....aber ja, das waren noch Zeiten.

....schön, wenn man die Chinesen gleich in seine Wohnung/Heimnetz lässt. Mein WR ist in einem VLAN, genau wie meine Wallbox...damit ist es kein Problem, wenn da mal der Hersteller per Fernwartung drauf geht (macht er über das Hersteller-Portal, zu dem der WR ja eben eine Verbindung aufbaut), da meine Firewall eine Verbindung aus dem VLAN ins Heimnetz unterbindet...andersrum komme ich latürnich aus dem Heimnetz da drauf. Mit ner Fritz geht das aber nicht....

...mein Verständnis ist, der TE hat bisher nur das zweite Netz auf unraid eingerichtet und mit dem Switch über die Dose verkabelt....der WR kann ja wohl eh nur WLAN und ohne den TP-Link AP kommt der da nicht ran. Ich tippe daher auf ein Problem in der Verkabelung...evtl. CAT3/ISDN Kabel erwischt in der Grabbelkiste, wenn die Infrastruktur OK ist.

Wieso Treiber? Die Karte ist ja gefunden worden, also gibt es den Treiber schon. Edit: was für NICs sind das überhaupt in Deinem Server? Bist Du sicher das Dose, Verkabelung zum Hausverteiler und die verwendeten Pachkabel i.O. sind?...einfach mal die Verbindung tauschen....bleibt es dann auf 10MBit an der Dose? Ist am Switch was falsch eingestellt? Wie gesagt, den würde ich auch aus der Gleichung rauslassen wenn der TP-Link am Start ist oder eben ordentlich segmentieren.

Mit VM ist die HA VM gemeint, oder? Also, mit der Fritz ist das nicht optimal, aber auch die kann ein zweites Netz zumindest "kennen". Grundvoraussetzung ist dass Du den TP-Link per LAN an die Hausverteilung bekommst. das der WR und der TP-Link auch mit ner statischen IP konfiguriert werden können (sonst brauchst Du noch nen DHCP-Server in dem 2ten Netz) Hier mal die Kurzversion: in unraid eine NIC von den dreien aus der br0 wieder rausnehmen (zB NIC3/eth2) in unraid eine zweite Bridge, br1 mit eth2 erstellen, die IP dort fest auf die 192.168.200.1/24 einstellen (TP-Link zB auf 192.18.200.2/24 und WR auf 192.168.200.100/24) den TP-Link mit der Wanddose#2 über die Hausverteilung verbinden (wenn das nur über den Switch geht, musst Du bei dem entsprechend 2 Ports segmentieren - einen zum TP-Link, einen zur Dose#2) in unraid NIC3/eth2 mit der Dose#2 verkabeln wenn die IPs eingestellt sind, solltest Du von der unraid Console aus bereits die IPs des TP-Link und des WR anpingen können in der Fritz ein weiteres Netz (das ging immer über Heimnetz - Netzwerkeinstellungen - IPv4-Routen) 192.168.200.0/24 mit GW 192.168.178.40 (die unraid IP, welche die Fritz kennt) ...dann solltest Du von überall im Heimnetz auch auf das .200er Netz kommen. An Deiner VM musst Du dann also garnix machen...alternativ kannst Du der ein zweites Beinchen (NIC) auf der br1 einbauen.

...I only had a brief look into this thread....with pfsense/freebsd another issue I remember with NICs on passthrough not showing up in the OS, had something to do with the machine model and BIOS selected in the VM config. What helped was to select a less advanced machine, like an i440fx-??? and Seabios instead of OVMF.

Traceroute auf eine IP im gleichen Netz geht nie über ein GW. ... den zweiten Teil verstehe ich nicht ganz, wie Du das meinst. Wie gesagt, wenn Du bei den Änderungen die betreffenden Ports nicht physisch mal kurz abgezogen hast, kann es seit dass der Router nicht alle Regeln neu lernt und alte noch behält, zB im conntrack-Modul...das ist dafür verantwortlich, wenn es um die Regel geht aus/zwischen welchen Richtungen Verbindungsaufnahmen und die Kommuniktion für laufende Verbindungen möglich sind. Diese Regeln sind meist, wie bei DHCP, für einige Zeit gültig und werden dann bei nichtbenutzung wieder gelöscht....und es gibt eine Reihenfolge, wie Regeln überprüft und angewendet werden in der Firewall...kann also sein, dass sich da bei Dir etwas überschnitten hat und die neuen Regeln nicht zuerst angewandt wurden.

..das bezog sich darauf, wenn Du in den unraid Netzwerk-Einstellungen VLANs aktivierst. dann muss man wissen, dass das erste, standard VLAN (br0/eth0) immer das untagged VLAN bleibt. Muss man halt dann in Switches und Routern berücksichtigen. Wenn DU das Netzwerk aber "normal" einstellst, unraid also nix von VLANs weiss, dann musst Du im angeschlossenen Switch den Port entsprechend mit der gewünschten PVID konfigurieren (Port based VLAN - unraid IP ist auf dem Port immer untagged). Meine Frage zielte darauf ab, ob unraid auch eine passende IP aus dem Netz7VLAN hat, wenn Du das testet....hätte ja sein können, da Du die statischen IPs auch via DHCP zuteilst, dass DU unraid in ein anderes VLAN hängst, ohne den Port umzustecken - also nur durch Konfig im Switch/Router...dann muss unraid das nicht mitbekommen und holt sich eben keine neue, korrekte IP für das Netz. Das ist im Prinzip zwar richtig, aber es macht einen Unterschied, ob unraid das Ziel-Netz kennt (wenn es selbst in mehrren VLANs ist - macht ja Sinn um zB unraid in PRIVAT und andere Docker/VMs jeweils in GAST, SmartHome, KIND, OFFICE zu hängen) oder nur einfach alles über die default Route abwickelt. Die Konfig im Router ist dann komplexer. Dann ist der Port im Switch, an dem unraid hängt evtl. falsch konfiguriert (PVID) oder die Firewall im Router (In-/Out-Regel?)...an unraid sollte es dann nicht liegen, wenn die IP korrekt ist....sicher, dass die default Route von unraid stimmt, weil diese GW-IP wäre die Route für den Rückweg zu Clients aus einem anderen IP-Netz?

Wie hast Du das gemacht, auf Seiten unraid? VLANs aktiviert oder hast Du unraid wie einen "einfachen" LAN-Host belassen? Bei VLANs musst Du ein wenig aufpassen Da meinst Du jetzt DNS Server, oder? Aber wie hast Du die IP des unraid vergeben? Auch statisch? Wenn Du das VLAN wechselst, musst Du auch ne IP und Netzmaske aus dem Netzwerk des neuen VLANs nutzen. Wenn DHCP, dann muss unraid ja erstmal nicht merken, dass ein anderes IP-Netz gilt, bis das DHCP Lease abläuft. (kann Minuten, Stunden, Tage gültig sein). Im Zweifel mal LAN Stecker kurz ziehen.

OK, wenn Pihole ausserhalb unRaid verfügbar ist, sollte es eigentlich gehen. Allerdings hatte ich auch schon solche Probleme und bin dann auf Adguard Home gegangen. Wie gesagt, den unraid-host selbst in der Netzwerk-Config auf einen echten DNS-Server legen sollte das aber bereinigen.

...dann wird es mit PiHole zu tun haben....ist das array gestoppt ist auch pihole - als Docker/VM) aus. Macht Dein PiHole auch noch DHCP? Du solltest für den unraid host selbst nicht den Pihole als DNS angeben, auch nicht Deinen Router, wenn der dorthin weitervermittelt...sondern zB direkt google-DNS o.ä.

...da muss nix gekreuzt werden..wird ja auch bei DAC oder AOC nicht gekreuzt, egal ob Switch oder Direct-Link. Tranceiver und Patchkabel kauft man bei fs.com

...im Prinzip schon möglich. Nennt sich Wake-on-ARP, statt Wake-on-LAN, siehe zB hier: https://github.com/nikp123/wake-on-arp Da der unraid Host schläft braucht es aber einen Intermediär, zB einen DNS-Daemon, welcher den Request vom Client zuerst erhält, oder einen Switch für Anfragen auf L2. ...nicht einfach....ich meine vor Jahren gab es hier im Forum auch mal einen Faden dazu...

...als Dummy reicht auch ein USB-Stick....soll ja eigentlich nicht mehr benutzt werden, im Cache-only Szenario.

...und der Switch kann definitiv 2.5G an dem Port? Das können nicht alle...10g/1G zumeist noch, aber 1/2.5/5/10 eben nicht.

...war schon dran @Toby-ch...Du hast auf dem VLAN ID=3 in unraid keine IP vergeben...was erwartest Du denn damit genau, denn so ist unRaid nur auf der ersten IP erreichbar (und auf eth0 ein Netz mit 512 Hosts...im Ernst?...sieht nicht so aus, als Du VLANs brauchst, hmmm?)

in Log steht nerd-pack...unter plugins stegt dann nerd-tools...das plugin macht/lädt aber nix mehr wenn man es anklickt. OK, mal sehen...erstmal das alte deinstalliert...

...ok, ähhh....in der 6.11.4 wird es noch installiert....was hab ich verpasst?

Alle notwendige Doku zu Docker gibt es auf Docker.com / DockerHub. Kurzversion: - finde einen Docker, der Dir gefällt als Basis - rausfinden ob der klassisch mit Dockerfile oder Docker Compose gebaut wird. - Ich empfehle eine VM als Entwicklungsumgebung zu erstellen. - In der VM Docker enablen und Docker/github tools installieren und das gewünschte Docker Project forken oder clonen. - Dein Project anpassen, bauen, testen, dann hochladen auf DockerHub - In unraid aus DockerHub installieren - voilà, fertsch Gesendet von meinem SM-G780G mit Tapatalk

Nein, nur den Docker Container (zt-client) und jeder weitere Teilnehmer in dem virtuellen Netz ebenfals einen zt-client. Ausserdem einen zt-Account. zt ist quasi ein VPN "dazwischen".

CGNAT bewirkt, dass Du unter der IP von aussen nicht erreichbar bist. Das heisst, Du kannst Verbindungen von Innen (Heim/LAN) nach Aussen (ins Internet) initieren - steht eine Verbindung erstmal, läuft die dann (vereinfacht gesprochen) bidirektional. Um auf Services vom Aussen aufs Heim zugreifen zu können, muss man von Aussen die Verbindung initieren. Und das geht bei CGNAT Adressen technisch nicht. Um das zu lösen musst Du also von Inen zunächst einen Tunnel zu einem Intermediär im Internet aufbauen. Alle anderen, die dann von Aussen auf Dein Heim/unraid zugreifen wollen, verbinden sich dann mit dem Intermediär statt direkt mit Deinem Heimnetz. Der Intermediär wirkt dann wie ein Proxy bzw. Router. Ich selbst mache das mit Wireguard und einem VPS in der Cloud, auf dem ein kleiner Router läuft. Kann Dein Router bereits VPN und wenn ja welche Technologien (Wiregaurd, OVPN, IPSEC). Alternative ist zerotier - da gibt es in unRaid eine Docker für.

...kenne Starlink nicht...was hast Du für eine IP-Adresse (IPv4 / IPv6, öffentlich oder CGNAT)? Davon hängt es ab, ob Du prinzipiell von Aussen auf Dein System Zugriff erlangen kannst. Ansonsten gabe es noch Mittelchen über einen Intermediär...ein eigener VPS in der Cloud, oder zerotier oder ein VPN, wo sich Clients untereinander sehen können.