HM-RPC verschiedene Adressräume
-
@RandyAndy
Die Fritz!Box verpasst der VPN-Verbindung eine IP-Adresse aus dem eigenen Subnetz. Trage diese mal als Callback-Adresse in der HM-RPC-Konfiguration ein.Danke für die schnelle Antwort. Hat aber leider nichts bewirkt. Da es sich um eine LANLAN-Verbindung handelt (als Fritzbox-Fritzbox) war das in meine Fall der Router. Habe beide Router adressen ausprobiert aber die Verbindung ist nicht zustandegekommen.
Erklärt ja irgendwie auch den Fehler nicht, etwas vom XML-RPC Protokoll kann nicht gelesen werden. -
Danke für die schnelle Antwort. Hat aber leider nichts bewirkt. Da es sich um eine LANLAN-Verbindung handelt (als Fritzbox-Fritzbox) war das in meine Fall der Router. Habe beide Router adressen ausprobiert aber die Verbindung ist nicht zustandegekommen.
Erklärt ja irgendwie auch den Fehler nicht, etwas vom XML-RPC Protokoll kann nicht gelesen werden.Gibt es eine Lösung für dieses Problem. Ich habe es auch:
Zwei ioBroker mit hm-rpc in unterschiedlichen Subnetzen über frotz-vpn verbunden.
ich kann keine hm-rpc Verbindung in den anderen Adressbereich herstellen. -
Gibt es eine Lösung für dieses Problem. Ich habe es auch:
Zwei ioBroker mit hm-rpc in unterschiedlichen Subnetzen über frotz-vpn verbunden.
ich kann keine hm-rpc Verbindung in den anderen Adressbereich herstellen.@coolhead sagte in HM-RPC verschiedene Adressräume:
Gibt es eine Lösung für dieses Problem. Ich habe es auch:
Zwei ioBroker mit hm-rpc in unterschiedlichen Subnetzen über frotz-vpn verbunden.
ich kann keine hm-rpc Verbindung in den anderen Adressbereich herstellen.hast du die callback adresse korrekt?
-
Gibt es eine Lösung für dieses Problem. Ich habe es auch:
Zwei ioBroker mit hm-rpc in unterschiedlichen Subnetzen über frotz-vpn verbunden.
ich kann keine hm-rpc Verbindung in den anderen Adressbereich herstellen. -
ich habe das nicht mehr weiter verfolgt. Am Ende war das mit der VPN-Verbindung einfach zu langsam und habe dann einen zweiten ioBroker aufgesetzt.
Andreas
@randyandy
was muss denn bei callback Adresse stehen?Zur Erklärung meines Aufbaus:
ich habe zwei Subnetze an verschiedenen Orten mit jeweils einem rpi4 auf denen der ioBroker und piVCCU im lxc läuft. Jeder Standort für sich funktioniert lokal gut.
Da die beiden Standorte über fritz-vpn verbunden sind (jeweils unterschiedliche Sub-Netze) , möchte ich über den ioBroker von Standort A auf Standort B zugreifen.
Standort A : iobroker 192.168.20.22, piVCCU 192.168.20.24, Gateway 192.168.20.99
Standort B : iobroker 192.168.40.22, piVCCU 192.168.40.24, Gateway 192.168.40.99Der vpn-Zugriff geht auch von A nach B (z.B. ssh, Web-Zugriff auf die remote ccu).
Um aus ioBroker von A auf die piVCCU in B zuzugreifen starte ich nun in A eine 2. Instanz von hm-rpc und hm-rega und trage die IPs von B ein. Bei Callback, was kommt da rein?
Die 2. hm-rpc-Instanz bei A bekommt momentan keine Verbindung zur CCU von B. Sobald ich die hm-rpc Instanz bei A starte ist auch der Web-Zugriff von A nach B auf die remote CCU nicht mehr möglich und die CCU muss per ssh neu gestartet werden.
Die Firewall der piVCCU (B) ist auf Vollzugriff eingestellt. Bei iptabels bzw. nft sehe ich auch nichts auffälliges.Was muss ich bei der 2. hm-rpc Instanz bei A einstellen, damit der Zugriff auf die CCU (B) klappt?
Ist bei der CCU (B) oder im Container noch etwas freizugeben?Welche logs oder config Dateien könnten Aufschluss geben?
-
@randyandy
was muss denn bei callback Adresse stehen?Zur Erklärung meines Aufbaus:
ich habe zwei Subnetze an verschiedenen Orten mit jeweils einem rpi4 auf denen der ioBroker und piVCCU im lxc läuft. Jeder Standort für sich funktioniert lokal gut.
Da die beiden Standorte über fritz-vpn verbunden sind (jeweils unterschiedliche Sub-Netze) , möchte ich über den ioBroker von Standort A auf Standort B zugreifen.
Standort A : iobroker 192.168.20.22, piVCCU 192.168.20.24, Gateway 192.168.20.99
Standort B : iobroker 192.168.40.22, piVCCU 192.168.40.24, Gateway 192.168.40.99Der vpn-Zugriff geht auch von A nach B (z.B. ssh, Web-Zugriff auf die remote ccu).
Um aus ioBroker von A auf die piVCCU in B zuzugreifen starte ich nun in A eine 2. Instanz von hm-rpc und hm-rega und trage die IPs von B ein. Bei Callback, was kommt da rein?
Die 2. hm-rpc-Instanz bei A bekommt momentan keine Verbindung zur CCU von B. Sobald ich die hm-rpc Instanz bei A starte ist auch der Web-Zugriff von A nach B auf die remote CCU nicht mehr möglich und die CCU muss per ssh neu gestartet werden.
Die Firewall der piVCCU (B) ist auf Vollzugriff eingestellt. Bei iptabels bzw. nft sehe ich auch nichts auffälliges.Was muss ich bei der 2. hm-rpc Instanz bei A einstellen, damit der Zugriff auf die CCU (B) klappt?
Ist bei der CCU (B) oder im Container noch etwas freizugeben?Welche logs oder config Dateien könnten Aufschluss geben?
@coolhead sagte in HM-RPC verschiedene Adressräume:
was muss denn bei callback Adresse stehen?
die IP unter der die CCU deinen iobroker erreichen kann.
-
@coolhead sagte in HM-RPC verschiedene Adressräume:
was muss denn bei callback Adresse stehen?
die IP unter der die CCU deinen iobroker erreichen kann.
-
@homoran
Danke, habe ich schon probiert (also die 192.168.20.22) - geht aber trotzdem nicht.
@coolhead sagte in HM-RPC verschiedene Adressräume:
@homoran
Danke, habe ich schon probiert (also die 192.168.20.22) - geht aber trotzdem nicht.lxc ist etwas anders gestrickt
ich nutze so was deswegen nicht, glaube aber da muss der Host adressiert werden, der routet dann in den Containerkein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@coolhead sagte in HM-RPC verschiedene Adressräume:
@homoran
Danke, habe ich schon probiert (also die 192.168.20.22) - geht aber trotzdem nicht.lxc ist etwas anders gestrickt
ich nutze so was deswegen nicht, glaube aber da muss der Host adressiert werden, der routet dann in den Container@homoran
HMM - ich kann den lxc-Container in B aber direkt von A über das vpn adressieren, d.h. wenn ich die 192.168.40.24 anspreche, dann reagiert der Container wie erwartet (wie ein 2. virtueller Rechner mit einer eigenen IP).
Mit z.B. ssh, Web-Zugriff auf die piVCCU, ping sowieso. Ist da möglicherweise noch ein Fierwll-Problem für den Port? Oder kommt da etwas mit den Port durcheinander? -
@homoran
HMM - ich kann den lxc-Container in B aber direkt von A über das vpn adressieren, d.h. wenn ich die 192.168.40.24 anspreche, dann reagiert der Container wie erwartet (wie ein 2. virtueller Rechner mit einer eigenen IP).
Mit z.B. ssh, Web-Zugriff auf die piVCCU, ping sowieso. Ist da möglicherweise noch ein Fierwll-Problem für den Port? Oder kommt da etwas mit den Port durcheinander? -
Wo mache ich das? bei meiner CCU kann ich nur die eigene IP und die Subnetzmaske eingeben.
-
@coolhead sagte: Was trage ich bei Callback Adresse ein?
Nichts oder die ioBroker-IP-Adresse.
@paul53
Dauert immer etwas, da ich bei jedem Fehlversuch die CCU per ssh neu starten muss, falls der rpc-Call falsch läuft.
Jetzt nach mehrfachen Neustarts per ssh komme ich nicht mehr per http auf die remote ccu - wahrscheinlich wegen der neuen subnetzmaske??die ccu netconfig sieht jetzt so aus:
MODE=MANUAL
CURRENT_IP=192.168.40.24
CURRENT_NETMASK=255.255.192.0
CURRENT_GATEWAY=192.168.40.99
CURRENT_NAMESERVER1=8.8.8.8
CURRENT_NAMESERVER2=1.1.1.1
IP=192.168.40.24
NETMASK=255.255.192.0
GATEWAY=192.168.40.99
NAMESERVER1=8.8.8.8
NAMESERVER2=1.1.1.1
CRYPT=0 -
@paul53
Dauert immer etwas, da ich bei jedem Fehlversuch die CCU per ssh neu starten muss, falls der rpc-Call falsch läuft.
Jetzt nach mehrfachen Neustarts per ssh komme ich nicht mehr per http auf die remote ccu - wahrscheinlich wegen der neuen subnetzmaske??die ccu netconfig sieht jetzt so aus:
MODE=MANUAL
CURRENT_IP=192.168.40.24
CURRENT_NETMASK=255.255.192.0
CURRENT_GATEWAY=192.168.40.99
CURRENT_NAMESERVER1=8.8.8.8
CURRENT_NAMESERVER2=1.1.1.1
IP=192.168.40.24
NETMASK=255.255.192.0
GATEWAY=192.168.40.99
NAMESERVER1=8.8.8.8
NAMESERVER2=1.1.1.1
CRYPT=0@coolhead sagte: wegen der neuen subnetzmaske??
Keine Ahnung. Dann ändere es wieder zurück.
Gibt es in der CCU nicht auch Firewall-Einstellungen, bei denen der IP-Adressbereich angegeben wird? Ich muss fragen, da ich keine CCU mehr verwende, sondern nur noch den rfd aus der OCCU. -
@paul53
Dauert immer etwas, da ich bei jedem Fehlversuch die CCU per ssh neu starten muss, falls der rpc-Call falsch läuft.
Jetzt nach mehrfachen Neustarts per ssh komme ich nicht mehr per http auf die remote ccu - wahrscheinlich wegen der neuen subnetzmaske??die ccu netconfig sieht jetzt so aus:
MODE=MANUAL
CURRENT_IP=192.168.40.24
CURRENT_NETMASK=255.255.192.0
CURRENT_GATEWAY=192.168.40.99
CURRENT_NAMESERVER1=8.8.8.8
CURRENT_NAMESERVER2=1.1.1.1
IP=192.168.40.24
NETMASK=255.255.192.0
GATEWAY=192.168.40.99
NAMESERVER1=8.8.8.8
NAMESERVER2=1.1.1.1
CRYPT=0@coolhead
So, nun per ssh die Netzmaske wieder auf 255.255.255.0 gesetzt und http auf die ccu geht wieder. Nach meinem Verständnis ist diese Netzmaske ja auch richtig, denn alles was nicht im 192.168.40-er Adressbereich bleibt, soll ans Gateway und damit übers vpn, wenn es in den 20-er Bereich geht, oder? -
@coolhead sagte: wegen der neuen subnetzmaske??
Keine Ahnung. Dann ändere es wieder zurück.
Gibt es in der CCU nicht auch Firewall-Einstellungen, bei denen der IP-Adressbereich angegeben wird? Ich muss fragen, da ich keine CCU mehr verwende, sondern nur noch den rfd aus der OCCU. -
@coolhead
So, nun per ssh die Netzmaske wieder auf 255.255.255.0 gesetzt und http auf die ccu geht wieder. Nach meinem Verständnis ist diese Netzmaske ja auch richtig, denn alles was nicht im 192.168.40-er Adressbereich bleibt, soll ans Gateway und damit übers vpn, wenn es in den 20-er Bereich geht, oder? -
@coolhead sagte in HM-RPC verschiedene Adressräume:
@homoran
Danke, habe ich schon probiert (also die 192.168.20.22) - geht aber trotzdem nicht.lxc ist etwas anders gestrickt
ich nutze so was deswegen nicht, glaube aber da muss der Host adressiert werden, der routet dann in den Container@homoran sagte: lxc ist etwas anders gestrickt
ich nutze so was deswegen nichtDu nutzt kein piVCCU?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden486
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge