Server / Client

Das ist Bug.

Nimm zum umschalten die Pfeiltasten

Dürfte ich mich hier einklinken?

Bei uns funktioniert die ganze Geschichte irgendwie nur Lokal. Über LAN werden die Server nicht gefunden, selbst wenn ich die WIndows Firewall deaktiviere und Kernel auf dem einen Rechner und GUI auf dem entfernten Rechner als Admin starte.

Ping funktioniert.

Könnte es eventuell ein Problem sein dass zwei Netzwerkkarten (einmal für Hausnetz/Intermetzugang, einmal ArtNet) verbaut sind?

Solang du die LAN-Netzwerkkarte passend zum genutzten Netz eingestellt hast, sollte das laufen, was ja der Ping beweist. (2. NW für Artnet hab ich auch schon gespielt)

Hast du Fehlermeldungen auf den jeweiligen Rechnern?

Weitere Firewall / AntiVir-Software, die da ins Netzgeschehen eingreift?

Quote

Hast du Fehlermeldungen auf den jeweiligen Rechnern?

nachdem es mir den Server nicht mal anzeigt zum verbinden; nein

Quote

Weitere Firewall / AntiVir-Software, die da ins Netzgeschehen eingreift?

außer den Windows 10 Bordmitteln nichts aktiv. Selbst die Firewall habe ich testweiße ausgeschaltet. Wäre jemanden bekannt dass man in der FritzBox noch was ändern muss abseits den Standardeinstellungen?

Update: wenn ich den entfernten Computer manuell eintippe und auf verbinden drücke scheint es nach schier unendlicher Wartezeit (es scheint erstmal so als wäre das GUI abgekackt) zu funktioniern. Leider bin ich gerade nicht vor Ort (mache das ganze gerade über Teamviewer) um zu schauen ob nun extreme Latenzen auf der Lichtanlage sind. Werde mich melden sobald ich das getestet habe

Doofe Frage: hast du die zweite Netzwerkkarte, die den Kontakt im Internet herstellt, einfach mal unter Windows deaktiviert (also nicht nur einfach mal das Netzwerkkabel herausgezogen)? Denn selbst mit aktiver Firewall wird dir der Kernel zumindest angezeigt.

Ich habe das ganze Szenario gerade bei mir Zuhause im Heimnetz nachgestellt. Dort ist das ganze noch kurioser.

Der Server wird erkannt aber ich kann mich nicht mit ihm verbinden. Der Verbindungsversuch wird einfach nach ca. einer halben Minute ohne Fehlermeldung abgebrochen.

Und hier kann ich definitiv andere Firewalls und zweite Netzwerkkarte als Fehlerquelle ausschließen.

Das einzige was hier eine Rolle spielen könnte ist, dass Server und Client über eine Devolo DLAN Bridge kommunizieren. Aber auch hier klappe der Ping.

L

Quote from LightningBrothers

Doofe Frage: hast du die zweite Netzwerkkarte, die den Kontakt im Internet herstellt, einfach mal unter Windows deaktiviert (also nicht nur einfach mal das Netzwerkkabel herausgezogen)? Denn selbst mit aktiver Firewall wird dir der Kernel zumindest angezeigt.

Nunja das wäre doof weil die Verbindung zwischen Server und Client über das Hausnetz läuft. Das ArtNet ist nur mit den Nodes verbunden sonst mit nichts.

Hi!

Das Problem habe ich auch schon beobachtet. Versuch mal bitte per Hand die IP-Adresse einzugeben statt den Server (-namen) auszuwählen. Und auf dem GUI-Rechner für die Zeit Firewall aus. Sie kann nach herstellen der Verbindung bei mir wieder an bis ich den Kernel neu starte. Also auch GUI neu starten und per IP verbinden geht dann.

Hatte das auf eine schreckliche Netzwerkkonfig bei mir hier geschoben, aber wenn es andere mit dem gleichen Problem gibt wird es interessant.

Hoc

Also hab das ganze gerade nochmal probiert. Bei mir Zuhause geht es NUR wenn ich auf dem GUI Rechner die Firewall ausschalte.

Aber dann scheint es zu laufen und kann mich auch reconnecten solange der Kernel läuft.

Bug?!

Zur Sinnerklärung: Da in unserem Club DJ- und LJ-Pult ziemlich weit voneinander getrennt sind möchte ich auf dem DJ-Pult eine kleine Konsole mit Touch-Screen installieren auf dem die DJs gewisse Effekte selbst starten können. Außerdem könnte sich die Chatfunktion als nützlich erweisen. Und dafür scheint es mir als wäre die meeega Lösung zu sein wenn ich einen Zentralrechner in das Rack bastel in dem die ArtNet Nodes sitzen und LJ und DJ via GUI darauf zugreifen. Habe das ganze noch nicht getestet, war nur so ein Gedankenfurz in einer schlaflosen Nacht. Hat jemand zufällig Erfahrung wie es bei so einer Lösung mit Latenzen aussieht?

