Miniserver; HTTP-REST und interne Firewall?

[svethi]

Hi,

bin über ein merkwürdiges Phänomen gestolpert. Für einen "Monitor" benötige ich auch Texte von "Außen". Da man per Abfragen keine Texte einlesen kann, bleibt ja nur der Weg diese über HTTP-REST "einzupushen". Nachdem ich damit immer wieder Probleme hatte, habe ich meinen "Pusher" mit Debugs aufgerüstet. Es zeigt sich damit immer wieder das gleiche Bild.
Es wird pro Sendung eine UDP Befehl gesendet und 2-3 HTTP-REST Befehle abgesetzt. Wenn die UDP-Sendungen mitgezählt werden, dann ist nach 9-10 Verbindungen Schluss. Mein "Pusher" bleibt hängen und nach einem Timeout ist die UDP-Verbindung sowie die HTTP-Verbindung tot. Der Pusher sendet dann den nächsten Befehl und dann ist wieder Schluss bis zum Timeout. Somit ist das Ganze unbrauchbar.
Kann es sein, dass die interne Firewall jetzt so scharf, dass die Verbindungen in diesem Fall schon gleich gedroppt werden?

Gruß Sven

[tholle]

Das waere dann aber ein ToS (Type of Service) -Filter. Denn der http-Port ist ja erreichbar. Kann mir nicht vorstellen, dass eine ToS-FW implementiert wurde, da das eine Menge Overhaed erzeugt. Ist aber, wie schon gesagt Glaube, kein Wissen. Vielleicht mal direkt bei Loxone nachfragen. Kann mir vorstellen, dass ueber das Problem noch andere "stolpern" werden.

Gruss,
tholle

http://www.tldp.org/LDP/nag2/x-087-2-firewall.tos.manipulation.html

[svethi]

Nee, der hatte mich komplett aus allen Verbindungen geschossen ... sa aus wie ein max-Connections per second und dann alles dicht :-)

wenn man aber zum UDP-Port zusätzlich ne HTTP Verbindung aufmacht, findet der das wohl nicht so lustig :-)

[svethi]

Nicht beachten :-) war ein Fehler im Perl. Hatte in einem REST den falschen Port :-)

[tholle]

Alte IT-Weisheit: Kaum macht man's richtig, schon funktioniert's!

[svethi]

;-) genau ist so ein Fehler gewesen, den man nicht so schnell sieht :-) $MiniServer:$MSPort -> $MiniServer:$MSWebPort :-)