Zugriff über VPN nicht möglich

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!

    Hallo,

    es gelingt mir nicht, eine Verbindung zwischen Kernel und GUI herzustellen.
    Die Situation ist folgende:
    Ein "Server" mit dem Kernel steht in der Schule, verbunden mit dem Interface.
    Per VPN klinke ich mich von Zuhause aus in das Schulnetzwerk. (Dabei befinde ich mich in einem anderen IP Bereich als der Server.)
    Ich kann den Server nicht anpingen und keine Verbindung zwischen Kernel und GUI herstellen, Zugriff per RDP funktioniert jedoch.

    Ich danke allen, die sich mein Problem durchlesen. Danke :)

    Gruß Simon

    Der Server wird einfach nicht auf Pings antworten das ist die Defaulteinstellung.


    Und es werden einfach nicht alle Ports am VPN Server geöffnet sein. Die Standard Ports wie RDP, HTTP, ... uso werden offen sein

    Als ich die Verbindung zwischen Gui und Kernel bei mir Zuhause
    zwischen zwei PCs getestet habe. hat die Firewall von XP Zicken gemacht.
    Nach Freigabe hat das super funktioniert.
    Interessant was Du da vorhast. Hast Du da auch eine
    Kamera um das was Du änderst zu sehen ?
    Oder ist das nur von um Zuhause aus das Projekt
    zu bearbeiten ?

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

    Hallo,

    danke, ich werde beides mal untersuchen und mich dann wieder melden.
    Der Kernel läuft tatsächlich auf einem alten Windows XP-Rechner. (ehemaliger Schulrechner... voll mit Müll)

    Steff:
    Die Kamera ist in Arbeit... wenn wieder Geld im Etat ist. -.-
    Ansonsten wäre aber auch schon das "von Zuhause bearbeiten" ein Segen.

    Gruß Simon

    Edit:
    Die Firewall ist es nicht. Die war schon die ganze Zeit aus.
    Über "netstat -a" bekomme ich auch die Ports von DMXC3 ausgegeben. (Am Kernel-Rechner)
    Der VPN-Server hat keinerlei offene bzw. geschlossene Ports konfiguriert. (Protokoll ist PPTP)

    Wenn ich den Kernel starte und dann in der GUI auf "REMOTE" gehe und bei Hosts die IP eingebe, sollte es doch eigentlich funktionien? Oder muss ich die zu verwendende Netzwerkkarte angeben? (Ich habe mehrere aktive... LAN, VPN, Hamachi)  ;)

    Edit 2:
    Interessanterweise kann ich auf dem entfernten Rechner auch meinen Rechner nicht anpingen, obwohl dieser lokal definitiv anpingbar ist.

    Edited 2 times, last by Simon-PC (June 4, 2013 at 4:57 PM).

    Öhm, also wenn ich mir deinen ersten Post schon durchlese fällt mir direkt auf, dass du schreibst dass du (mit deinem HomeRechner) in einem andere IP-Adressbereich als mit deinem Kernes-Rechner bist.

    Dass du deinen Kernelrechner weder erreichst, noch anpingen kannst, ist durchaus gewollt und das Grundprinzip bzw. der Sinn hinter den IP Adressbereichen und den Subnetzmasken ;)

    Entweder musst du dafür sorgen, dass dein GUI-Rechner über VPN ins gleiche IP-Netz kommt, oder du musst die Subnetzmaske deines Systems ändern. Wird aber dank deinem Systemadmin in der Schule nicht von dir gemacht werden können :)

    Wir hatten dass selbe Problem in der FH und haben dann einfach noch den Rechner den wir erreichen wollten auch ins VPN gebracht ;)

    Ich hoffe das hilft weiter :)
    Gruß Jonas

    Hallo,
    ich kenn das bei uns aus der Firma.
    Wenn man sich mit, ich glaube OPEN VPN, und Dongle mit
    dem Firmennetz verbindet wird einem eine virtuelle
    IP aus dem Firmennetz zugeteilt und man kann auch
    IP-Adressen dort anpingen.
    Ich hab es aber nicht mit DMXC 3 getestet.
    Dann würde ich auch Ärger bekommen.

    Gr5uß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

    Hallo,

    danke für die Antworten. Das Problem mit den verschiedenen IP-Bereichen war mir bewusst, ich bin aber davon ausgegangen, dass es "irgendwie" funktioniert, da ja auch RDP funktionierte. Dann ist das wohl doch nicht der Fall.

    Es ist tatsächlich so, dass mein Rechner über VPN in einem IP Bereich ist und der Kernel-PC in einem anderen. (Beide im Schulnetzwerk) Aber glücklicherweise kann ich da vielleicht was ändern. Ich kenn da wen... ;)

    Ich melde mich wieder...

    Gruß Simon

    Edit: Geht wohl "mit Basteln"... er will aber erst nach dem mündlichen Abi dran "basteln"... also warte ich, bis unsere Prüfungen rum sind.

    Edited once, last by Simon-PC (June 4, 2013 at 10:22 PM).

    Quote from Simon-PC

    Ich kann den Server nicht anpingen


    Hier liegt ein (das) Problem. Server und Client müssen per Ping erreichbar sein, sonst ist ein Verbindungsaufbau nicht möglich.

    Das Client und Server IP-Adressen aus unterschiedlichen IP-Bereichen haben ist kein Problem. Dein Rechner hat auch eine IP-Adresse aus einem anderen Bereich als der Server hier, und trotzdem kommst du drauf - eben weil ein Router dazwischen sitzt.
    Das hängt von der Konfiguration deines Netzes ab, wenn du einen entsprechenden Router dazwischen hast, oder das VPN so konfiguriert hast, dass der Traffic auf den IP-Adressbereich der Schule übers VPN geroutet wird, dann nehmen die IP-Pakete ihren richtigen Weg.

    Freundliche Grüße

    Stefan

    Hallo Stefan,

    danke für die vielen Infos. Das Netz sollte so konfiguriert sein, dass alles weitergegeben wird.
    Was kann ich denn machen, damit die Rechner per Ping erreichbar sind? Woran kann es liegen, wenn es nicht klappt?

    (Ich hab das schon mal gegoogelt... man findet viel, nur nicht das richtige.)

    Gruß Simon

    Hy,

    Das mit dem Pingen können wir in einer zukünftigen Version ausbauen. Das war als erste Hürde gedacht, da in den meisten Netzwerkumgebungen das gehen sollte. Hier werden die gröbsten Fehler abgefangen, ohne dass der Verbindungsaufbau groß versucht wird.

    Was auf jedenfall Möglich sein muss, ist eine Bidirektionale Kommunikation, weil die Verbindung läuft so ab:

    1. GUI Pingt Kernel
    2. Wenn erreichbar: Verbindung aufbauen
    3. Kernel Pingt GUI
    4. Rückkanal aufbauen

    Im Normalen Betrieb bestehen also 2 Verbindungen. Eine welche von GUI => Kernel und eine zurück. Dadurch sind die Asynchronen Nachrichten Möglich (weil der Kernel direkt Nachrichten an die GUI schicken kann, ohne dass diese gefragt hat :) )

    Gruß Arne

    Das Leben ist NP vollständig!

    Hallo Stefan,

    Quote from Stefan

    Klappt es denn, wenn du im gleichen Netz bist (nicht über VPN)?

    Ich hole mal ein bisschen aus. Der Aufbau ist folgender:

    - - - - (1) Kernel-PC
    - - - (2) Router
    - -* (3) PC mit "PfSense", über den die ganze Internet-Verbindung im Schulnetz läuft und der zahlreiche Netze bedient
    - (4) FritzBox
    (5) Internet
    - (6) FritzBox
    - -* (7) GUI-PC

    * Die mit * markierten Geräte verbinden sich per VPN.

    Innerhalb des Netzes "(2) Router" kann man den Kernel-PC anpingen, innerhalb des Netzes "(6) FritzBox" kann man den GUI-PC anpingen. Das VPN läuft übrigens über PPTP. Der "(3) PC mit PfSense" ist übrigens so eingestellt, dass er alle Anfragen aus dem VPN-Netz und alle Anfragen aus dem Router-Netz ins VPN-Netz durchlässt.

    Danke für eure Hilfe!
    Gruß Simon

    PS: Das mit dem Ping ist mir eigentlich egal, ob da ein spezieller Sinn vorliegt. Auf dem Kernel-PC ist die Windows Firewall eh komplett deaktiviert. Da ist kein spezieller Schutz nötig. (Der liegt auf (3))

    Quote from Fiech

    Warum sollte das unsinnig sein? Das macht es schon mal schwieriger einen Server im Netzwerk zu finden.

    Hm, das mit dem "Netzwerktechniker" in deiner Berufsangabe glaub ich dir nicht so ganz...
    Einen Server per Ping nicht erreichbar zu machen bringt exakt überhaupt keine Sicherheit. Schon mal von Security by Obscurity gehört? Gerade solche Server die sich nicht wie erwartet verhalten sind für Eindringversuche interessant.

    Das Abschalten des Pings macht lediglich die Diagnose von Netzwerkproblemen schwierig bis unmöglich. Hat also keinen produktiven Nutzen.

    Quote from Simon-PC

    Innerhalb des Netzes "(2) Router" kann man den Kernel-PC anpingen, innerhalb des Netzes "(6) FritzBox" kann man den GUI-PC anpingen. Das VPN läuft übrigens über PPTP. Der "(3) PC mit PfSense" ist übrigens so eingestellt, dass er alle Anfragen aus dem VPN-Netz und alle Anfragen aus dem Router-Netz ins VPN-Netz durchlässt.


    Dann wäre es noch möglich, dass auf (2) Router eine Firewall läuft. Probier doch mal dich mit Ping von (7) -> (3), (7) -> (2), (7) -> (1) vorzukämpfen. Wenns nach (3) noch geht aber nach (2) nicht mehr, hängt auf 3 oder 2 ne Firewall, welche die Pings rausfiltert.

    Freundliche Grüße

    Stefan

    Hallo Stefan,

    Quote from Stefan

    Probier doch mal dich mit Ping von (7) -> (3), (7) -> (2), (7) -> (1) vorzukämpfen.

    Gute Idee... hätte ich eigentlich auch selbst drauf kommen können. :)
    Interessanterweise hänge ich schon bei (7)->(3), und das, obwohl ich das Webinterface von (3) erreichen kann. Aber auch (7)->(2) scheitert.

    Gruß Simon

    Hallo Stefan,

    danke für die Infos. Es hat funktioniert. Ich bekomme einen Ping (7)->(3) und (7)->(2). Die (1) läuft gerade nicht, deshalb kann ich hier nicht testen. Ich gehe aber davon aus, dass damit das Problem gelöst ist. Vielen Dank nochmal!!! An alle, die mir geholfen haben!

    Gruß Simon

    Quote from Soon5

    Was auf jedenfall Möglich sein muss, ist eine Bidirektionale Kommunikation, weil die Verbindung läuft so ab:

    1. GUI Pingt Kernel
    2. Wenn erreichbar: Verbindung aufbauen
    3. Kernel Pingt GUI
    4. Rückkanal aufbauen

    Hallo Arne

    Welche Ports werden für die Verbindungen in den Punkten 2 und 4 verwendet?

    Liebe Grüße Jochen

    Hallo,

    ich kann von der GUI den Kernel anpingen und auch in die andere Richtung funktioniert der Ping. Ich habe darauf hin meine Firewall überprüft und konnte feststellen dass die jeweiligen Ports freigegeben waren. Ich habe ein Port Scan gemacht Am Kernel ist nur der Port 12351 offen und an der GUI der Port 12451. Kann mir einer helfen die Verbindung aufzubauen?

    Ich benutze für den Test die Kernel und GUI-Version 3.1.3.

    Der Kernel läuft auf einem Win10 Pro Server. Die GUI läuft ebenfalls auf Win10 jedoch über Parallels auf meinen MAC, wo ich die Netzwerkkarte im Bridged-Mode betreibe. Die Firewall vom MAC ist so eingestellt dass sie Parallels und Pings zulässt.

    Liebe Grüße Jochen

    Edited once, last by JoEn (January 6, 2020 at 9:06 AM).

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.
    • :argh:
    • :shit:
    • :)
    • :(
    • ;)
    • :P
    • ^^
    • :D
    • ;(
    • X(
    • :*
    • :|
    • 8o
    • =O
    • <X
    • ||
    • :/
    • :S
    • X/
    • 8)
    • ?(
    • :huh:
    • :rolleyes:
    • :love:
    • 8|
    • :cursing:
    • :thumbdown:
    • :thumbup:
    • :sleeping:
    • :whistling:
    • :evil:
    • :saint:
    • <3
    • :!:
    • :?:
    • :glaskugel: