Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1906 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  Iptables et ftp ACTIF ... bof bof

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Iptables et ftp ACTIF ... bof bof

n°197042
SCREAM78
Posté le 29-11-2002 à 23:47:37  profilanswer
 

Bonjour,
 
J'ai un petit pb avec mes clients windows qui souhaitent faire du ftp ... le mode passif passe tres bien mais on peut pas en dire autant du mode actif.
Y'a t'il des personnes qui ont une passerelle linux avec firewall iptables (perso g une RH7.3) et qui arrivent à faire du ftp en mode ACTIF ???
J'ai regardé la doc sur le net ... mais j'ai pas trouvé grand chose ou ce que j'ai trouvé ne marchait pas ...
en fesant un simple modprobe ip_nat_ftp modprobe ip_conntrack_ftp ca marche pas mieux chez moi ...
Merci de votre aide !


---------------
Gates gave us the windows ... Linux gave us the whole house ...
mood
Publicité
Posté le 29-11-2002 à 23:47:37  profilanswer
 

n°197043
Tux Le Pen​guin
Posté le 29-11-2002 à 23:51:03  profilanswer
 

j'ai jamais essayé le mode actif, mais j'imagine, étant donné que c'est le serveur qui se connecte au client, qu'il faut faire du destination-nat

n°197124
SCREAM78
Posté le 30-11-2002 à 13:37:50  profilanswer
 

Hum ... ouais ... j'ai pas reussi à mettre la main sur une bonne doc a ce sujet (pour le ftp) ... tu aurais pas une idée.
D'autres experience ???


---------------
Gates gave us the windows ... Linux gave us the whole house ...
n°197125
djtoz
Posté le 30-11-2002 à 13:42:15  profilanswer
 

SCREAM78 a écrit a écrit :

Bonjour,
 
J'ai un petit pb avec mes clients windows qui souhaitent faire du ftp ... le mode passif passe tres bien mais on peut pas en dire autant du mode actif.
Y'a t'il des personnes qui ont une passerelle linux avec firewall iptables (perso g une RH7.3) et qui arrivent à faire du ftp en mode ACTIF ???
J'ai regardé la doc sur le net ... mais j'ai pas trouvé grand chose ou ce que j'ai trouvé ne marchait pas ...
en fesant un simple modprobe ip_nat_ftp modprobe ip_conntrack_ftp ca marche pas mieux chez moi ...
Merci de votre aide !
 




 
si tu veut faire du ftp actif a aprtir de ton lan derriere ta passerelle iptables
faut charger le modules ip_conntrack_ftp  
 
et voila le genre de regle a mettre en forward
 
LAN - WAN
$iptables -A FORWARD -i eth0 -s $lan -o ppp0 -p tcp --sport $highport --dport 21 -j ACCEPT
$iptables -A FORWARD -i eth0 -s $lan -o ppp0 -p tcp --dport 20 --sport $highport -m state --state ESTABLISHED ! --syn -j ACCEPT
 
WAN - LAN
$iptables -A FORWARD -i ppp0 -d $lan -o eth0 -p tcp --sport 21 --dport $highport -m state --state ESTABLISHED ! --syn -j ACCEPT
$iptables -A FORWARD -i ppp0 -d $lan -o eth0 -p tcp --sport 20 --dport $highport -m state --state ESTABLISHED,RELATED -j ACCEPT
 
et voilou :p
 
si t as des questions n hesite pas
ca fais un moment que j'utilise iptables et a vrai dire c aussi mon taff ;)


Message édité par djtoz le 30-11-2002 à 13:47:30
n°197310
SCREAM78
Posté le 30-11-2002 à 17:54:48  profilanswer
 

Merci pour ta réponse ...
 
J'ai testé et j'arrive pas a le faire fonctionner ... néanmoins j'ai un script un peu spécial ... c un script qu'un mec a fait et que je trouvais tres clair au niveau de la config pour qcn qui ne s'y connait pas bcp ... ( http://monmotha.mplug.org/firewall/index.php)
J'ai mit en gras ce que j'ai modifié mais je pense que j'applique pas ces regles a la bonne chaine ... (g pas encore bien comprit comment ca marchait les chaines qu'on ajoute).
 
J'ai quelques questions subsidiaires :
- le modprobe ip_conntrack_ftp je le met ou dans le script ? au debut c bon ...
- dans les lignes que tu m'as filé tu parles du port 20 ? Je ne pense pas que je dois l'ouvrir pour la chaine INPUT ?? Pour toi le $highport c bien synonyme de 1024:65535
 
Merci par avance !
 
 
 
IPTABLES="/sbin/iptables"               #set to your iptables location, must be set
DNS=""                                  #set to your DNS server(s) that you get zones from
TCP_ALLOW="21 22 80 27012 27015"                #TCP ports to ALLOW
UDP_ALLOW="27012 27015" #UDP ports to ALLOW (53 not needed, covered by DNS above)
INET_IFACE="ppp0"                       #the interface your internet's on (one only), must be set
LAN_IFACE="eth0"                        #the interface(s) your LAN's on (currently unused)
USE_SSH1="TRUE"                         #set to TRUE if you use "real" SSH1 (anything else is interpreted as FALSE)
USE_OPENSSH="FALSE"                     #set to TRUE if you use OpenSSH (anything else is interpreted as FALSE)
INTERNAL_LAN="192.168.1.0/20"           #the internal network(s), must be set
AUTH_ALLOW=""                           #IPs allowed to use the AUTH service (leave blank and put 113 in TCP_ALLOW for all)
DENY_ALL=""                             #internet hosts to explicitly deny from accessing your system at all
DROP="REJECT"                           #what to do with packets we don't want
 
# You shouldn't need to modify anything below here                      |
# ----------------------------------------------------------------------|
 
# Let's load it!
echo "Loading iptables firewall:"
 
# Turn on IP forwarding
echo -n "Checking IP Forwarding..."
if [ -e /proc/sys/net/ipv4/ip_forward ] ; then
        echo 1 > /proc/sys/net/ipv4/ip_forward
 
        echo "enabled."
else
        echo "support not found! This will probably cause problems!"
fi
 
# Enable TCP Syncookies
echo -n "Checking IP SynCookies..."
if [ -e /proc/sys/net/ipv4/tcp_syncookies ] ; then
        echo 1 > /proc/sys/net/ipv4/tcp_syncookies
        echo "enabled."
else
        echo "support not found, but that's OK."
fi
 
# Flush everything
# If you need compatability, you can comment some or all of these out,
# but remember, if you re-run it, it'll just add the new rules in, it
# won't remove the old ones for you then, this is how it removes them.
#
# You'll notice I give status now :)
 
echo -n "Flush: "
${IPTABLES} -t filter -F INPUT
echo -n "INPUT "
${IPTABLES} -t filter -F OUTPUT
echo -n "OUTPUT1 "
${IPTABLES} -t filter -F FORWARD
echo -n "FORWARD "
${IPTABLES} -t nat -F PREROUTING
echo -n "PREROUTING1 "
${IPTABLES} -t nat -F OUTPUT
 
echo -n "OUTPUT2 "
${IPTABLES} -t nat -F POSTROUTING
echo -n "POSTROUTING "
${IPTABLES} -t mangle -F PREROUTING
echo -n "PREROUTING2 "
${IPTABLES} -t mangle -F OUTPUT
echo -n "OUTPUT3"
echo
 
# Create new chains
# Output to /dev/null in case the script hasn't been run yet
echo -n "Creating chains: "
${IPTABLES} -t filter -F INETIN > /dev/null 2>&1
${IPTABLES} -t filter -X INETIN > /dev/null 2>&1
${IPTABLES} -t filter -N INETIN
echo -n "INETIN "
${IPTABLES} -t filter -F INETOUT > /dev/null 2>&1
${IPTABLES} -t filter -X INETOUT > /dev/null 2>&1
${IPTABLES} -t filter -N INETOUT
echo -n "INETOUT "
echo
 
