Suchergebnisse

Bin da ganz bei bic , Docker ist zwar okay, kann aber bei Docker zu Docker Kommunikation recht kompliziert werden, erst Recht wenn noch VLAN's dazu kommen etc. Hatte probiert auf meiner Syno jeweils IO-Broker, Influx und Grafana in Docker laufen zu lassen. Letztendlich habe ich auf der Syno VMM installiert, in der virtuellen Umgebung ein Debian aufgesetzt und dort alles installiert, alles funktionierte auf Anhieb, kein rum gefummel mit der Konfiguration. Sowas sollte es bei QNap bestimmt auch ge…

(Zitat von ꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂) und per VPN auf die Docker? Wenn du zB Docker auf der Synology nutzt und du nutzt das VPN von der Syno. Per Portainer die Docker mit MacVLan ins eigene LAN holen und jetzt Versuche einmal von außerhalb per VPN auf die in Docker laufenden Instanzen zu zugreifen? Wirst feststellen das dies ohne Klimmzüge und "Master in Docker"nicht funktioniert. Eine VM erstellt (mit VMM der Syno in 5 Minuten erledigt), Debian und Programme installieren.....geht! Keine Klimmzüge, kein Ma…

Nein, nicht wirklich! Wäre es so einfach, alles gut. Das Problem ist, das der Docker Host, der VPN Server und dein eigenes Netz alle in unterschiedlicher Subnetzen liegen, die Container kannst du per MacVLan ja easy in dein eigenes Netz holen. Bei VPN geht das Problem aber los (erst Recht wenn du DS-Lite hast) VPN Verbindung von außen auf VPN-Server, der dann im Falle der Syno immer in einem eigenen Subnetz liegt, von dort auf den Container. Soweit klappt das, sobald der Contains aber wieder auf…

phino Wie geschrieben, gehen tut alles, es ist nur die Frage wieviel Arbeit man reinstecken muss. Docker ist ja auch okay, ich habe halt nur festgestellt das wenn der Unterbau ein NAS ist, du darauf noch VPN benutzt und dein INet Zugang noch ein DS-Lite, so wird das zu einer sehr zeitaufwendigen Sache. Dem gehst du aus dem Weg wenn du eine VM einsetzt, ruckzuck alles geht und keine VPN Probleme. Bei Docker hatte es, bei meiner Konstellation, immer irgendwo geklemmt, ging das eine, funktionierte…

Ist aber die Final