Zugriff auf KNX mittels VPN

[Golpe]

Moin,
ich kämpfe seit 2 Tage mit dem Zugriff über VPN auf meine KNX Anlage ohne Erfolg. Threads in Forum auch gecheckt ohne Erfolg. Jemand da, der mir helfen könnte? Konstelation: Gira IP Router 216700, Fritzbox 7530.
VPN Verbindung erfolgreich mittels SHREW SOFT VPN CLIENT


Als Server habe ich die Internet IP-Adresse meines FBs eingegeben, bzw. die IP Adresse worüber meine VPN Verbindung besteht.



Danke!

[Golpe]

[EugenDo]

Dein Netz ist 192.168.178.0/24 ... welche IP hat dein Client? Welche Route wird eingetragen nach Tunnelaufbau?

[DirtyHarry]

Zugriff auf die KNX-Anlage? Ich vermute mal mit der ETS? Was hast denn dort eingestellt?

Von wo aus baust du das VPN auf (über Mobilfunk, aus einem anderen Netzwerk)? Welche IP-Adresse hast du an dem PC, von dem du das VPN aufbaust?

VPN-Verbindung erfolgreich? Wie hast du das überprüft (Meldung von Shrew-Soft oder eine tatsächliche Verbindung zischen deinem PC und einem Gerät in deinem Netzwerk)?

Btw. 192.168.178.52, hast du an deiner Fritzbox den DHCP-Bereich umgestellt? Falls nein, wäre es besser wenn du eins von beidem änderst. Feste IPs sind besser außerhalb des DHCP-Bereichs aufgehoben.

Insgesamt recht dürftige Informationen und viel Spielraum für die

Könnte ich ja auch fragen, wer sagt mir warum mein LAN-LAN-VPN über Pfsense (openvpn) seit Wechsel der Fritzbox nur noch einseitig sauber funktioniert? (Falls da einer irgend ne Idee hat und mir helfen will, kurze PN und ich mach nen Thread auf mit mehr Infos , ansonsten muss ich irgendwann mich mal genauer in die Pfsense einarbeiten)




PS: Hör auf mit dem Schmu von unkenntlich machen von internen IPs! Macht höchstens das Helfen schwieriger, bringt aber keinen Sicherheitsgewinn.

[Golpe]

zweiter Versuch (hoffentlich deutlicher);

1.Ich habe in meinem FB VPN eingerichtet
2.Ich habe in meinem Client eine Verbindung aufgebaut (Client=Win10 Laptop verbunden über Wlan an den Hotspot meines Handys. D.h. über LTE) und getestet in dem ich die WUI meines VoIP Telefons mittels IP Adresse aufrufe.
Nach der Verbindungsaufbau hat mein Client folgende ip adresse: (siehe console ausgabe anhang)
3.Mit der ETS Lizenz am Client angeschlossen, versuche ich im ETS eine Tunneling Verbindung zu meine KNX Anlage anzulegen (siehe anhang), ohne Erfolg.
Als Server gebe ich die Internet ipV4 adresse an, die mir die FB UI sagt.

EugenDo habe ich deine Fragen beantwortet? denn ich weiß nicht genau was deine 2te Frage bedeutet
DirtyHarry ist die Erklärung besser oder immer noch nicht? bzgl. DHCP-Bereich, habe ich nicht gemacht...

[crewo]

Die IP vom Router ist doch falsch, VPN heißt, du bist lokal! Dein IP-Router hat doch sicher ein 192.168.178.x - dein ganzer 3. Schritt ist Quatsch. Mach alles so als wärst du zu Hause im LAN.

[DirtyHarry]

DirtyHarry ist die Erklärung besser oder immer noch nicht? bzgl. DHCP-Bereich, habe ich nicht gemacht...

Jepp, und hast auch schon eine Antwort erhalten, die ich jetzt auch vermuten würde.