# Default Policies
# INPUT is still ACCEPT, the INETIN chain (defined above and jumped to later)
# is given a policy of DROP at the end
echo -n "Default Policies: "
${IPTABLES} -t filter -P INPUT ACCEPT
echo -n "INPUT:ACCEPT "
${IPTABLES} -t filter -P OUTPUT ACCEPT
echo -n "OUTPUT:ACCEPT "
${IPTABLES} -t filter -P FORWARD DROP
echo -n "FORWARD:DROP "
echo
 
# Security
echo -n "Local Traffic Rules: "
for subnet in ${INTERNAL_LAN} ; do
        ${IPTABLES} -t filter -A FORWARD -s ${subnet} -j ACCEPT
        ${IPTABLES} -t filter -A FORWARD -d ${subnet} -j ACCEPT
        echo -n "${subnet}:ACCEPT "
done
echo
 
# Set up basic NAT
# I assume masquerading here, which is technically for dynamic IPs, but
# it should still work with a static.  If you want to be proper, change
# it accordingly.
echo -n "Setting up NAT: "
for subnet in ${INTERNAL_LAN} ; do
        ${IPTABLES} -t nat -A POSTROUTING -s ${subnet} -o ${INET_IFACE} -j MASQUERADE
        echo -n "${subnet}:MASQUERADE "
done
echo
 
# Set up INET chains
echo -n "Setting up INET chains: "
${IPTABLES} -t filter -A INPUT -i ${INET_IFACE} -j INETIN
echo -n "INETIN "
${IPTABLES} -t filter -A OUTPUT -o ${INET_IFACE} -j INETOUT
echo -n "INETOUT "
echo
 
# Flood security
# You'll still respond to these if they comply with the limits
# Default limits are 1/sec for ICMP pings
# SYN Flood protection moved to a port-based basis because of the side
#   effect that it allowed all SYN packets through regardless if they
#   compiled with the limits. SYN flood protection is still in here, see
#   the TCP_ALLOW loop for the new method
 
echo -n "Flood Protection: "
# Ping Floods (ICMP echo-request)
${IPTABLES} -t filter -A INETIN -p icmp --icmp-type echo-request -m limit --limit 1/s -i ${INET_IFACE} -j ACCEPT
echo -n "ICMP-PING "
echo
 
# Allow the rest of the ICMP in
echo -n "Allowing ICMP in..."
${IPTABLES} -t filter -A INETIN -p icmp --icmp-type ! echo-request -j ACCEPT
echo "done"
 
#Explicit denies
echo -n "Denying hosts: "
for host in ${DENY_ALL} ; do
        ${IPTABLES} -t filter -A INETIN -s ${host} -j ${DROP}
        echo -n "${host}:${DROP}"
done
echo
 
#Start allowing stuff
echo -n "TCP Input Allow: "
for port in ${TCP_ALLOW} ; do
        if [ "0$port" == "021" ]; then #Active FTP (thanks steff)
           ${IPTABLES} -t filter -A INETIN -p tcp --sport 20 --dport 1024:65535 ! --syn -j ACCEPT
        fi
        ${IPTABLES} -t filter -A INETIN -p tcp --dport ${port} ! --syn -j ACCEPT
        ${IPTABLES} -t filter -A INETIN -p tcp --dport ${port} --syn -m limit --limit 2/s -j ACCEPT
        echo -n "${port} "
done
 
