Hallo, ich habe ein iptables skript ummasquarading betreiben warum geht mein icq filetransfer weder in noch outbound??? was muss ich noch verändern?? hier das skript: #! /bin/sh # # Author: Tobias Korb # # init.d/maske # # and symbolic its link # # /sbin/rcmaske # # System startup script for Masquerading # ### BEGIN INIT INFO # Provides: maske # Required-Start: serial # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: # Description: Start simple Firewall- Skript ### END INIT INFO # Source SuSE config . /etc/rc.config # die folgende Datei muss extra angelegt werden mit dem Inhalt: # START_MASKE="yes" . /etc/rc.config.local # Determine the base and follow a runlevel link name. base=${0##*/} link=${base#*[SK][0-9][0-9]} # Force execution if not called by a runlevel directory. test $link = $base && START_MASKE=yes test "$START_MASKE" = yes || exit 0 IPTABLES=/usr/sbin/iptables MODPROBE=/sbin/modprobe test -x $IPTABLES || exit 5 test -x $MODPROBE || exit 5 . /etc/rc.status rc_reset # Anpassung an das Interface (hier DSL oder Modem) fw_dev="ppp0" case "$1" in start) echo -n "Starting Maske Firewall Skript" $MODPROBE iptable_nat $MODPROBE ip_nat_ftp $MODPROBE ip_conntrack $MODPROBE ip_conntrack_ftp $IPTABLES -F $IPTABLES -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu $IPTABLES -A INPUT -i $fw_dev -p icmp --icmp-type echo-request -m limit --limit 1/sec -j ACCEPT $IPTABLES -A INPUT -i $fw_dev -p tcp --dport 22 -m limit --limit 1/sec -m state --state NEW -j ACCEPT $IPTABLES -A INPUT -i $fw_dev -p tcp --dport 21 -m limit --limit 1/sec -m state --state NEW -j ACCEPT $IPTABLES -A INPUT -i $fw_dev -p tcp --dport 25 -j ACCEPT $IPTABLES -A INPUT -i $fw_dev -p tcp --dport 80 -j ACCEPT $IPTABLES -A INPUT -i $fw_dev -p icmp --icmp-type destination-unreachable -j ACCEPT $IPTABLES -A INPUT -i $fw_dev -p tcp --dport 3430 -j ACCEPT # $IPTABLES -A OUTPUT -o $fw_dev -p tcp --dport 80 -j REDIRECT --to-port 3128 $IPTABLES -A OUTPUT -o $fw_dev -p tcp --dport 137:139 -j DROP $IPTABLES -A OUTPUT -o $fw_dev -p udp --dport 137:139 -j DROP $IPTABLES -A FORWARD -o $fw_dev -p tcp --dport 137:139 -j DROP $IPTABLES -A FORWARD -o $fw_dev -p udp --dport 137:139 -j DROP $IPTABLES -N block $IPTABLES -A block -m state --state ESTABLISHED,RELATED -j ACCEPT $IPTABLES -A block -m state --state NEW -i ! $fw_dev -j ACCEPT $IPTABLES -A block -j DROP $IPTABLES -A INPUT -j block $IPTABLES -A FORWARD -j block # $IPTABLES -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128 $IPTABLES -t nat -A POSTROUTING -o $fw_dev -j MASQUERADE # Remember status and be verbose rc_status -v ;; stop) echo -n "Shutting down Maske Skript" $IPTABLES -F $IPTABLES -t nat -F $IPTABLES -X # Remember status and be verbose rc_status -v ;; try-restart) ## Stop the service and if this succeeds (i.e. the ## service was running before), start it again. ## Note: try-restart is not (yet) part of LSB (as of 0.7.5) $0 status >/dev/null && $0 restart # Remember status and be quiet rc_status ;; restart) ## Stop the service and regardless of whether it was ## running or not, start it again. $0 stop $0 start # Remember status and be quiet rc_status ;; force-reload) ## Signal the daemon to reload its config. Most daemons ## do this on signal 1 (SIGHUP). ## If it does not support it, restart. echo -n "Reload service MASKE" ## if it supports it: # killproc -HUP $FOO_BIN # touch /var/run/FOO.pid # rc_status -v ## Otherwise: $0 stop && $0 start rc_status ;; reload) ## Like force-reload, but if daemon does not support ## signalling, do nothing (!) # If it supports signalling: # echo -n "Reload service FOO" # killproc -HUP $FOO_BIN #touch /var/run/FOO.pid # rc_status -v ## Otherwise if it does not support reload: rc_failed 3 rc_status -v ;; status) echo "Maske Rules: " $IPTABLES -v -L $IPTABLES -v -t nat -L echo -n "Status of MASKE Skript" rc_status -v ;; probe) ## Optional: Probe for the necessity of a reload, ## give out the argument which is required for a reload. # test /etc/FOO/FOO.conf -nt /var/run/FOO.pid && echo reload ;; *) echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}" exit 1 ;; esac rc_exit
Hallo, at Thu, 6 Jun 2002 21:40:48 +0200 Tobias Korb wrote:
ich habe ein iptables skript ummasquarading betreiben warum geht mein icq filetransfer weder in noch outbound???
Welchen ICQ client verwendest Du ? Gruß Michael -- Homepage http://macbyte.info/ | Registered Linux User #228306 Phone/Fax +49 7000 MACBYTE | http://counter.li.org GNU GPG-Key ID 0140F88B | ICQ #151172379 +Webdesign #Don't send HTML coded Mails# PHP Development+
windows 2000 client mit icq 2001 b
-----Ursprüngliche Nachricht----- Von: Michael Raab [mailto:ml-lists@macbyte.info] Gesendet: Donnerstag, 6. Juni 2002 21:51 An: Suse Mailingliste Betreff: Re: iptables und ICQ Filetransfer
Hallo,
at Thu, 6 Jun 2002 21:40:48 +0200 Tobias Korb wrote:
ich habe ein iptables skript ummasquarading betreiben warum geht mein icq filetransfer weder in noch outbound???
Welchen ICQ client verwendest Du ?
Gruß Michael
-- Homepage http://macbyte.info/ | Registered Linux User #228306 Phone/Fax +49 7000 MACBYTE | http://counter.li.org GNU GPG-Key ID 0140F88B | ICQ #151172379 +Webdesign #Don't send HTML coded Mails# PHP Development+
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, at Thu, 6 Jun 2002 22:02:34 +0200 Tobias Korb wrote:
windows 2000 client mit icq 2001 b
Bei ICQ ist das sone Sache. Auf meiner Kiste läuft GnomeICU und ein netstat bringt folgendes zu Tage: [mraab@brokenwindow ~]$ netstat -ta Aktive Internetverbindungen (Server und stehende Verbindungen) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 *:4000 *:* LISTEN tcp 0 0 brokenwindow.macb:32781 205.188.9.94:5190 VERBUNDEN Zwischen meiner Workstation und dem Internet hängt noch ein Linux Router Marke "Selbstgestrickt". Jetzt weiss ich nicht, welcher Port für den Filetransfer verwendet wird. Ich glaube das hängt vom verwendeten ICQ-Protokoll ab. Bin mir aber nicht 100%tig sicher. Das beste wäre, wenn Du auf Deinem Linuxrechner mal iptraf mitlaufen lässt und die Ports 4000 und 5190 beobachtest. Gruß Michael [tofu digital entsorgt] -- Homepage http://macbyte.info/ | Registered Linux User #228306 Phone/Fax +49 7000 MACBYTE | http://counter.li.org GNU GPG-Key ID 0140F88B | ICQ #151172379 +Webdesign #Don't send HTML coded Mails# PHP Development+
Hallo, * Am 07.06.2002 postete Michael Raab:
Hallo,
at Thu, 6 Jun 2002 22:02:34 +0200 Tobias Korb wrote:
windows 2000 client mit icq 2001 b
Bei ICQ ist das sone Sache. Auf meiner Kiste läuft GnomeICU und ein netstat bringt folgendes zu Tage:
[mraab@brokenwindow ~]$ netstat -ta Aktive Internetverbindungen (Server und stehende Verbindungen) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 *:4000 *:* LISTEN tcp 0 0 brokenwindow.macb:32781 205.188.9.94:5190 VERBUNDEN
Zwischen meiner Workstation und dem Internet hängt noch ein Linux Router Marke "Selbstgestrickt". Jetzt weiss ich nicht, welcher Port für den Filetransfer verwendet wird. Ich glaube das hängt vom verwendeten ICQ-Protokoll ab. Bin mir aber nicht 100%tig sicher.
Soweit mir bekannt ist, funktionieren einige Funktionen von ICQ nicht über Masquerading. Das sind z.B. Chat, File-Transfer, Telefon. Für ipchains gibt es da IIRC ein Modul, das das wieder in Ordnung bringt. Von iptables ist mir bis dato kein ähnliches Modul bekannt. -- Gruß Alex --
Nichts, nur Quote, 52 Zeilen, sehr schön. Deine eigene Meinung zum Thema kristllisierte sich hierbei besonders heraus. Pass bloss auf. Der Mann wird rausfinden wo du wohnst und dann wird er versuchen dich bei deinem Chef schlecht zu machen. [Wolfgang Tittel und Rainer Behrendt in dag°]
Hallo, at Fri, 7 Jun 2002 09:45:44 +0200 Alex Klein wrote:
* Am 07.06.2002 postete Michael Raab:
at Thu, 6 Jun 2002 22:02:34 +0200 Tobias Korb wrote:
windows 2000 client mit icq 2001 b
[ ... ]
Zwischen meiner Workstation und dem Internet hängt noch ein Linux Router Marke "Selbstgestrickt".
Soweit mir bekannt ist, funktionieren einige Funktionen von ICQ nicht über Masquerading. Das sind z.B. Chat, File-Transfer, Telefon.
Stimmt, ...
Für ipchains gibt es da IIRC ein Modul, das das wieder in Ordnung bringt. Von iptables ist mir bis dato kein ähnliches Modul bekannt.
... müsste aber auch ohne Modul zu lösen sein, oder ? Man könnte ja auch drauf hoffen, das es bald für iptables auch bald ein Modul geben wird. Gruß Michael -- Homepage http://macbyte.info/ | Registered Linux User #228306 Phone/Fax +49 7000 MACBYTE | http://counter.li.org GNU GPG-Key ID 0140F88B | ICQ #151172379 +Webdesign #Don't send HTML coded Mails# PHP Development+
Hallo, * Am 07.06.2002 postete Michael Raab:
Hallo,
at Fri, 7 Jun 2002 09:45:44 +0200 Alex Klein wrote:
* Am 07.06.2002 postete Michael Raab:
at Thu, 6 Jun 2002 22:02:34 +0200 Tobias Korb wrote:
windows 2000 client mit icq 2001 b
[ ... ]
Zwischen meiner Workstation und dem Internet hängt noch ein Linux Router Marke "Selbstgestrickt".
Soweit mir bekannt ist, funktionieren einige Funktionen von ICQ nicht über Masquerading. Das sind z.B. Chat, File-Transfer, Telefon.
Stimmt, ...
Für ipchains gibt es da IIRC ein Modul, das das wieder in Ordnung bringt. Von iptables ist mir bis dato kein ähnliches Modul bekannt.
... müsste aber auch ohne Modul zu lösen sein, oder ? Man könnte ja auch drauf hoffen, das es bald für iptables auch bald ein Modul geben wird.
Zumindest keine 08/15 Lösung, die man beim googlen findet. So war das zumindest vor einiger Zeit. Ich hab schon länger nicht mehr gesucht, weil ich es nicht brauche. ISDN-Flat sind mehr oder weniger tot und DSL gibts bei uns nicht. Ein Modul wird so schnell auch nicht kommen, da iptables schon so lange existiert, aber nichts in diese Richtung geht. -- Gruß Alex -- Man sollte langsam Virtuelle Kondome im Usernetz einfuehren. Die Bevölkerungsexplosion von Elchen und Trollen nimmt nämlich bedrohliche ausmasse an. [WoKo in dag°]
Am Donnerstag, 6. Juni 2002 22:36 schrieb Michael Raab:
Hallo,
at Thu, 6 Jun 2002 22:02:34 +0200 Tobias Korb wrote:
windows 2000 client mit icq 2001 b
Bei ICQ ist das sone Sache. Auf meiner Kiste läuft GnomeICU und ein netstat bringt folgendes zu Tage:
[mraab@brokenwindow ~]$ netstat -ta Aktive Internetverbindungen (Server und stehende Verbindungen) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 *:4000 *:* LISTEN tcp 0 0 brokenwindow.macb:32781 205.188.9.94:5190 VERBUNDEN
Zwischen meiner Workstation und dem Internet hängt noch ein Linux Router Marke "Selbstgestrickt". Jetzt weiss ich nicht, welcher Port für den Filetransfer verwendet wird. Ich glaube das hängt vom verwendeten ICQ-Protokoll ab. Bin mir aber nicht 100%tig sicher.
Das beste wäre, wenn Du auf Deinem Linuxrechner mal iptraf mitlaufen lässt und die Ports 4000 und 5190 beobachtest.
Bei der Windows ICQ Version kannst du IMHO die Ports die zum versenden bzw. empfangen von Datein nötig sind, selbst angeben! Hmm, wie das nun mit dem Masquerading funzt, hab ich keine ahnung! Früher musste ich nur in die Portfw.sh meines Routers eine Portforwardingregel defienieren. Wird mich also auch interessieren, wie das geht. MfG Christopher
Teillösung
Das beste wäre, wenn Du auf Deinem Linuxrechner mal iptraf mitlaufen lässt und die Ports 4000 und 5190 beobachtest.
Bei der Windows ICQ Version kannst du IMHO die Ports die zum versenden bzw. empfangen von Datein nötig sind, selbst angeben! Hmm, wie das nun mit dem Masquerading funzt, hab ich keine ahnung! Früher musste ich nur in die Portfw.sh meines Routers eine Portforwardingregel defienieren. Wird mich also auch interessieren, wie das geht.
Also Files versenden kann ich nun seitdem ich die Regel $IPTABLES -A INPUT -i $fw_dev -p udp --dport 5190 -j ACCEPT eingefügt habe... Wenn ich aber ein File empfangen will bekomme ich jetzt aber wenigstens die Meldung bei mir passiert dann nichts mehr und mein Gegenüber bekommt ein "can`t establish" HAt hier jemand noch ne Idee?? Mfg Tobi
On Friday, 7. June 2002 16:17, Tobias Korb wrote:
Teillösung
Das beste wäre, wenn Du auf Deinem Linuxrechner mal iptraf mitlaufen lässt und die Ports 4000 und 5190 beobachtest.
Bei der Windows ICQ Version kannst du IMHO die Ports die zum versenden bzw. empfangen von Datein nötig sind, selbst angeben! Hmm, wie das nun mit dem Masquerading funzt, hab ich keine ahnung! Früher musste ich nur in die Portfw.sh meines Routers eine Portforwardingregel defienieren. Wird mich also auch interessieren, wie das geht.
Also Files versenden kann ich nun seitdem ich die Regel
$IPTABLES -A INPUT -i $fw_dev -p udp --dport 5190 -j ACCEPT
eingefügt habe...
Wenn ich aber ein File empfangen will bekomme ich jetzt aber wenigstens die Meldung bei mir passiert dann nichts mehr und mein Gegenüber bekommt ein "can`t establish"
HAt hier jemand noch ne Idee??
ICQ file transfer funktioniert nur über einen SOCKS Proxy zuverlässig.
Mfg Tobi
Robert -- Where do you want to be tomorrow? Entracom. Building Linux systems. http://www.entracom.de
participants (5)
-
Alex Klein
-
Christopher S.
-
Michael Raab
-
Robert Szentmihalyi
-
Tobias Korb