Ford Prefect

Ja ...einfach dort beim Docker, bei den Netzwerkeinstellungen (custom br0.4), fest eingeben.

Settings - Docker - im Advanced View siehst Du den Docker custom network type ... steht da macvlan, dann stell ihn um auf ipvlan (docker daemon stoppen, umstellen, wieder starten). Ja, ich weiss...ging mir auch so...was das Problem genau verursacht ist unbekannt...ich war schon kurz davor unraid wieder ins Regal zu stellen...hab dann den tipp von @ich777 bekommen...scheint zu wirken...uptime jetzt wieder mal 50+ Tage....neuer Rekord, vorher waren es 400+Tage (und nur weil ein upgrade anstand mal gebootet).

klingt verdächtig nach einem Problem das ich auch hatte, seit der 6.9.2...stell bei den allgemeinen Docker-Daemon Einstellungen um auf ipvlan, statt macvlan....das hat bei mir geholfen.

Hat bei mir nie funktioniert, aber ich nutze zt auch nicht als Bridge. Ich meine, ws passiert, wenn Du mit der LAN-IP verbindest vom client auf der anderen zt-Seite? Kann natürlich nur gehen, wenn Du in zt-central das Routing entsprechend eingestellt hast...also das Dein LAN-Netz 192.168.1.0/24 hinter der 10.20.230.128 als Gateway liegt. zt ist quasi ein virtuelles LAN. Es kommt aber darauf an, wie des zt-inteface auf dem Client auusgeprägt ist...als ein vETH oder als eine vBridge, ob Services des Host auch anagesprochen werden können. Ich habe zt immer im vETH, also wir einen LAN Adapter, ncht wie eine Bridge, genutzt. Nein, nicht für Services auf dem Unraid-Host, da die pakete lokal geroutet werden und nicht in Dein LAN gelangen. Nein, eine normale Firewall lässt ICMP (Pings) schon durch, nur alles andere nicht....kommt auf die Regeln an, die man konfigurieet. Wie gesagt, in Deinem Fall kommt ja keine Firewall (Dein router und unRaid hat jetzt keine wirksame am Start) zum tragen. Gemeint war hier der generische fall, dass zwei beliebige zt-clients über zt kommunizieren/eine Verbindung aufbauen...da ist einer immer der Serbe für den jeweiligen Dienst. Ich nutze zt schon länger nicht mehr...habe wireguard auf meinem Router. Es gefiel mir nicht, den unraid host als gateway zu benutzen und dass dann unraud-lokaler traffic (inkl. des dort im Docker gehosteten VPN) nicht durch meine zentrae Firewall gehen. Kurz: wenn es bei Dir nicht geht, stimmt Mmn das Routing nicht.

@mops...ist die IP 10.20.30.128 die LAN-IP von unRaid oder die IP des zt-Interface im Docker? Zerotier stellt erstmal nur ein Transfer-Netz zwischen den zt-clients bereit. Wenn man services auf den ct-clients untereinander ansprechen will, muss das Routing und die Firewall des jeweiligen zt-Clients mitspielen. Unraid-UI über die zt-IP des unraid anzusprechen kann IMHO nicht gehen....will man auch andere clients im LAN über zt erreichen geht das nur über die Routing-tabelle in zt-central und den Heim-Router.

...ich bin ein Freund der Eaton Elipse Modelle...einfach, langlebig, Akkus austausschbar. Für den Router reicht evtl ne Power-Bank? Aber, wenn der Netzstrom weg ist, ist die Strassse/die nächste Trafostation & Vermittlungsstelle evtl. auch tot...also kein I-Net, es sei denn man hat nen Uplink zum nächsten 4G/5G Mast oder Satellit. Ich habe im Haus alles auf PoE-Betrieb, ink. LTE Uplink als 2tes WAN.

Ja, natürlich. Einfach im Docker custom network und die Bridge mit dem gewünschten VLAN, zB br0.10 auswählen und die IP manuell zuteilen. Gesendet von meinem SM-G780G mit Tapatalk

Das Zauberwort ist VFIO ... siehe hier:

DHCP im Docker geht nicht...Proxmox Container sind keine Docker, sondern LXC

