PiHole und Virtual Machine scheinen sich nicht zu vertragen

Hi alf und guten Abend,

die Fehlermeldung sagt eigentlich, dass der Port 67 UDP bereits in Verwendung ist und daher pihole nicht startet. Hast du da etwas in der Richtung DHCP in einem der anderen Container am laufen? Oder hat gar pihole den DHCP-Server in deinem Netzwerk übernommen?

Oder die Fehlermeldung besagt, dass die Installation der VM App die Netzwerktopologie geändert hat (Von eth0 zu bridge0).

Hast Du für die VM bereits eine virtuelle LinuxBridge erstellt wie ACiAtuRA(oh Mann welch Zungenbrecher 😂) angedacht hat ?

Nimm die Bridge doch nochmal raus dann siehst Du ja was passiert und wo dann vermutlich der haken sitzt

Wenn das garnicht funktioniert, es gibt auch noch die Möglichkeit Win11 in einem Container zu installieren -> windokur

TUT gibt es hier im Forum 

Quote from alf

Hat irgendjemand vielleicht eine Idee ??????

Habs hingekriegt. Ist aber ein ziemlicher K(r)ampf Ist nix für Anfänger. VM und Docker mögen sich nicht. Die beiden lassen sich nicht auf derselben VBridge betreiben. Auch sind die Netzwerknamen im GUI nicht wirklich hilfreich beim Experimentieren.

Als erstes muss Docker auf eine Virtual Bridge, danach können die VMs an dieselbe Bridge andocken. Meine Variante ist hier beschrieben #71, ohne die Hilfe von Portainer. Dasselbe lässt sich auch mit Portainer machen, siehe Thread. Für die VM muss ein NAT eingerichtet werden, das an die Virtual Bridge andockt (vnet-nat). Siehe Screenshot. In den Settings der VM muss dann nur noch vnet-nat als Netzwerk ausgewählt werden.

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Eine spätere Umstellung auf Bridged Mode für die VM ist ebenfalls möglich, muss aber auf der Kommandozeile gemacht werden. Beim GUI beisst man bei dem Versuch auf Granit.

Zwei Drei Untiefen kann ich Dir bereits veraten habe gestern mehrfache Tests / Versuche unternommen allerdings über Portainer installation mit Stack. Von der Seite und vom Stack her gab es keinerlei Probleme. Installationen haben grundsätzlich alle funktioniert

Wenn Du Windows 11 installieren ohne MS Konto installieren willst, da habe ich jedenfalls, weder mit 23H2 und 24H2 keinen Weg gefunden den MS Kontozwang zu umgehen.

Dann habe ich gedacht versuche mal den Umweg über Windows 10, ok Win 10 läuft problemlos, jedoch ein Inplace Upgrade mit win11 23H2 und 24H2 scheiterte am TSM 2.0 keine Vorraussetzungen erfüllt. Schon komisch, direkte Installation funktioniert, Upgrade nicht 🤷‍♀️

Was auch nicht funktioniert hat Windows herunter zu fahren / ausschalten. Windows fährt sofoert wieder hoch. Nur durch deaktivieren des Containers bleibt es dann aus.

Alles in allem nicht die Goldrandlösung.

Noch als Tipp für Dich, Du könntest es ja mal mt addguard anstatt pi-hole versuchen.

Ich glaub man hat da 4 Wochen Zeit ohne Key zu testen. Denke die Erkenntnisse zum Ganzen kommen eher schneller🤣🤣.

Bin gespannt wie bei Dir der Host Zugriff funktioniert, fällt mir grad ein, auch davon war ich nicht ganz überzeugt, aber vieleicht hatte meine .yml da einen kleinen fehler. Ich konnt diesen Netzwerkordner Data der da im Netzwerk des Containers zu sehen war nur über das Terminal finden. Auf den host direkt konnte ich nicht auf dessen Verzeichnisse zugreifen.

Quote from eineb

Wenn Du Windows 11 installieren ohne MS Konto installieren willst, da habe ich jedenfalls, weder mit 23H2 und 24H2 keinen Weg gefunden den MS Kontozwang zu umgehen.

Hab das vor kurzem erst 2 mal gemacht, jeweils einmal mit der aktuellen und der vorherigen Version. Es half am Ende, einen Eintrag in der Registry vorzunehmen (hab den Link gerade nicht mehr zur Hand, aber findest du schnell). Nur die aktuelle Version hatte sich da etwas zickiger und wollte das erst nach einem Neustart akzeptieren, aber auch da ging’s schließlich. Was denke ich immer noch helfen sollte: ein lokales Admin-Konto in der Kommandozeile anzulegen. Hatte ich früher schon mal erfolgreich gemacht, allerdings half da „oobe“ noch.

Das problem, wenn ich das jetzt richtig im Kopf habe, der Zugriff für den Registry Eintrag muß ja während der Installation mit F10 aufgerufen werden, das hat sich nicht umsetzten lassen, F10 wurde nicht angenommen. Aber wenn ich mal wieder Muse dafür habe werde ich das nocheinmal angehen, Ich arbeite mich gern durch solche Fälle, aber nicht immer hat man Lust nochmal ein paar Stunden hinzuhängen. Vorallem meine Win11 VM läuft sauber und ohne Probleme. Die Dockerversion ist eher für mein Wissen wolllen und den Spieltrieb, das umzusetzen .

Das verblüffende am ganzen, bei der Win11 installation, kann ich mich garnicht erinnern irgend etwas in der Richtung gemacht zu haben, das lief durch, nur die Kontoerstellung bin ich da umgangen.

Das Problem mit VM und Docker ist, dass die VM App schon einige Netzwerkdienste wie DNS und DHCP zur Verfügung stellt bzw. intern nutzt. Deshalb kann man kein Pihole, Adguard oder sonstigen DNS Server per Docker konfigurieren. Da werden halt zwingend die selben Ports gebraucht. Die Lösung ist, dem Pihole Container eine eigene IP Adresse zu verpassen. Da kann er dann alle Ports belegen, die er will.

Ich habe das ganze per Portainer zum Laufen gebracht (in meinem Fall Adguard, aber für das Problem ist das wurscht). Als erstes brauchen wir ein bis mehrere Adressen in unserem Heimnetz, die *nicht* vom DHCP Server vergeben werden. Meine Fritzbox zum Beispiel vergibt Adressen zwischen 192.168.178.2 und 192.168.178.200. Alles darüber habe ich also zur Verfügung.

In Portainer legt man dann ein neues Netzwerk an. Treiber ist macvlan, den Namen könnt ihr frei wählen. Einen passende IP Range kann man sich unter https://mxtoolbox.com/subnetcalculator.aspx berechnen lassen. Im Screenshot sind das durch die Subnetzmaske /28 die 16 Adressen ab .224 aufwärts. This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Damit ist jetzt aber erst die Konfiguration erstellt, kein richtiges Netzwerk. Etwas seltsam, hatte ich auch erst nicht verstanden. Ihr müsst dann noch einmal unter Netzwerke ein neues Netz hinzufügen und diesmal nicht "Configuration", sondern "Creation" auswählen. Da wird dann die gerade erstellte Konfiguration zur Auswahl angeboten. Zusätzlich habe ich noch den Haken bei "Enable manual container attachment" gesetzt. Damit steht die Netzwerkkonfiguration. Jetzt müssen wir noch dem Pihole, Adguard oder was auch immer Container beibringen, dieses Netz zu nutzen.

Dazu muss in der Docker Compose (z.B. im Web Editor bei den Stacks) folgendes ergänzt werden (unter services steht natürlich schon die restliche Konfiguration des Containers):

services:
    networks:
      meinnetz:
        ipv4_address: 192.168.178.230 # eine Adresse aus dem eben definierten Bereich 

networks:
  meinnetz:
    external: true

Achtung: meinnetz ist der Name, den ich bei der *zweiten* Runde gewählt habe, also unter creation, nicht configuration.

Puh, der Text ist jetzt doch ganz schön lang geworden. Ich hoffe, es war verständlich. Damit könnt ihr jetzt also beliebigen Containern komplett eigene IP Adressen in eurem Netz verpassen.

EDIT: Nächstes Mal benutze ich erst die Suche. Das ganze ist hier nochmal richtig ausführlich erklärt...