# FTP Active mode
${IPTABLES} -A FORWARD -i ${LAN_IFACE} -o ${INET_IFACE} -p tcp --sport 1024:65535 -m state --state ESTABLISHED ! --syn -j ACCEPT
${IPTABLES} -A FORWARD -i ${LAN_IFACE} -o ${INET_IFACE} -p tcp --dport 20 --sport 1024:65535 -m state --state ESTABLISHED ! --syn -j ACCEPT
${IPTABLES} -A FORWARD -i ${INET_IFACE} -o ${LAN_IFACE} -p tcp --sport 21 --dport 1024:65535 -m state --state ESTABLISHED ! --syn -j ACCEPT
${IPTABLES} -A FORWARD -i ${INET_IFACE} -o ${LAN_IFACE} -p tcp --sport 20 --dport 1024:65535 -m state --state ESTABLISHED,RELATED -j ACCEPT

echo
 
echo -n "UDP Input Allow: "
for port in ${UDP_ALLOW} ; do
           ${IPTABLES} -t filter -A INETIN -p udp --dport ${port} -j ACCEPT
        echo -n "${port} "
done
echo
 
echo -n "DNS Servers: "
for server in ${DNS} ; do
        ${IPTABLES} -t filter -A INETIN -p udp -s ${server} --sport 53 -j ACCEPT
        echo -n "${server} "
done
echo
 
#SSH Rulesets
if [ $USE_SSH1 = TRUE ]; then #SSH1
        echo -n "Accounting for SSH..."
        ${IPTABLES} -t filter -A INETIN -p tcp --sport 22 --dport 513:1023 ! --syn -j ACCEPT
        echo -n "SSH1 "
fi
if [ $USE_OPENSSH = TRUE ] ; then #OpenSSH
        if [ ! $USE_SSH1 = TRUE ] ; then #We need to echo "Accounting for SSH..."
                echo -n "Accounting for SSH..."
        fi
        ${IPTABLES} -t filter -A INETIN -p tcp --sport 22 --dport 1024:65535 ! --syn -j ACCEPT
        echo -n "OpenSSH "
fi
echo
 
#AUTH(identd) host-based allows
if [ "$AUTH_ALLOW" != "" ] ; then
        echo -n "AUTH accepts: "
        for host in ${AUTH_ALLOW} ; do
                ${IPTABLES} -t filter -A INETIN -p tcp -s ${host} --dport 113 -j ACCEPT
                echo -n "${host} "
        done
        echo
fi
 
echo -n "Allowing established outbound connections back in..."
${IPTABLES} -t filter -A INETIN -m state --state ESTABLISHED,RELATED -j ACCEPT
echo "done"
 
echo -n "Setting up INET Policies: "
# Drop if we cant find a valid inbound rule.
${IPTABLES} -t filter -A INETIN -j ${DROP}
echo -n "INETIN:${DROP} "
#We can send what we want to the internet
${IPTABLES} -t filter -A INETOUT -j ACCEPT
echo -n "INETOUT:ACCEPT "
 
echo "Done loading the firewall!"


Message édité par SCREAM78 le 30-11-2002 à 17:55:30

---------------
Gates gave us the windows ... Linux gave us the whole house ...
n°197342
djtoz
Posté le 30-11-2002 à 18:30:11  profilanswer
 

ben deja ds les lignes que tu a rajouter pour le ftp actif, la premiere est pas correct...
 
elle refusera les nouvelles connections de ton LAN a destination du 21...
enleve le ESTABLISHED sur celle la et specifie meme le --dport 21 (c tjrs mieux)
 
sinon pour le module peut importe a quel moment il est charge
ce qu'il faut c k il soit charger quand une requete arrivera afin qu'il puisse assure correctement le suivi de connection et te permettre entre autres de mettre un RELATED sur ton --sport 20.
 
le highport est effectivement la range 1024:65535
 
tu me parle du port 20 en INPUT
les chaine INPUT et OUTPUT ne concerne que le traffic local a ta gateway.
dans le cas d'un traffic venant de ton LAN a destination du net, en aucun cas tu ne passe par les "Hooks" INPUT et OUTPUT.
 