Zum DHCP-Bereich: Meiner Erfahrung nach packt es die Fritzbox ganz gut, zu erkennen dass Geräte mit fester IP vorhanden sind (egal ob im oder außerhalb des DHCP-Bereichs) und dann diese IP (wenn im Bereich) nicht auch noch mal zu vergeben. Bei anderen Routern hab ich da schon viel schlechteres Verhalten gesehen. Das Problem taucht dann auf, wenn das Gerät mit der festen IP nicht an ist und ein anderes Gerät fordert eine IP an. Dann kann es diese bekommen und wenn dann das mit der festen wieder dazu kommt, hast du doppelte IPs.
2 Maßnahmen führen zum Ziel:

1. Zusätzlich nochmal in der Fritzbox das Häkchen setzen "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen."
2. Meiner Meinung nach die richtige Variante, die feste IP außerhalb des DHCP-Bereichs vergeben. Also bei einer Fritzbox mit Werkseinstellung im Bereich 2-20 oder über 200.

[DirtyHarry]

Bei einer Sache muss ich jetzt doch etwas zurück rudern: Du hast ja keine interne IP geschwärzt, sondern eine externe, was vielleicht gar nicht so verkehrt ist. Weiterhin ist deine Fritzbox so eingestellt, das sie von außen erreichbar ist (wenn auch mit Benutzername/Passwort).
Wäre also doch besser, wenn du das Bild mit der externen IP wieder raus nehmen würdest.

[EugenDo]

Die Adresse für die ETS Schnittstelle bleibt die gleiche als wenn Du lokal wärst... ob das klappt, weiß ich nicht... die KNX Schnittstelle muss an die FB weiterleiten, obwohl sie lokal kommuniziert (denkt sie). Normalerweise bekommen VPN Clients gesonderte IP Adressen, damit das Routing erzwungen wird.

[Uwe!]

An den Einstellungen in der ETS auf keinen Fall was ändern. Wenn VPN richtig funktioniert, dann besteht aus Sicht der ETS kein Unterschied, ob mit VPN oder tatsächlich im lokalen Netz. Gilt für alle andere Software natürlich auch. Also alles zurück, so dass der Laptop im internen Netz wieder sauber funktioniert und dann noch mal testen.

[crewo]

Ok, jetzt hat er 3x die selbe Info

[EugenDo]

Ok, jetzt hat er 3x die selbe Info

Wiederholung ist für das Verständnis wichtig

[Golpe]

Danke! Es läuft nun.
Zu meine Verteidigung, ich habe mich durch die angehängte Anleitung verwirren lassen: https://www.mdt.de/download/MDT_LSG_Fernzugriff_IP.pdf

Ich hätte es aber trotzdem nicht hingekriegt, denn nach dem VPN Verbindungsaufbau, habe ich erwartet, dass der Router von ETS automatisch als Schnittstelle gefunden wird, wie ich dass so kenne, aber es ist beim ersten Versuch nicht passiert.
Ich wäre nicht auf die Idee gekommen eine Verbindung manuell hinzuzufügen (da hat mir doch die Anleitung geholfen).

Zu allem, die das Problem haben:
1. VPN Verbindung einrichten, Verbindung mit einem Client aufbauen und sicherstellen, dass der Client eine Ip Adresse des Heimnetzwerkes bekommen hat
2. KNX Lizenz am Client anschließen (falls notwendig) und ETS starten.
(folgende Schritt 3. ist eventuell nicht notwendig, laut andere Forum-Mitglieder. Bei mir hat es nur so geklappt)
3. Im Reiter "Bus"->"konfigurierte Schnittstellen" auf "+ hinzufügen" drücken und rechts im Eingabefeld "server", die ip Adresse des knx ip Routers eingeben.

Danke nochmal!

[crewo]

Deine Anleitung ist nicht korrekt, Punkt 3 ist nicht notwendig! Zumindest dann nicht, wenn der Router schon lokal korrekt funktioniert hat.

[Golpe]

ok, na dann lösche ich es, oder sollte ich ein Bemerkung so wie "nicht notwendig" schreiben?
Aber bei mir hat es nur so geklappt (ets hat den router nicht als Schnittstelle gefunden, obwohl es lokal es doch getan hat)