tja, ich bin da auch nicht wirklich tief drin....mal irgendwann nen ARM auf nem x86 Host "emuliert"....vielleicht mal in nem QEMU forum fragen...das ist mMn kein unraid Problem.

...bedenken, daß die genannten DBs zwei grundsätzlich unterschiedliche Technologien darstellen..MariaDB ist ne klassische SQL/RDBMS während influxdb eine TimeseriesDB ist. Erstere ist für transaktionale Daten (zB Stammdaten, Listen, ...) und ne timeseries ist für Events (was galt wann, IoT). Keine Ahnung was HA für was braucht und auf welchem Usecase Dein Fokus liegt. MariaDB scheint auf jeden Fall mal unterstützt zu sein, wird für IoT basierte Anwendung aber langsamer sein und größer werden. Gesendet von meinem SM-G780G mit Tapatalk

..mal "require" statt "force" im feature probiert? Ausserdem, welche Abhängigkeiten gibt es bei features untereinander? hast Du alles was zu 3dnow gehört auch aktiviert? Edit: ich denke "force" ist schon richtig, aber setze mal auf eine voll emulierte CPU, so: <cpu mode='custom' match='exact' check='partial'> <model fallback='forbid'>qemu64</model> <topology sockets='1' dies='1' cores='1' threads='1'/> </cpu>

...alternativ soll snowflake ja auch über ein Browser-Plugin gehen? Also zB den Chrome Docker von @ich777 installieren, starten und das Chrome plugin installieren. Ist zwar son büschen von hinten durch die Brust ins Auge, aber evtl viel schneller, unkomplizierter machbar?

....ja, bisher noch

....die sehen verdammt gleich aus, aber mit PCIe x8 sind es die ConnectX-2 ... oder diese komischen lotek-mässig umgebauten LOM-Module mit PCIe Adapter, ja.

...wenn extra HW nicht gewünscht ist, dann ginge noch eine Router-VM....pfsense/opnsense/mikrotik-CHR/openwrt ... wobei ich nicht weiss, ob openwrt das gesuchte Feature wirklich kann. Edit: ...und das ist sicherlich nicht mit klick, kick, finish erledigt....muss man ein paar IP-Routing-Hirnzellen für opfern/zerbrechen

...Mellanox ConnectX-3, laufen bei mir einwandfrei, zB sowas Gibt es auch oft im Set mit 2-3m DAC... Edt: hier, hat auch beide Brackets dabei...

...Du musst lokal und auf dem VPS das Routing der IP-Netze richtig einstellen. Auf dem VPS noch die weiteren Port-Freigaben....evtl. nutzt Du dazu auch Wireguard für "Deine exteren Kunden", natürlich in einem weiteren internen IP-Netz das von dem Site2Site Tunnel zwischen Heim und VPS getrennt ist.

...in Zeiten von Wireguard ist das damit eigentich noch einfacher geworden. Man kann auch in unraid das Wireguard Plugin oder eine eigene Router-VM nutzen. Ich würde aber empfehen, das dann nicht mit Bordmitteln von unraid, sondern auf dem lokalen Router zu lösen. Dann bleibt das stabil, auch wenn unraid mal durchgestartet wird oder andere Arten von "Wartungsfenstern" hat. Ich nutze so ein Scenario für mein DUAL-WAN Setup und halte, mit der IP des VPS, meine WAN-IP stabil selbst wenn bei mir lokal ein WAN/Inet-Zugang zusammenbricht....wichtig für VOIP/SIP Zugänge @noomis Hast Du eine neuere, potente Fritzbox? .....die können - zumindest in der Labor-Firmware, soweit ich weiss - auch schon wireguard. Auf dem VPS brauchst Du eine Router VM...entweder opnsense/pfsense oder auch einen Mikrotik CHR. Mikrotik Lizenz ist nicht kostenlos (ca. 35EUR) und RouterOS im Besonderen ist nix für "YT-Abgucker"...Du musst Dich schon etwas mit IP-Routing auskennen. Dafür braucht es dafür nur einen VPS mit kleinen Ressourcen...opnsense/pfsense ist da weit hungriger und damit der VPS teurer. Eine weitere Alternative könnte auch openWRT sein. Alle drei Varianten können eben auch Wireguard. Plan B zum VPS kann auch Co-Location sein...Du stellt einen Router Deiner Wahl in ein Rechenzentrum (mietest Dir sozusagen den Stand-Platz)...wird aber teurer sein als ein VPS. Du braucht auf jeden Fall einen VPS (am besten KVM basiert), der das aufspielen eigener Images zulässt....ich habe meine VPS bei/von netcup. Es gibt aber auch VPS/Cloud Provider, die direkt nur eine opnsense/mikrotik Instanz gehostet anbieten Edit: zB https://www.binaryracks.com/vps-apps-mikrotik-router/ ...kenne die aber nicht...mit 4EUR/mo und unlimited bandwidth, mit 2vCPU kein schlechter Deal....WENN da ne statische ipv4 dabei ist (immer ins Kleingedruckte schauen!!).