In der Tat war bzw. ist hierzu gedacht: ein Austausch zwischen mehreren Nutzern. Wegen der Latenz könnten die örtlichen Gegebenheiten ebenfalls einen gewissen Einfluss haben, jedoch sollten sie sich im Millisekundenbereich bewegen.

Generell ist zu sagen, dass die Netzwerkkommunikation zwar funktioniert, es aber noch nicht den Status einer "Plug&Play-Lösung" hat.

Offtopic: Hibt es Gründe für diese örtliche Trennung?

Ich kenne viele Clubs, aber bei keinem ist der Abstand DJ - LJ größer 7 Meter, weil Absprachen zwischen beiden einfach wichtig sind.

Quote from cooltour

Offtopic: Hibt es Gründe für diese örtliche Trennung?

Ich kenne viele Clubs, aber bei keinem ist der Abstand DJ - LJ größer 7 Meter, weil Absprachen zwischen beiden einfach wichtig sind.

Wir haben den Club so übernommen. Wir müssten das DJ-Pult verbreitern und sämtliche Leitungen (unter anderem Strom und Signal für LED-Leinwände) neu verlegen um LJ und DJ zusammenzupacken. Wäre mir zwar auch lieber ist aber finanziell nicht drin. Zu Zeiten von Corona schon zweimal nicht auch wenn jetzt genug Zeit für solche Aktionen wäre

Ich hatte jetzt einige Tage Zeit um mit der Geschichte herumzuexperimentieren. Es scheint als würde das connecten nur funktionieren wenn beidseitig die Firewall deaktiviert wird.

Ich bin zwar kein Sicherheitsfanatiker aber das kann doch nicht so gewollt sein? Leider bin ich kein IT-Experte aber es gibt doch sicherlich irgendwelche Ports (abseits denen die automatisch geöffnet werden) die freigeschaltet werden müssen damit das auch mit aktivierter Windoof Firewall funktioniert?!

Bei der Installation werden die Ports eigentlich in der Firewall eingetragen.

Hast du während der Installation bei einem Pop-Up auf nein/verweigern geklickt?

Quote from Qasi

Bei der Installation werden die Ports eigentlich in der Firewall eingetragen.

Hast du während der Installation bei einem Pop-Up auf nein/verweigern geklickt?

Nein alles brav bestätigt. Hab auch gerade in die Firewalls an allen Rechnern geschaut. Die Einträge sind drin. Hier mal Beispielhaft am GUI Rechner:

Auch wenn ich in die erweiterten Einstellungen schaue ist alles so eingestellt wie es eigentlich sein soll. TCP Port 12451 und UDP Port 12452 für das GUI und 12351 bzw. 12352 für den Server

Halt das was automatisch bei der Installation eingetragen wird sofern man bestätigt.

Da ich das ganze jetzt an mehreren Netzwerkkonfigurationen probiert habe (Club Laupheim, Club Friedrichshafen, Testaufbau Zuhause), scheint das ein generelles Problem zu sein und nicht nur ein Einzelfall.

Kann es sein das das Netzwerk nicht als Privates Netzwerk definiert wurde? Die Ausnahmen werden nur für private Netzwerke eingetragen.

Alle Netzwerke bei denen beim erstmaligen Verbinden nicht explizit auf Ja geklickt wurde, werden erstmal als öffentliche Netzwerke behandelt.

Sollte sich in den Netzwerkeinstellungen festlegen lassen.

Grüße

Samuel

Quote from deluxe^2

Kann es sein das das Netzwerk nicht als Privates Netzwerk definiert wurde?

Leider ist es auch das nicht. Was mich halt, wie bereits erwähnt stutzig macht ist, dass es in allen 3 Netzwerken das gleiche ist.

Übrigens: alles Windows 10 Rechner (auch der Kernel Server)

Hi!

Ganz sicher, dass es nicht reicht die Firewall beim GUI-Rechner zu deaktivieren?

Dann macht zumindest mein "Kernel-Rechner" was anders als bei Dir.

Auch bei mir: Alles Win10, alles aktuelle Versionen, alles privates Netzwerk und alle Ports frei. Und die Einträge für die Programmdateien in der Firewall mit "alle Ports für diese Programme offen" ist auch drin.

Irgendwas scheint da zu zwicken. Ich fürchte nur, dass ich vielleicht auf der Arbeit nur noch 2 Rechner habe wo DMXC noch nie drauf war für eine reine Neuinstallation. Das werd ich dann wohl morgen mal machen müssen.

Hoc