Sinon il faut garder au moins un driver xserver-xorg-video-* installé (voir bug 813964). Avec le driver dummy (seul) par exemple, le serveur X sélectionne en priorité modesetting (sans besoin modifier quoique ce soit dans /etc/X11/xorg.conf.d/).
Merci pour cette réponse très détaillée.
En fait ce n'est pas une question d'apprentissage de la culture ou de la langue car c'est pour ma femme qui est d'origine chinoise. C'est plus une question d'apprentissage de la méthode de saisie (même si j'ai compris le principe dans les grandes lignes, je ne peux pas lui enseigner, car de mon côté je ne connais presque pas le chinois: impossible de lui donner le moindre exemple). Il m'avait bien semblé comprendre que la méthode Wubi repose sur des regroupements sur le clavier et que si on ne pouvait pas réarranger les touches, il valait mieux passer en Qwerty. Cependant, la langue d'adoption de ma femme est bel et bien le français, et je ne voudrais pas compliquer les choses en imposant des dispositions de clavier très différentes (en querty par rapport à l'azerty il n'y a pas que 4 lettres qui sont modifiées - cf. rangée du haut avec les é, è, à etc...). Par ailleurs, ma femme utilise l'ordinateur pour des tâches simples et intuitives (mail, navigation web) et j'hésite à lui imposer un basculement de clavier à chaque fois qu'elle passe en mode de saisie pour le chinois (sauf si ca pouvait se faire automatiquement, je n'ai pas trouvé de telles options avec scim ou uim, peut-être qu'ibus le fait).
Cependant la lecture de ce journal me donne envie de refaire une tentative. Au préalable je vérifierai si je ne peux pas créer une disposition clavier personnalisée, sur laquelle on pourrait basculer, et qui réarrangerait seulement les touches du clavier qwerty strictement nécessaires à l'utilisation de wubi. Et surtout imprimer des diagrammes du type de ceux qui sont donnés dans le dernier lien dans le journal, en remplaçant les lettres par celles physiquement présentes sur le clavier (ce sont celles que verra ma femme en regardant le clavier).
Ce journal est très intéressant. Merci à son auteur pour le travail de rédaction fourni.
Il semblerait que pour utiliser la méthode Wubi, il faille disposer d'un clavier QWERTY. Est-ce faisable avec un clavier AZERTY configuré par défaut pour le français (xkblayout=fr(oss))? Qu'en est-il de l'apprentissage sachant que toutes les explications que j'ai trouvées sur le web partent du principe que le clavier est un clavier qwerty ?
Plus généralement, j'ai l'impression que la plupart de ces méthodes de saisie ont été implémentées pour des claviers qwerty avec disposition us en laissant souvent de côté les autres types de clavier.
Ainsi pour le pinyin, sur un clavier de portable sans pavé numérique configuré par défaut en fr(oss), j'ai dû personnaliser la disposition du clavier de façon à sélectionner le caractère dans la liste numérotée, directement en tapant le n° sans passer par la touche shift (en inversant "&" et "1", "é" et "2" etc...). Avec la plupart des programmes proposés sous linux que j'ai testés, la combinaison shift+touche_du_numéro ne permet pas d'entrer le caractère voulu de la liste lorsque l'on est en mode de saisie en chinois-méthode pinyin. Car apparemment la saisie ignore shift, et c'est le symbole qui compte, pas la disposition sur le clavier (et j'ai l'impression que pour le Wubi c'est pareil). L'exception à ce comportement est uim-scim, mais j'ai installé scim pour avoir à la fois le pinyin et le wubi (pas de wubi avec uim), même si en pratique l'apprentissage de la méthode wubi est pour l'instant un échec.
pour le firewall, le fonctionnement est expliqué à : http://wiki.openwrt.org/doc/uci/firewall(§ IPV6 notes)
Tant que l'on ne spécifie pas d'adresse IP, ou que l'on ne spécifie pas que la règle ne s'applique qu'à un seul type (v4 ou v6), les mêmes règles sont appliquées pour l'ipv4 et pour l'ipv6 (pour les règles de la table filter). Donc a priori pratiquement autant de règles sur la table filter en v6 qu'en v4 (cas de la config. par défaut).
Je n'ai pas accès au routeur pour le moment, je re-vérifierai et corrigerai si ce n'est pas le cas.
Concernant la résolution DNS, elle semble malgré tout fonctionner (ping6 ipv6.google.com répond correctement), du coup je ne comprends pas quel mécanisme est utilisé (ça passe par l'ipv4 ?).
En me relisant ce matin, je me rends compte que j'ai été très approximatif (en plus d'avoir été suffisamment paresseux pour ne pas faire d'effort de mise en forme) :
- route ne fait pas partie du paquet ip (ca ne change rien, ca sera utile de faire usage des 2, voir les exemples dans le lien [4]),
- ce n'est pas pour radvd que j'ai dû utiliser l'interface physique eth0.1 mais pour l'utilisation du proxy npd ipv6 dans /etc/rc.local,
- je n'ai pas la config. des postes du Lan privé sous la main, mais il me semble que j'ai une ligne "nameserver" avec l'adresse ipv6 du routeur openwrt dans le /etc/resolv.conf.
- je ne suis plus sûr, mais de mémoire il me semble que le daemon radvd n'est pas démarré par défaut et que j'ai dû le changer (/etc/init.d/radvd enable) pour qu'il soit démarré au lancement.
Le plus important, je n'ai pas donné les configs complètes (/etc/config/network, etc...) mais juste les lignes qui sont pertinentes pour l'ipv6 à titre d'illustration (a priori, pas besoin de changer la config existante pour ipv4). Les infos vraiment utiles sont dans les liens que j'ai donnés. Je dois avouer que j'ai bien tâtonné lorsque j'ai fait cela, cependant je n'ai jamais perdu la connexion en ipv4 (ce qui a permis de le faire de façon sereine).
Bonjour,
J'ai eu à faire la manip avec une WRT54G v2.2, je me suis inspiré des 5 sources suivantes très instructives (la clé est l'utilisation du proxy-ndp-ipv6):
[1] http://wiki.openwrt.org/doc/howto/ipv6
[2] http://en.gentoo-wiki.com/wiki/IPV6_And_Freebox
[3] http://linux-attitude.fr/post/proxy-ndp-ipv6
[4] http://guidespratiques.traduc.org/vf/Linux+IPv6-HOWTO.html
[5] manuel ip (man route, indispensable)
J'ai utilisé backfire rc4 (de base pour brcm47xx) + le paquet firewall en version > 2 (snapshot trunk ou backfire-rc5-testing) qui gère nativement l'ipv6.
J'ai aussi installé en plus:
ip (programme route), ip6tables, kmod-ip6tables, kmod-ipv6 et radvd
Comme dans les tutos [2] et [3] ci-dessus, j'ai séparé mon réseau en deux:
- les 2 premières adresses pour le tronçon freebox <-> openwrt(wan), le reste pour mon réseau privé.
- pour les postes du réseau privé, j'ai laissé l'auto configuration agir (les adresses ipv6 globales dépendent donc des adresses MAC des interfaces réseaux),
- côté firewall, je ne laisse passer que ce qui est nécessaire aux connexions entre postes, et aux connections vers internet, et pour le icmpv6, je ne laisse passer que ce qui est nécessaire à la découverte du voisinage (à adapter en fonction de ses besoins, en particulier si on laisse tourner des services devant être accessibles de l'extérieur par exemple).
Ca donne pour openwrt (je ne montre que les lignes pertinentes pour ipv6 et je ne détaille pas car tout est dans les liens donnés en intro):
/etc/config/network:
config 'alias'
option 'interface' 'wan'
option 'proto' 'static'
option 'ip6addr' 'xxxx:xxxx:xxxx:xxxx::2/126'
option 'ip6gw' 'xxxx:xxxx:xxxx:xxxx::1'
config 'interface' 'lan'
option 'type' 'bridge'
option 'ifname' 'eth0.0'
option 'proto' 'static'
option 'ipaddr' '192.168.1.1'
option 'netmask' '255.255.255.0'
option 'ip6addr' 'xxxx:xxxx:xxxx:xxxx:1::1/64'
/etc/rc.local:
if [ -x /usr/sbin/ip ] ; then
ip link set eth0.1 promisc on
ip -6 neigh add proxy xxxx:xxxx:xxxx:xxxx:aaaa:aaaa:aaaa:aaaa dev eth0.1
ip -6 neigh add proxy xxxx:xxxx:xxxx:xxxx:bbbb:bbbb:bbbb:bbbb dev eth0.1
ip -6 neigh add proxy xxxx:xxxx:xxxx:xxxx::1 dev br-lan
fi
exit 0
avec xxxx:xxxx:xxxx:xxxx::/64 le préfixe ipv6 octroyé par Free,
aaaa:aaaa:aaaa:aaaa et bbbb:bbbb:bbbb:bbbb la partie d'adresse ipv6 générée à partir des MAC des interfaces réseau du LAN privé (pas besoin des les calculer, si l'ipv6 est activé sur les postes du LAN, l'adresse lien local fournit l'info). wan est associé à l'interface physique eth0.1 (pour radvd j'ai du utiliser l'interface physique).
La suppression de l'ipv6 sur eth0 (sysctl.conf) est importante: à cause de l'autoconfiguration cette interface recevrait une adresse ipv6 globale, mais c'est wan que l'on veut utiliser. Cela permet bien de n'avoir que wan comme route par défaut pour internet (il y a probablement d'autre façons de procéder, mais ca permet de garder le parallèle avec la configuration ipv4). Pour le firewall, les autres règles utilisant la notion de zone sont les mêmes pour ipv6 et ipv4 (si on utilise une version > 2 du paquet firewall)
Côté postes clients du réseau local, presque rien à faire (sinon bien laisser s'activer l'ipv6).
Sous Debian, dans mon /etc/network/interfaces, j'ai juste ajouté:
up /sbin/ip6tables-restore < /etc/network/ip6tables-start
avec /etc/network/ip6tables-start:
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
-A INPUT -i lo -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A INPUT -p icmpv6 --icmpv6-type neighbour-advertisement -j ACCEPT
-A INPUT -p icmpv6 --icmpv6-type neighbour-solicitation -j ACCEPT
-A INPUT -p icmpv6 --icmpv6-type router-advertisement -j ACCEPT
-A INPUT -p tcp -m tcp ! --tcp-option 2 --tcp-flags SYN SYN -j DROP
-A INPUT -s xxxx:xxxx:xxxx:xxxx::2/126 -i wlan0 -m state --state INVALID,NEW,UNTRACKED -j DROP
-A INPUT -s xxxx:xxxx:xxxx:xxxx:1::1/128 -i wlan0 -m state --state INVALID,NEW,UNTRACKED -j DROP
-A INPUT -s xxxx:xxxx:xxxx:xxxx::/64 -i wlan0 -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A INPUT -i wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -o lo -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A OUTPUT -d xxxx:xxxx:xxxx:xxxx::2/126 -o wlan0 -m state --state INVALID -j DROP
-A OUTPUT -d xxxx:xxxx:xxxx:xxxx:1::1/128 -o wlan0 -m state --state INVALID -j DROP
-A OUTPUT -d xxxx:xxxx:xxxx:xxxx::/64 -o wlan0 -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A OUTPUT -o wlan0 -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
COMMIT
(ici je n'accepte pas les connexions en provenance du routeur mais c'est un peu superflu)
C'est une façon de faire, "chez moi ca marche"TM, et j'espère que ca t'aidera.
[^] # Re: Yes !
Posté par pdm . En réponse au journal Les drivers Xorg inutiles avec un noyau récent?. Évalué à 3.
Le plus simple est de forcer l'utilisation de modesetting. Par exemple :
Section "Device"
Identifier "monGPU"
Driver "modesetting"
EndSection
Sinon il faut garder au moins un driver xserver-xorg-video-* installé (voir bug 813964). Avec le driver dummy (seul) par exemple, le serveur X sélectionne en priorité modesetting (sans besoin modifier quoique ce soit dans /etc/X11/xorg.conf.d/).
[^] # Re: Boîte de recherche tout cassée...
Posté par pdm . En réponse à la dépêche Firefox 35 heures. Évalué à 3.
Pas sûr que ça suffise : je suis revenu à l'ancien mode en passant browser.search.showOneOffButtons à false
[^] # Re: Type et disposition du clavier
Posté par pdm . En réponse au journal Apprendre à lire et taper en chinois avec des outils libres. Évalué à 1.
Merci pour cette réponse très détaillée.
En fait ce n'est pas une question d'apprentissage de la culture ou de la langue car c'est pour ma femme qui est d'origine chinoise. C'est plus une question d'apprentissage de la méthode de saisie (même si j'ai compris le principe dans les grandes lignes, je ne peux pas lui enseigner, car de mon côté je ne connais presque pas le chinois: impossible de lui donner le moindre exemple). Il m'avait bien semblé comprendre que la méthode Wubi repose sur des regroupements sur le clavier et que si on ne pouvait pas réarranger les touches, il valait mieux passer en Qwerty. Cependant, la langue d'adoption de ma femme est bel et bien le français, et je ne voudrais pas compliquer les choses en imposant des dispositions de clavier très différentes (en querty par rapport à l'azerty il n'y a pas que 4 lettres qui sont modifiées - cf. rangée du haut avec les é, è, à etc...). Par ailleurs, ma femme utilise l'ordinateur pour des tâches simples et intuitives (mail, navigation web) et j'hésite à lui imposer un basculement de clavier à chaque fois qu'elle passe en mode de saisie pour le chinois (sauf si ca pouvait se faire automatiquement, je n'ai pas trouvé de telles options avec scim ou uim, peut-être qu'ibus le fait).
Cependant la lecture de ce journal me donne envie de refaire une tentative. Au préalable je vérifierai si je ne peux pas créer une disposition clavier personnalisée, sur laquelle on pourrait basculer, et qui réarrangerait seulement les touches du clavier qwerty strictement nécessaires à l'utilisation de wubi. Et surtout imprimer des diagrammes du type de ceux qui sont donnés dans le dernier lien dans le journal, en remplaçant les lettres par celles physiquement présentes sur le clavier (ce sont celles que verra ma femme en regardant le clavier).
# Type et disposition du clavier
Posté par pdm . En réponse au journal Apprendre à lire et taper en chinois avec des outils libres. Évalué à 1.
Ce journal est très intéressant. Merci à son auteur pour le travail de rédaction fourni.
Il semblerait que pour utiliser la méthode Wubi, il faille disposer d'un clavier QWERTY. Est-ce faisable avec un clavier AZERTY configuré par défaut pour le français (xkblayout=fr(oss))? Qu'en est-il de l'apprentissage sachant que toutes les explications que j'ai trouvées sur le web partent du principe que le clavier est un clavier qwerty ?
Plus généralement, j'ai l'impression que la plupart de ces méthodes de saisie ont été implémentées pour des claviers qwerty avec disposition us en laissant souvent de côté les autres types de clavier.
Ainsi pour le pinyin, sur un clavier de portable sans pavé numérique configuré par défaut en fr(oss), j'ai dû personnaliser la disposition du clavier de façon à sélectionner le caractère dans la liste numérotée, directement en tapant le n° sans passer par la touche shift (en inversant "&" et "1", "é" et "2" etc...). Avec la plupart des programmes proposés sous linux que j'ai testés, la combinaison shift+touche_du_numéro ne permet pas d'entrer le caractère voulu de la liste lorsque l'on est en mode de saisie en chinois-méthode pinyin. Car apparemment la saisie ignore shift, et c'est le symbole qui compte, pas la disposition sur le clavier (et j'ai l'impression que pour le Wubi c'est pareil). L'exception à ce comportement est uim-scim, mais j'ai installé scim pour avoir à la fois le pinyin et le wubi (pas de wubi avec uim), même si en pratique l'apprentissage de la méthode wubi est pour l'instant un échec.
[^] # Re: Illustration
Posté par pdm . En réponse au message OpenWRT / IPV6 / Free. Évalué à 1.
pour le firewall, le fonctionnement est expliqué à :
http://wiki.openwrt.org/doc/uci/firewall (§ IPV6 notes)
Tant que l'on ne spécifie pas d'adresse IP, ou que l'on ne spécifie pas que la règle ne s'applique qu'à un seul type (v4 ou v6), les mêmes règles sont appliquées pour l'ipv4 et pour l'ipv6 (pour les règles de la table filter). Donc a priori pratiquement autant de règles sur la table filter en v6 qu'en v4 (cas de la config. par défaut).
Je n'ai pas accès au routeur pour le moment, je re-vérifierai et corrigerai si ce n'est pas le cas.
Concernant la résolution DNS, elle semble malgré tout fonctionner (
ping6 ipv6.google.comrépond correctement), du coup je ne comprends pas quel mécanisme est utilisé (ça passe par l'ipv4 ?).[^] # Re: Illustration
Posté par pdm . En réponse au message OpenWRT / IPV6 / Free. Évalué à 0.
rectification après vérification: je n'ai rien rajouté concernant l'ipv6 dans le resolv.conf. Je ne sais plus si c'est voulu ou non...
[^] # Re: Illustration
Posté par pdm . En réponse au message OpenWRT / IPV6 / Free. Évalué à 1.
En me relisant ce matin, je me rends compte que j'ai été très approximatif (en plus d'avoir été suffisamment paresseux pour ne pas faire d'effort de mise en forme) :
- route ne fait pas partie du paquet ip (ca ne change rien, ca sera utile de faire usage des 2, voir les exemples dans le lien [4]),
- ce n'est pas pour radvd que j'ai dû utiliser l'interface physique eth0.1 mais pour l'utilisation du proxy npd ipv6 dans /etc/rc.local,
- je n'ai pas la config. des postes du Lan privé sous la main, mais il me semble que j'ai une ligne "nameserver" avec l'adresse ipv6 du routeur openwrt dans le /etc/resolv.conf.
- je ne suis plus sûr, mais de mémoire il me semble que le daemon radvd n'est pas démarré par défaut et que j'ai dû le changer (/etc/init.d/radvd enable) pour qu'il soit démarré au lancement.
Le plus important, je n'ai pas donné les configs complètes (/etc/config/network, etc...) mais juste les lignes qui sont pertinentes pour l'ipv6 à titre d'illustration (a priori, pas besoin de changer la config existante pour ipv4). Les infos vraiment utiles sont dans les liens que j'ai donnés. Je dois avouer que j'ai bien tâtonné lorsque j'ai fait cela, cependant je n'ai jamais perdu la connexion en ipv4 (ce qui a permis de le faire de façon sereine).
# Illustration
Posté par pdm . En réponse au message OpenWRT / IPV6 / Free. Évalué à 2.
Bonjour,
J'ai eu à faire la manip avec une WRT54G v2.2, je me suis inspiré des 5 sources suivantes très instructives (la clé est l'utilisation du proxy-ndp-ipv6):
[1] http://wiki.openwrt.org/doc/howto/ipv6
[2] http://en.gentoo-wiki.com/wiki/IPV6_And_Freebox
[3] http://linux-attitude.fr/post/proxy-ndp-ipv6
[4] http://guidespratiques.traduc.org/vf/Linux+IPv6-HOWTO.html
[5] manuel ip (man route, indispensable)
J'ai utilisé backfire rc4 (de base pour brcm47xx) + le paquet firewall en version > 2 (snapshot trunk ou backfire-rc5-testing) qui gère nativement l'ipv6.
J'ai aussi installé en plus:
ip (programme route), ip6tables, kmod-ip6tables, kmod-ipv6 et radvd
Comme dans les tutos [2] et [3] ci-dessus, j'ai séparé mon réseau en deux:
- les 2 premières adresses pour le tronçon freebox <-> openwrt(wan), le reste pour mon réseau privé.
- pour les postes du réseau privé, j'ai laissé l'auto configuration agir (les adresses ipv6 globales dépendent donc des adresses MAC des interfaces réseaux),
- côté firewall, je ne laisse passer que ce qui est nécessaire aux connexions entre postes, et aux connections vers internet, et pour le icmpv6, je ne laisse passer que ce qui est nécessaire à la découverte du voisinage (à adapter en fonction de ses besoins, en particulier si on laisse tourner des services devant être accessibles de l'extérieur par exemple).
Ca donne pour openwrt (je ne montre que les lignes pertinentes pour ipv6 et je ne détaille pas car tout est dans les liens donnés en intro):
/etc/config/network:
config 'alias'
option 'interface' 'wan'
option 'proto' 'static'
option 'ip6addr' 'xxxx:xxxx:xxxx:xxxx::2/126'
option 'ip6gw' 'xxxx:xxxx:xxxx:xxxx::1'
config 'interface' 'lan'
option 'type' 'bridge'
option 'ifname' 'eth0.0'
option 'proto' 'static'
option 'ipaddr' '192.168.1.1'
option 'netmask' '255.255.255.0'
option 'ip6addr' 'xxxx:xxxx:xxxx:xxxx:1::1/64'
/etc/config/firewall:
config 'rule'
option 'src' 'wan'
option 'proto' 'icmp'
option 'icmp_type' 'router-advertisement'
option 'target' 'ACCEPT'
option 'family' 'ipv6'
config 'rule'
option 'src' 'wan'
option 'proto' 'icmp'
option 'icmp_type' 'neighbour-advertisement'
option 'target' 'ACCEPT'
option 'family' 'ipv6'
config 'rule'
option 'src' 'wan'
option 'proto' 'icmp'
option 'icmp_type' 'neighbour-solicitation'
option 'target' 'ACCEPT'
option 'family' 'ipv6'
config 'rule'
option 'src' 'lan'
option 'proto' 'icmp'
option 'icmp_type' 'router-solicitation'
option 'target' 'ACCEPT'
option 'family' 'ipv6'
config 'rule'
option 'src' 'lan'
option 'proto' 'icmp'
option 'icmp_type' 'neighbour-advertisement'
option 'target' 'ACCEPT'
option 'family' 'ipv6'
config 'rule'
option 'src' 'lan'
option 'proto' 'icmp'
option 'icmp_type' 'neighbour-solicitation'
option 'target' 'ACCEPT'
option 'family' 'ipv6'
/etc/config/sysctl.conf:
net.ipv6.conf.eth0.disable_ipv6=1
net.ipv6.conf.all.forwarding=1
net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.proxy_ndp=1
net.ipv6.conf.default.proxy_ndp=1
net.bridge.bridge-nf-call-arptables=0
net.bridge.bridge-nf-call-ip6tables=0
net.bridge.bridge-nf-call-iptables=0
/etc/config/radvd:
config 'interface'
option 'interface' 'lan'
option 'AdvSendAdvert' '1'
option 'AdvManagedFlag' '0'
option 'AdvOtherConfigFlag' '0'
option 'ignore' '0'
config 'prefix'
option 'interface' 'lan'
option 'ignore' '0'
option 'prefix' 'xxxx:xxxx:xxxx:xxxx::/64'
option 'AdvRouterAddr' '0'
option 'AdvOnLink' '1'
option 'AdvAutonomous' '1'
config 'rdnss'
option 'interface' 'lan'
option 'ignore' '1'
/etc/rc.local:
if [ -x /usr/sbin/ip ] ; then
ip link set eth0.1 promisc on
ip -6 neigh add proxy xxxx:xxxx:xxxx:xxxx:aaaa:aaaa:aaaa:aaaa dev eth0.1
ip -6 neigh add proxy xxxx:xxxx:xxxx:xxxx:bbbb:bbbb:bbbb:bbbb dev eth0.1
ip -6 neigh add proxy xxxx:xxxx:xxxx:xxxx::1 dev br-lan
fi
exit 0
avec xxxx:xxxx:xxxx:xxxx::/64 le préfixe ipv6 octroyé par Free,
aaaa:aaaa:aaaa:aaaa et bbbb:bbbb:bbbb:bbbb la partie d'adresse ipv6 générée à partir des MAC des interfaces réseau du LAN privé (pas besoin des les calculer, si l'ipv6 est activé sur les postes du LAN, l'adresse lien local fournit l'info). wan est associé à l'interface physique eth0.1 (pour radvd j'ai du utiliser l'interface physique).
La suppression de l'ipv6 sur eth0 (sysctl.conf) est importante: à cause de l'autoconfiguration cette interface recevrait une adresse ipv6 globale, mais c'est wan que l'on veut utiliser. Cela permet bien de n'avoir que wan comme route par défaut pour internet (il y a probablement d'autre façons de procéder, mais ca permet de garder le parallèle avec la configuration ipv4). Pour le firewall, les autres règles utilisant la notion de zone sont les mêmes pour ipv6 et ipv4 (si on utilise une version > 2 du paquet firewall)
Côté postes clients du réseau local, presque rien à faire (sinon bien laisser s'activer l'ipv6).
Sous Debian, dans mon /etc/network/interfaces, j'ai juste ajouté:
up /sbin/ip6tables-restore < /etc/network/ip6tables-start
avec /etc/network/ip6tables-start:
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
-A INPUT -i lo -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A INPUT -p icmpv6 --icmpv6-type neighbour-advertisement -j ACCEPT
-A INPUT -p icmpv6 --icmpv6-type neighbour-solicitation -j ACCEPT
-A INPUT -p icmpv6 --icmpv6-type router-advertisement -j ACCEPT
-A INPUT -p tcp -m tcp ! --tcp-option 2 --tcp-flags SYN SYN -j DROP
-A INPUT -s xxxx:xxxx:xxxx:xxxx::2/126 -i wlan0 -m state --state INVALID,NEW,UNTRACKED -j DROP
-A INPUT -s xxxx:xxxx:xxxx:xxxx:1::1/128 -i wlan0 -m state --state INVALID,NEW,UNTRACKED -j DROP
-A INPUT -s xxxx:xxxx:xxxx:xxxx::/64 -i wlan0 -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A INPUT -i wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -o lo -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A OUTPUT -d xxxx:xxxx:xxxx:xxxx::2/126 -o wlan0 -m state --state INVALID -j DROP
-A OUTPUT -d xxxx:xxxx:xxxx:xxxx:1::1/128 -o wlan0 -m state --state INVALID -j DROP
-A OUTPUT -d xxxx:xxxx:xxxx:xxxx::/64 -o wlan0 -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
-A OUTPUT -o wlan0 -m state --state NEW,RELATED,ESTABLISHED,UNTRACKED -j ACCEPT
COMMIT
(ici je n'accepte pas les connexions en provenance du routeur mais c'est un peu superflu)
C'est une façon de faire, "chez moi ca marche"TM, et j'espère que ca t'aidera.