Das Szenario läuft andersherum. Du baust von Deinem Heimnetz aus den Tunnel zum VPS auf....der connect dafür geht also von Innen nach Aussen. Dafür braucht es keine Portfreigaben und keine öffentliche IP auf HEIIM Seite, sondern auf VPS Seite. Sobald der Tunnel steht funktioniert dieser bi-direktional. Die Freigaben ins Heimnetz baust Du dann auf dem VPS ein. Externe User connecten zur IP des VPS....that's it...in a nutshell.

Wenn Du von Deinem Provider keine echte IPv4 bekommen kannst, gäbe es noch die Möglichkeit einen VPS mit echter IPv4 zu mieten und dort den Brückenkopf in die Welt zu bilden. Zwischen Heim/Unraid und VPS errichtest Du ein eigenes VPN, zB via Wireguard. Die WAN-IP des VPS ist dann Dein Eintrittstor. Auf dem VPS kannst Du zB eine RouterVM dafür nutzen.

....kannst Du mal versuchen eine aktuelle Linux LIVE-ISO zu booten? Geht das Netzwerk dann? ...Fedora wäre mein Favorit. Wenn das System neu ist, kann einfach eine Chipsatz-Revision drauf sein, die so neu ist, dass der Treiber die nicht erkennt. Dagegen spricht halt, dass es schonmal bei Dir lief. ...schau mal hier: Edit2: ....mal das hier durchgelesen?: https://forums.unraid.net/bug-reports/stable-releases/6100-6102-network-lost-after-some-days-working-r1971/?page=2

manuelle Konfig ist durchaus sinnvoll. Bridge entfernen ist mMn keine gute idee, da man dann auf custom-networks bei Docker und VMS verzichtet. Bonding mit einem Port braucht man nicht, aber das würde das System eh erkennen. ...da das System mit einem anderen OS das Netzwerk nutzen kann, kann es ja nur ein Treiber oder Einstellungs-Problem sein. Kannst Du die Diagnostics mal hier einstellen? Komisch ist, dass es ja wohl minidestens einmal mit unraid funktioniert hat....

wenn DHCP nix liefert und auch eine statisch, korrekt eingetragene IP nix liefet, dann liegt es evtl. in der Infrastruktur davor. @jszd...du hast oben von VLANs gesprochen...hast Du VLANs bei Dir am Start?...evtl. die MGMT/Default-ID nicht auf VID=1 gestellt? Ich würde mir mal den Switch-Port angucken, welche PVID dort standard ist und was dann der Router damit macht. Evtl. hast Du, wenn Du Dein altes OS auf dem unraid host bootest (wo ja das Netzwerk funzt) eine andere/explizite VID am Start? Ansonsten bliebe nur noch, das mit ner VM oder Docker was verbogen wurde...sonst bin ich erstmal auch raus.

...riecht eben danach, dass der Router Heim-und Gastnetz bereitstellt. Diese IP-Netze sollen eben nicht miteinander kommunizieren können. Der unraid "PC" gehört an einen Router Port angesteckt, der die IP im gleichen Netz wie der Laptop vergibt....dann klappt es auch mit dem Zugriff zwischen unraid- PC und Laptop Gesendet von meinem SM-G780G mit Tapatalk