Forum Linux.debian/ubuntu ip6tables et routage

Posté par kankan_01 le 02 octobre 2009 à 00:03.

Étiquettes :

oct.

2009

Bonjour à tous,

J'utilise une machine sous Debian Lenny comme endpoint de mon tunnel SixXS, et accessoirement comme routeur IPv6 pour le reste de mon réseau.

J'ai donc configuré ip6tables dessus. Or, je rencontre une bizarrerie.

Tout d'abord, voici mes règles ip6tables :
######
#IPv6#
######

##On réinitialise les règles
ip6tables -F

##On accepte les pings
ip6tables -A INPUT -p icmp -j ACCEPT

##On accepte les connexions loopback
ip6tables -t filter -A OUTPUT -o lo -j ACCEPT
ip6tables -t filter -A INPUT -i lo -j ACCEPT

##Mes serveurs persos (extérieurs)
ip6tables -A INPUT -p tcp --dport ssh -j ACCEPT ##SSH
ip6tables -A INPUT -p tcp --dport www -j ACCEPT ##HTTP
ip6tables -A INPUT -p tcp --dport 53 -j ACCEPT ##DNS
ip6tables -A INPUT -p udp --dport 53 -j ACCEPT ##DNS
ip6tables -A INPUT -p tcp --dport 443 -j ACCEPT ##HTTPS
#ip6tables -A INPUT -p tcp --dport 8080 -j ACCEPT ##HTTP alternatif
#ip6tables -A INPUT -p udp --dport 27960 -j ACCEPT ##UrT

##On accepte les connexions sortantes
ip6tables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

##On refuse le reste
ip6tables -P INPUT DROP

##On accepte les sorties
ip6tables -P OUTPUT ACCEPT

##On accepte les forwards
ip6tables -P FORWARD ACCEPT

Or, avec cette config, si je tente d'accéder aux services autorisés depuis l'extérieur, pas de soucis. En revanche, cela bloque le routage, bien que le forward soit normalement autorisé sans restrictions ! Les autres machines de mon LAN sont privées d'IPv6.

Mais dès que je met la INPUT en policy accept, le routage fonctionne de nouveau (mais cela rend juste mon pare-feu inefficace ;) ). Pourtant, selon mes souvenirs, le forward ne passe pas par INPUT ni OUTPUT normalement...

Bref, qu'est-ce qui ne va pas dans mes règles ? Quelqu'un peut m'éclairer ?
Merci d'avance !

# Effectivement c'est étrange...

Posté par nodens le 02 octobre 2009 à 00:38. Évalué à 2.

Il faudrait que tu mette un log pour voir ce qui est droppé (sur quelle interface, etc) pour en être sur, mais je dirais que ton tunnel ne peut pas s'établir, car tu n'autorise pas le trafic associé en INPUT.

Il faut que tu autorise le protocole SIT (-p 41) (ou peut-être GRE) en entrée. Par contre j'aurais dit que ça serait plutôt avec iptables, puisque c'est par définition de l'ipv4... Après je ne maîtrise pas bien le couple iptables / ip6table :)
- [^] # Re: Effectivement c'est étrange...
  
  Posté par nodens le 02 octobre 2009 à 00:40. Évalué à 2.
  
  après 3 seconde de réflexion, c'est logique que ça se fasse avec ip6table aussi, finalement : on doit pouvoir indiquer des adresses ipv4 en notation ipv6...
  - [^] # Re: Effectivement c'est étrange...
    
    Posté par kankan_01 le 02 octobre 2009 à 01:11. Évalué à 1.
    
    Ma Debian qui me sert de routeur v6 a bien son tunnel d'établi, elle peut communiquer en v6 et est accessible de l'extérieur en v6 pour les ports ouverts (c'est un tunnel AYIYA pour passer outre les règles de NAT IPv4 que je ne maitrise pas sur ce réseau). De ce côté, out est OK.
    
    Sinon, si je rajoute la ligne suivante juste avant de dropper les paquets entrants :
    ip6tables -A INPUT -j LOG --log-prefix="DropV6"
    
    J'ai les messages suivants qui apparaissent dans /var/log/messages (pour un ping sur un host v6 extérieur à mon réseau depuis une machine interne à mon réseau) :
    Oct 1 23:06:14 Bartimeus kernel: [36902.160510] DropV6IN=wlan0 OUT= MAC=00:08:d3:3a:43:f6:00:21:5d:0a:4f:6c:86:dd SRC=2a01:0240:fe4f:000a:0221:5dff:fe0a:4f6c DST=fe80:0000:0000:0000:0208:d3ff:fe3a:43f6 LEN=64 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=136 CODE=0
    
    Ce que je trouve bizarre, c'est que l'adresse de destination est une adresse lien-local...
    - [^] # Re: Effectivement c'est étrange...
      
      Posté par nodens le 02 octobre 2009 à 01:23. Évalué à 4.
      
      arf !
      Quand j'ai lu ton post pour la première fois, je me suis dit "ah c'est un coup d'ICMP, puisque ça remplace arp en ipv6". Et en relisant j'ai vu que tu autorisais bien icmp, donc je me suis dit que ce n'était pas ça. Sauf qu'il faut autoriser icmpv6, en fait... C'est assez logique ;-)
      - [^] # Re: Effectivement c'est étrange...
        
        Posté par kankan_01 le 02 octobre 2009 à 01:52. Évalué à 1.
        
        Apparemment, en autorisant ICMPv6, ça a l'air de mieux marcher. Merci du tuyau !
        Voilà ce qui arrive quand on adapte trop vite ses règles de v4 à v6.
        
        [^] # Re: Effectivement c'est étrange...
        
        Posté par nono14 (site web personnel) le 03 octobre 2009 à 13:14. Évalué à 1.
        
        On retrouve bcp de similitudes cependant icmpv6 c'est nouveau!!!
        Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.