[Gelöst] Keine gültige VIS Lizenz gefunden /Docker/MACVLAN
-
@homoran Ok, mit ioBroker Server meinst du damit den Lizenzserver im Internet oder den "Server" auf dem meine ioBroker Instanz läuft?
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
den Lizenzserver im Internet
-
@homoran Ok, damit kann ich schonmal was mit anfangen. Ich probiere nochmal andere Einstellungen. Dank dir.
Wobei ich mir nicht vorstellen kann, dass ich der einzige bin der den ioBroker im Container (mit Portainer) mit MACVLAN betreibt (oder betreiben möchte).
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
Wobei ich mir nicht vorstellen kann, dass ich der einzige bin der den ioBroker im Container (mit Portainer) mit MACVLAN betreibt (oder betreiben möchte).
aber vielleicht der einzige, der das nicht korrekt konfiguriert hat.
da steht was von "Verbindung verweigert". Vielleicht hilft dir das weiter
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
ich bin eher neu in dem Bereich Home-Automation, habe es aber für mich entdeckt.
|ioBroker:| 6.0.3 |
Alle Adapter aus der "Stable" Version in die "Latest" (beta) geupdatedWas mich wundert , warum hast du BETA und nicht dein System in Stable !?
Dockerumgebung
und warum als Anfänger ... mit MACVLAN rumschlagen und dann noch auf einer Pi4 !?
Hast du noch mehr vor mit Docker ?
-
Was mich wundert , warum hast du BETA und nicht dein System in Stable !?
Ich hatte ioBroker erst auf das Stable repo schauen lassen. Festgestellt, dass die VIS Lizenz Abfrage nicht funktioniert. Dann an ein paar Netzwerkeinstellungen des Containers und des MACVLANs geändert, ohne Änderung der VIS Lizenzabfrage und dann in auf die Beta repo eingestellt. Ich dachte eventuell ist das irgend ein Bug oder Anomaly die in einer neueren Version behoben wurde.Ist aber auch irrelevant, da auch mit der Stable repo und ioBroker 5.3.8 (aus dem latest image) dieses Phänomen auftritt.
und warum als Anfänger
Ich beschäftige mich jetzt seid ca. 2 Monaten intensiv mit Containerisierung, Docker und Homeautomation und bin auf dem gebiet sozusagen neu unterwegs. Ansonsten bin ich als Softwareentwickler tätig und nicht neu im Bereich der IT/OT und Automatisierung. Ich denke aber das spielt hierbei weiniger keine Rolle, denn jeder hat irgendwo mit irgendwas mal angefangen und war damit Anfänger.
... mit MACVLAN rumschlagen
Habe ich weiter oben erklärt.
und dann noch auf einer Pi4 !?
Weil der relativ günstig zum Einstig in die Thematik war und ich noch einen rumliegen hatte. Aber ich denke auch das sollte irrelevant sein für das Phänomen was ich habe.
Hast du noch mehr vor mit Docker ?
Ja, bspw. pihole (läuft im selben MACVLAN Netz mit einer anderen IP) um nur eine Anwendung zu nennen. Und ich weiß das ich das alles auch direkt auf dem Host (also dem Pi) installieren könnte. Das ist aber nicht der Anspruch. Die Vorzüge der Containerisierung im Bezug auf Backups, Kapselung, Skalierung und Deployment möchte ich schon gern nutzen.
Gruß Nico
-
aber vielleicht der einzige, der das nicht korrekt konfiguriert hat.
Da geh ich auch von aus
, aber wie es für mein Scenario korrekt konfiguriert wird, so das auch die Online Lizenzabfrage funktioniert versuche ich noch herauszufinden.da steht was von "Verbindung verweigert". Vielleicht hilft dir das weiter
Ja und nein, bisher hat es mich nicht in die richtige Richtung gebracht. Deshalb dachte ich ja bspw. das es irgendwas mit dem Https zu tun haben könnte. Ist aber auch nicht der Fall.
Ich habe es jetzt nochmal mit einem "frischen" ioBroker Container versucht, ohne das ich irgendwelche backups zurückgebracht habe. Ohne viel Adapter, nur die vorinstallierten und VIS. Damit ist dann der iob in version 5.3.8 drauf. Das MACVLAN welches ich ja bereits für den pihole verwende habe ich allerdings gelassen. Gleiches Phänomen und gleiche Log-Meldungen.
Gruß Nico
-
Zeige mal ein paar Daten :
iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejsim Container:
ping -c 2 www.google.deAußerhalb des Containers
Bzw , kannst du überhaupt dein Container 192.168.179.50 anpingen !?EDIT:
und
iobroker list instances -
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
ECONNREFUSED
hier gibt es auch noch weiteren Lesestoff dazu ...
https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/2020 -
@glasfaser said in VIS: keine gültige Lizenz gefunden:
iobroker update -iroot@ioBroker:/opt/iobroker# iobroker update -i Used repository: stable Adapter "admin" : 5.3.8 , installed 5.3.8 Adapter "backitup" : 2.4.9 , installed 2.4.6 [Updatable] Adapter "discovery" : 3.0.3 , installed 3.0.3 Adapter "jarvis" : 3.0.11 , installed 3.0.11 Adapter "javascript" : 5.7.0 , installed 5.7.0 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "simple-api" : 2.6.5 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0 root@ioBroker:/opt/iobroker#sudo ln -s /usr/bin/node /usr/bin/nodejsroot@ioBroker:/opt/iobroker# sudo ln -s /usr/bin/node /usr/bin/nodejs root@ioBroker:/opt/iobroker# sudo ln -s /usr/bin/node /usr/bin/nodejs ln: failed to create symbolic link '/usr/bin/nodejs': File existsBeim ersten mal ausführen ist nichts passiert. Denk mal damit wurde der link erstellt, der beim zweiten mal Ausführen nicht noch einmal erstellt werden konnte. Wozu der Link?
uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejsroot@ioBroker:/# uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.3 v14.19.3 6.14.17 root / Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://security.debian.org/debian-security bullseye-security InRelease Hit:3 http://deb.debian.org/debian bullseye-updates InRelease Hit:4 https://deb.nodesource.com/node_14.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. nodejs: Installed: 14.19.3-deb-1nodesource1 Candidate: 14.19.3-deb-1nodesource1 Version table: *** 14.19.3-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packagesim Container:
Alles davor habe ich auch in der Container Bash ausgeführt.
ping -c 2 www.google.deHatte glaube ich oben schon erwähnt, dass ich alles anpingen konnte. Glaub der Ping geht auch hier bloß an Port 80 wenn es nicht näher spezifiziert wurde. Aber so sieht er aus:
root@ioBroker:/# ping -c 2 www.google.de PING www.google.de (216.58.213.195) 56(84) bytes of data. 64 bytes from ham02s15-in-f195.1e100.net (216.58.213.195): icmp_seq=1 ttl=114 time=18.2 ms 64 bytes from ham02s15-in-f195.1e100.net (216.58.213.195): icmp_seq=2 ttl=114 time=15.3 ms --- www.google.de ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 15.298/16.758/18.219/1.460 mskannst du überhaupt dein Container 192.168.179.50 anpingen !?
Ja kann ich. Ich komme auch auf die VIS (Port 8082) auf das Admin Webinterface (Port 8081). Da ich ja nicht extra Ports durchrouten muss. In der Umgebung aus dem "backitup" Backup, kann ich auch diverse Wifi Steckdosen erreichen, schalten und Temperaturen per MQTT auf nehmen. Alles mit dem MACVLAN Netz und dem einem zweit "bridged" Netz um andere Container über das Docker-Netz zu erreichen (influx, etc.)
iobroker list instancesroot@ioBroker:/# iobroker list instances + system.adapter.admin.0 : admin : ioBroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : ioBroker - enabled + system.adapter.discovery.0 : discovery : ioBroker - enabled + system.adapter.jarvis.0 : jarvis : ioBroker - enabled + system.adapter.javascript.0 : javascript : ioBroker - enabled system.adapter.vis.0 : vis : ioBroker - enabled + system.adapter.web.0 : web : ioBroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin + instance is alive root@ioBroker:/#Danke für die Fragen und Hilfe.
Gruß Nico
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
Ich beschäftige mich jetzt seid ca. 2 Monaten intensiv mit Containerisierung,
und genau da scheint aber die Ursache für den Verbindungsabbruch zu liegen
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
Error: connect ECONNREFUSED 192.168.179.50:443
Was mich noch wundert , das ist HTTPS Port !
Hast du eine Verschlüsselung aktiviert !?
EDIT :
Zeige mal :
sudo netstat -an | grep LISTEN | grep ':443' -
@homoran said in VIS: keine gültige Lizenz gefunden:
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
Ich beschäftige mich jetzt seid ca. 2 Monaten intensiv mit Containerisierung,
und genau da scheint aber die Ursache für den Verbindungsabbruch zu liegen
Sehr konstruktiv
. Verfolge einige deiner Empfehlungen und Kommentare über eben jenen Zeitraum und hatte eigentlich andere Antworten erwartet.Aber hiernach:
ich habe von diesem ganzen Netzwerk und Dosenschnickschnack keinsterlei Ahnung. Deswegen vermeide ich es wie der Teufel das Weihwasser!
brauche ich wohl auch nichts konstruktives erwarten.
-
@automationnico das hast du leider falsch interptetiert!
Da ich von den Containern keine Ahnung habe, wollte ich deinen Blick darauf lenken, damit du dir mit deinem Wissen das nochmals ansiehst.Aus irgendeinem Grund muss doch bei dir die ...50 aufgerufen werden statt die IP des iobroker Servers
Normalerweise passiert das nicht. Der größte Unterschied zu meiner Installation ist der Container. Daher meine Vermutung
-
Wir hier im Forum ... sind ( keine ) Experten ..
Jedem des seinen Wissen ....wir können nur auf den Input Antworten was wir erstmal bekommen und wollen auch erstmal soweit helfen wie" jeder es kann "..
ich habe es mit einer Kurzfassung mitgeteilt :
@glasfaser sagte in VIS: keine gültige Lizenz gefunden:
und warum als Anfänger ... mit MACVLAN rumschlagen und dann noch auf einer Pi4 !? -
Was mich noch wundert , das ist HTTPS Port !
Eben, dass wundert mich ja auch. Deshalb hatte ich ja bei meiner ursprünglichen Instanz von HTTPS wieder auf HTTP gestellt (Also für die Adminoberfläche im Admin-Adapter- Port 8081). Hat aber genau nichts an dem Phänomen geändert. Auch mit der Instanz in der ich die Befehle, die du geschrieben hast ausgeführt habe ist nur HTTP im Admin-Adapter ausgewählt, von Anfang an.
sudo netstat -an | grep LISTEN | grep ':443'Zeigt nichts, nicht mal eine Meldung, weder im Container noch im Host. Ich check aber nochmal den Command.
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
Zeigt nichts, nicht mal eine Meldung, weder im Container
im Container bei mir
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN tcp6 0 0 :::443 :::* LISTEN -
@glasfaser said in VIS: keine gültige Lizenz gefunden:
Wir hier im Forum ... sind ( keine ) Experten ..
Jedem des seinen Wissen ....wir können nur auf den Input Antworten was wir erstmal bekommen und wollen auch erstmal soweit helfen wie" jeder es kann "..
ich habe es mit einer Kurzfassung mitgeteilt :
@glasfaser sagte in VIS: keine gültige Lizenz gefunden:
und warum als Anfänger ... mit MACVLAN rumschlagen und dann noch auf einer Pi4 !?Das letzte was ich tun würde, mir anzumaßen "der" Experte zu sein. Ich lerne jeden Tag neue Dinge und Sachen dazu und bin über jeden Input hier im Forum dankbar. Und wenn ich selbst irgendwann anderen Helfen kann, tue ich das gerne, denn ich weis das ich auch mal damit Angefangen habe.
-
@automationnico sagte in VIS: keine gültige Lizenz gefunden:
noch im Host.
Dann wäre aber ioBroker im host bei
Pi4 - 192.168.179.10
Habe in der Synology auch nur im Host
Synology IP 192.168.178.100
Synology IP von iobroker : 192.168.178.100 -
@homoran said in VIS: keine gültige Lizenz gefunden:
@automationnico das hast du leider falsch interptetiert!
Da ich von den Containern keine Ahnung habe, wollte ich deinen Blick darauf lenken, damit du dir mit deinem Wissen das nochmals ansiehst.Ok, dank habe ich das echt falsch Verstanden, sorry falls ich dann pampig geworden bin.
Aus irgendeinem Grund muss doch bei dir die ...50 aufgerufen werden statt die IP des iobroker Servers
Normalerweise passiert das nicht. Der größte Unterschied zu meiner Installation ist der Container. Daher meine Vermutung
Na ich kann mir nur erklären, dass der ioBroker Server versuch über den Port 443 meiner ioBroker-Containers die Lizenz zu Validieren und das aus irgendeinen Grund nicht geht. Die .50 ist ja die IP des ioBroker Containers. Und so wie ich das mit dem MACVLAN verstanden habe, imitiert der einen 2. LAN Port mit einer eigenen MAC Adresse.