bon sinon vais t avouer franchement que g pas lu tt ton script
avec ttes ces variables de tous les cote je trouve pas ca franchement lisible
perso moi je me suis fais un script en classant le traffic dans le style:
LAN - WAN
WAN - LAN
GATEWAY - LAN
LAN -GATEWAY
GATEWAY - WAN
WAN - GATEWAY
 
et ds chaque sections tu met ta regle avec un ti commentaire pour dire ce qu'elle autorise
 
enfin ca c une question de choix apres :p
alors c vrai que ca prend un ti peu de temps mais apres t as un script bien clair et tu sais tt de suite ce qui est open ou pas...
 
enfin voila
a+

n°197399
SCREAM78
Posté le 30-11-2002 à 20:58:27  profilanswer
 

Arf ... désolé pour la faute ... mais j'arrive tjs pas a le faire marcher
 
Merci pour ces explications ... je vais refaire ce script de toute manière mais j'avais pas eu le temps de m'en occuper avt :) ... je pense aussi que je ferai comme toi.
 
G trouvé cela sur le FTP Actif ... mais qd est il si le FTP est sur le port 1000 par ex (au lieu de 21) le port ftp-data c tjs 20 ou il diffère ?
 
En mode passif c'est le client qui dit au serveur sur quel port se connecter.
Alors qu'en mode actif c'est le client qui sait (i.e. port 20 (ftp-data)).
 
mode passif:
 
 
    S              C
  PORTS
20  Y  21        X  X+1
 |  |  |          |  |   a t=0.
 |  |  |          |  |
 
 |  |  |<--PASV---|  |   demande de connexion en mode passif
 |  |  |          |  |
 |  |  |--OK "Y"->|  |   ok connection des données accordé sur le port Y
 |  |  |          |  |
 |  |<-+-data-----+--|   le client se connecte sur Y.    
 |  |  |          |  |
 |  |--+-OK-------+->|   ok
 |  |  |          |  |
 
 
mode actif:
 
   S                   C
 PORTS
20   21              X  X+1
 |   |               |   |   a t=0.
 |   |               |   |
 |   |<-PORT "X+1"---|   |   demande de connexion, port de donnée X+1
 |   |               |   |
 |   |--OK "Y"------>|   |   ok.
 |   |               |   |
 |---+-data----------+-->|   le serveur se connecte sur X+1
 |   |               |   |
 |<--+-OK------------+---|   ok.
 |   |               |   |
 
 
Voila ce que j'obtient pour la chaine forward en fesant un iptables -L
 
Chain FORWARD (policy DROP)
target     prot opt source               destination
ACCEPT     all  --  192.168.1.0/24       anywhere
ACCEPT     all  --  anywhere             192.168.1.0/24
ACCEPT     tcp  --  192.168.1.0/24       anywhere           tcp spts:1024:65535 dpt:21
ACCEPT     tcp  --  192.168.1.0/24       anywhere           tcp spts:1024:65535 dpt:20 flags:!SYN,RST,ACK/SYN state ESTABLISHED
ACCEPT     tcp  --  anywhere             192.168.1.0/24     tcp spt:21 dpts:1024:65535 flags:!SYN,RST,ACK/SYN state ESTABLISHED
ACCEPT     tcp  --  anywhere             192.168.1.0/24     tcp spt:20 dpts:1024:65535 state RELATED,ESTABLISHED
 
Comment peut on verifier si le module est ip_conntrack_ftp a bien été chargé dans le noyaux ??


---------------
Gates gave us the windows ... Linux gave us the whole house ...
n°197404
djtoz
Posté le 30-11-2002 à 21:57:39  profilanswer
 

dans le cas ou tu met un serveur FTP en listen sur un port different du 21 je crois que le data doit etre "port en ecoute -1", mais j'en suis pas sur...
 
