- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server → Server
- zuständig niemand
- Betriebssystem All
- Schweregrad niedrig
- betrifft Version 3.0
- fällig in Version unbestimmt
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von Souko - 09.10.2016
zuletzt bearbeitet von Soon5 - 28.06.2019
angelegt von Souko - 09.10.2016
zuletzt bearbeitet von Soon5 - 28.06.2019
FS#2613 - Verbindung von GUI auf Kernel klappt nicht (REMOTE)
Kernel läuft auf Maschine 1 (192.168.0.32) - GUI auf Maschine 2 (192.168.0.10)
In der GUI im Verbindungsfenster wird der Kernel angezeigt, aber bei verbindung passiert nichts. Bei zweiten Versuch sagt er “Session schon vorhanden” aber auch da passiert nix… Im Kernel sieht man aber, das eine Session angelegt wird….
Irgendeine Firewall aktiv?
Nur die Windows-Firewalls auf dem Server als auch auf meinem GUI-Rechner. Wenn ich die Firewall vom Server deaktiviere, gehts...
Sollte sich der Kernel nicht alleine in der Firewall frei schalten ?
Dieses Verhalten kann ich grundlegend bestätigen. Erst, wenn ich die Windows-Firewall auf beiden Geräten deaktiviert habe, ist eine Verbindung zwischen Kernel und GUI möglich, obwohl entsprechende Ausnahmen in der Firewall gesetzt waren.
Die Windows-Fierwall blockiert das Anpingen im Lokalen Netz.
In der Kombination GUI Windos-Firewall, Kernel GData-Firewall hat es erst nicht geklappt sich zu verbinden. Der Server meldete "... RemoteHost not Pingable". nach aktiviren der Firewallregel "Datei- und Druckerfreigabe (Echoanforderung - ICMPv4 eingehend)" als Administrator kann sich die GUI mit den Kernel verbinden
Hintergrund ist, dass eine bidirektionale Verbindung Notwendig ist. Auch wenn die GUI eine Verbindung aufbaut, baut hinterher der Kernel eine 2. Verbindung von Kernel zu GUI auf. Daher machen Firewalls immer Probleme.
2. Grund ist, dass vor dem Verbindungsaufbau zuerst geprüft wird (per Ping) ob eine Verbindung besteht.