Ich versuche, eine statische IP für meinen Unifi-Container einzurichten, aber das Netzwerk erkennt ihn nicht. Hier sind meine Netzwerkeinstellungen in der Docker Compose:
Virtuell:
Unifi-OS-Server_Virtual Adapter 1
Mitglied:
Container Station
Ich stecke echt fest und bekomme es nicht zum Laufen. Ich weiß nicht, ob das Problem an den Docker Compose Einstellungen liegt oder ob der virtuelle Switch falsch konfiguriert ist. Kann mir hier jemand helfen?
Hallo, @Hypnosis4u2nv Die folgenden Informationen stammen von unserem RD-Team.
Ob du qnet statt macvlan verwenden solltest, hängt von deinen Anforderungen ab.
macvlan ist ausreichend, wenn dein einziges Ziel darin besteht, den Container von anderen Geräten im Netzwerk über eine statische LAN-IP erreichbar zu machen.
Wenn jedoch auch das QNAP-Hostsystem oder andere Container auf demselben NAS mit dem bereitgestellten Container kommunizieren müssen, ist qnet die richtige Wahl — bei macvlan gibt es nämlich die bekannte Einschränkung, dass der Host keine Container auf dem macvlan-Interface erreichen kann.
Danke für die Erklärung der Unterschiede zwischen den beiden Treibern. Da ich nur möchte, dass der Unifi OS Server mit den anderen Unifi-Geräten in meinem Netzwerk (inform/adoption) kommuniziert und sonst nichts innerhalb des QNAP-Hosts bzw. der Container benötigt wird, bleibe ich bei der macvlan-Einstellung.
Es ist also nicht schwierig, wenn du das richtige YAML verwendest. Hier ist die vollständige YAML-Datei für meinen Uptime Kuma-Container. Achte besonders auf den Abschnitt „Networks“…
services:
uptime-kuma:
image: louislam/uptime-kuma:2
container_name: uptime-kuma
restart: always
ports:
- "3001:3001" # Dieser Eintrag ordnet den Container-Port "3001" dem Host-Port "3001" zu
volumes:
- /share/Container/uptime-kuma:/app/data # Konfiguration für persistente Speicherung
environment:
- TZ=America/Chicago # Setze die Zeitzone (ändere sie nach deinem lokalen Wunsch, damit die Überwachungszeiten stimmen)
- UMASK=0022 # Setze deine Dateiberechtigungen manuell
networks:
kuma-network:
ipv4_address: 192.168.1.23
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:3001"]
interval: 30s
retries: 3
start_period: 10s
timeout: 5s
logging:
driver: "json-file"
options:
max-size: "10m"
max-file: "3"
networks:
kuma-network:
driver_opts:
iface: eth0
driver: qnet
ipam:
driver: qnet
options:
iface: eth0
config:
- subnet: 192.168.0.0/23
gateway: 192.168.1.1
Du nutzt eine statische IP von 192.168.1.23, aber dein definiertes Netzwerk-Subnetz ist 192.168.0.0/23?
In meiner Subnetz-Konfiguration ist das CIDR auch als /24 angegeben, im Gegensatz zu dem von dir verwendeten /23. Ich weiß nicht, welche Auswirkung das auf mein Setup mit dem macvlan-Treiber hat, aber in den QNAP-Dokumenten zum qnet-Treiber sehe ich tatsächlich diese /23-Angabe.