sinon une autre incertitude concernant la capacite du module contrack_ftp a reconnaitre une connection data FTP si celui ci ne provient pas du port 20...
 
faudrat que je cherche des infos a ce sujet.
 
bon sinon au nivo de tes regles:
 
si tu met ca:
ACCEPT     all  --  192.168.1.0/24       anywhere  
 
alors t as plus besoin de celle la:
ACCEPT     tcp  --  192.168.1.0/24       anywhere           tcp spts:1024:65535 dpt:21  
 
et la derniere est carrement pas top :D
ACCEPT     all  --  anywhere             192.168.1.0/24  
(je pense pas que tu y tienne vraiment)
 
pour verifier que le module est bien charge, tu peut faire un "lsmod"
 
mis a part ca y'a pas de raison que ca fonctionne pas la...

n°197411
SCREAM78
Posté le 30-11-2002 à 22:38:16  profilanswer
 

Pour le serveur FTP en listen sur un port différent du 21 je vais aussi chercher de mon coté si je trouve quelquechose ... j'avais aussi pensé au coup du "port en ecoute -1" mais ca a pas fait marché mon FTP ...
Le pb c'est que j'ai pas d'adresse de ftp actif sur le port 21 ... un pote m'en avait passé un sur un port différent et n'arrivant pas a m'y connecter g voulu m'y interesser de plus prêt.
 
Pour le coup de la règle qui sert a rien je l'avais aussi vu ... ta 1ere regle devenant inutile c sur ;) ...
Et pour la derniere c kler que c pas secure ... va falloir que je regarde ca rapidement de pret ;)
 
Pourrais tu m'envoyer tes regles par PM ?? Histoire que j'ai une bonne base pour bosser sur la mienne ;)
 
En tout cas merci pour toutes tes explications !! :D


---------------
Gates gave us the windows ... Linux gave us the whole house ...
n°197424
djtoz
Posté le 01-12-2002 à 00:01:07  profilanswer
 

SCREAM78 a écrit a écrit :

Pour le serveur FTP en listen sur un port différent du 21 je vais aussi chercher de mon coté si je trouve quelquechose ... j'avais aussi pensé au coup du "port en ecoute -1" mais ca a pas fait marché mon FTP ...
Le pb c'est que j'ai pas d'adresse de ftp actif sur le port 21 ... un pote m'en avait passé un sur un port différent et n'arrivant pas a m'y connecter g voulu m'y interesser de plus prêt.
 
Pour le coup de la règle qui sert a rien je l'avais aussi vu ... ta 1ere regle devenant inutile c sur ;) ...
Et pour la derniere c kler que c pas secure ... va falloir que je regarde ca rapidement de pret ;)
 
Pourrais tu m'envoyer tes regles par PM ?? Histoire que j'ai une bonne base pour bosser sur la mienne ;)
 
En tout cas merci pour toutes tes explications !! :D




 
ba la plupart des ftp tu peut te connecter en actif dessus...
ftp.free.fr par exemple
 
sinon pour mes regles preferes pas les files pour des raisons evidentes :D
on est jamais trop prudent :)
 
ou je t en copierai kk unes qd j aurais le temps de faire un ti tri alors ;)


Message édité par djtoz le 01-12-2002 à 00:01:50

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  Iptables et ftp ACTIF ... bof bof

 

Sujets relatifs
[ iptables ] firewall : a quoi sert la table mangle ??ou mettre les scripts iptables firewall perso ?
[Debian Woody]Mon script iptables fonctionne po[Debian] Ouvrir "au mieux" le port 113 avec iptables, pour l'IRC
Comment forwarder tous les ports avec iptables ( ou ipchains )[iptables] ip_conntrack: table full, dropping packet
Problème avec iptablescomment activer le ssh avec IPTABLES ?
Iptables et XNap?!Bloquer un port en OUTPUT avec iptables
Plus de sujets relatifs à : Iptables et ftp ACTIF ... bof bof


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR