Warum weiß keiner, aber "any" bedeutet hier so viel wie "ignoriere diese Regel" 
Also wenn du es so machst das du Protokoll TCP wählst und dann bei Übereinstimmung STATE und unten New, Established, Related markierst, dann sollte es funktionieren. beachte aber das regeln die weiter oben stehen höhere priorität haben. Hast du also irgendwo weiter oben eine Regel die die Sperrung aufhebt so bringt die Sperrregel nichts und müsste weiter nach oben verschoben werden.
Ich habe es eben gerade ausprobiert. rinetd auf nem Port lauschen und zum Webserver umleiten lassen und den Port aufgerufen: Funktioniert.
Dann habe ich eine Regel angelegt:
INPUT
S-IP: leer
S-Port: leer
D-IP: any
D-Port: <der besagte Port>
Policy: DROP
Übereinstimmung: leer
der Rest: so, wie er war
=> Die Verbindung war nicht mehr möglich, die Website hat nicht geladen, TCP-Fehler 110: Connection timed out.
Ein zweiter Versuch:
INPUT
S-IP: leer
S-Port: leer
D-IP: any
D-Port: <der besagte Port>
Policy: DROP
Übereinstimmung: STATE
Wert für Übereinstimmung: NEW,ESTABLISHED,RELATED
=> Die Verbindung war ebenfalls nicht mehr möglich, die Website hat nicht geladen, TCP-Fehler 110: Connection timed out.
So, ich habe es jetzt mal mit einer bestimmten Source-IP getestet: Klappt bei mir.
INPUT
S-IP: <zweiter Server>
S-Port: leer
D-IP: any
D-Port: <der besagte Port>
Policy: DROP
Übereinstimmung: leer
der Rest: so, wie er war
=> Eine Verbindung war nicht möglich, die Website hat nicht geladen, TCP-Fehler 110: Connection timed out.
Ich schätze, das gehört auch so. Wenn ich ein HTTP-Request losjage, sende ich gewiss nicht auf Port 80. Wenn dann aber der Source-Port 80 eingetragen ist, greift die Regel nicht.
Überhaupt ist es sehr einfach, den Sendeport zu ändern, weshalb man da in den FW-Regeln nicht drauf bauen sollte.
Zitat von informant;23365Hallo,
wenn ich den Source Port leer lasse scheint es zu klappen. Werd es mal beobachten.
MfG
Da muss ich Artimis recht geben.
Wenn man selbst ein Programm schreibt in java oder c# dann wird beim senden vom eigenen rechner an einen server meist irgendein port benutzt der gerade frei ist! Das macht zum beispiel auch der Firefox oder ein FTP-Programm so.
Es gibt wohl nur wenige ausnahmen wo man den Source-Port überhaupt angeben sollte als Firewall regel (mir fällt gar keiner ein), denn eigentlich kann dir der Port auf dem der Rechner die Anfrage losgeschickt hat relativ egal sein.
