Auteur Sujet: Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt  (Lu 22722 fois)

0 Membres et 1 Invité sur ce sujet

nouknouk

  • Abonné Free fibre
  • *
  • Messages: 38
  • yutz 57
    • Wiki ma domotique
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #36 le: 12 décembre 2022 à 14:44:06 »
salut,

chez moi la config ressemble à ça dans /etc/config/network

#1 definition du réseau wireguard
config device
option name 'wg0'
option acceptlocal '1'

#2 configuration du réseau:
# on définit une IP pour le routeur lui-même dans ce réseau wireguard,
# et aussi un range d'IPs pour le réseau wg0
config interface 'wg0'
option proto 'wireguard'
option private_key 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
option listen_port '51280'
option mtu '1200'
list addresses '192.168.10.1/24'

#3 configuration de chaque client qui veut accéder au réseau wireguard
# chaque client doit avoir sa propre ip unique (exprimée en /32) qui fait partie du range d'IP définie dans la config #2
config wireguard_wg0
option description 'device_client_1'
option public_key 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
list allowed_ips '192.168.10.2/32'
option route_allowed_ips '1'
option persistent_keepalive '25'

config wireguard_wg0
option description 'device_client_2'
option route_allowed_ips '1'
option persistent_keepalive '25'
list allowed_ips '192.168.10.3/32'
option public_key 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'



johman971

  • Abonné Free fibre
  • *
  • Messages: 3
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #37 le: 20 décembre 2022 à 13:30:58 »
slt, j'ai essayé ta config, mais ça ne fonctionne toujours pas pour moi. T'a mis quelle règle pour ton pare-feu?

nouknouk

  • Abonné Free fibre
  • *
  • Messages: 38
  • yutz 57
    • Wiki ma domotique
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #38 le: 20 décembre 2022 à 15:31:09 »
Salut,

Je pense qu'il faut que la zone 'vpn' puisse communiquer avec la zone 'lan'.
Deux paramètres sur lesquels jouer amha:
- l'accept sur le forward entre chaque zone
- le cas échéant, le masquerading

Niveau port forward, il faut accepter le trafic wireguard venant du wan pour qu'il atteigne le serveur wireguard qui tourne sur ton routeur openwrt:
- Incoming IPv4,
- protocol UDP
- From wan
- To this device, port 51280
- Forward to lan IP 192.168.0.254 port 51280

192.168.0.254 étant l'IP propre de mon routeur sur le LAN.
   

johman971

  • Abonné Free fibre
  • *
  • Messages: 3
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #39 le: 20 décembre 2022 à 16:46:15 »
voici ma config

config zone 'lan'
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        list network 'lan'
        list network 'wg0'

config redirect
        option dest 'lan'
        option target 'DNAT'
        list proto 'udp'
        option src 'wan'
        option dest_ip '192.168.1.1'
        option src_dport '51820'
        option dest_port '51820'
        option name 'WireGuard'


config device
        option name 'wg0'
        option acceptlocal '1'

config interface 'wg0'
        option proto 'wireguard'
        option private_key 'aaaaa'
        list addresses '192.168.9.1/24'
        option mtu '1200'
        option listen_port '51820'

config wireguard_wg0 'wgclient'
        option public_key 'aaaaa'
        option preshared_key 'aaaaa'
        list allowed_ips '192.168.9.2/32'
        option route_allowed_ips '1'
        option persistent_keepalive '25'


Fuli10

  • Abonné Free fibre
  • *
  • Messages: 1 006
  • Conflans Sainte Honorine (78)
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #40 le: 02 février 2023 à 10:02:20 »
Hello.

Quelques updates par rapport à ma connection récente chez Free.

Je test avec openwrt 22.03.

Apparemment il faut toujours modifier le fichier /lib/netifd/proto/map.sh comme au premier post. Je n'ai pas encore cherché s'il y a un moyen plus propre pour le faire.
Ensuite, apparemment sur openWRT la modification du map.sh pour interdire la route par défaut pour l'IPv4 partagée ne semble plus fonctionner. En tout cas si on défini l'IPv6 en DHCPv6, la route par défaut vers le 1/4 d'IPv4 se remet tout le temps et régulièrement. Du coup on finit par avoir tout son traffic par ce quart d'IP au lieu de l'avoir par l'IPv4 complète.
Pas top.

Quand j'aurai du temps je vais regarder ça plus en détail. Pour le moment j'ai désactivé cela en définissant l'IPv6 en statique. Mais j'aimerai bien garder mon quart d'IPv4 pour le fun (genre dédié uniquement à certains protocoles comme pour le gaming).

Ensuite, pour la récupération de l'adresse MAC de la Freebox (qui je le rappelle n'est visible nulle part sur la box), Free a modifié légèrement son infrastructure par rapport à avant. Maintenant il n'est plus possible de récupérer la MAC juste en branchant l'ONU et en dumpant ce qui arrive dessus. A chaque fois que l'ONU est débranché, il ne laisse passer plus rien du net sur son SFP tant que la box n'ai pas au moins envoyé un paquet avec la bonne address MAC.
Du coup, le seul moyen de récupérer la MAC de la box, c'est de brancher d'abord la BOX directement avec un DAC vers le routeur, puis de dumper les requêtes DHCP venant de la box. Et LA seulement on dispose de l'adresse MAC à utiliser.

nouknouk

  • Abonné Free fibre
  • *
  • Messages: 38
  • yutz 57
    • Wiki ma domotique
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #41 le: 20 mars 2023 à 17:49:45 »
salut,

je suis désormais également en 22.03 ; sans changement notable concernant les modifs précédemment citées.

Ça se passe (très) bien, à une exception près (mais qui - je crois - arrivait déjà sur ma config openwrt 21.02): il arrive que tout à coup (parfois au bout d'une semaine, parfois un mois), plus rien ne soit accessible de l'extérieur (tandis que sortir depuis le LAN ne continue de poser aucun souci) ; et c'est difficilement prévisible.

Dans ce cas un restart des interfaces suffit à tout faire rentrer dans l'ordre.
Mais c'est pas top, car si je décide de partir deux semaines en vacances et que ça flanche 'day 1', j'ai plus d'accès à ma maison du tout (domotique, caméras de surveillance, que madame puisse voir si le chat rentre bien, etc...)

si on défini l'IPv6 en DHCPv6, la route par défaut vers le 1/4 d'IPv4 se remet tout le temps et régulièrement. Du coup on finit par avoir tout son traffic par ce quart d'IP au lieu de l'avoir par l'IPv4 complète.

Au vu de ce que tu dis, dois-je comprendre que désactiver le DHCPv6 sur l'interface WAN6 résoudrait mon souci ?

Ma config actuelle:
config device
option name 'map-wan6_4'
option mtu '1500'

config interface 'wan'
option delegate '0'
option tunlink 'wan6'
option proto 'map'
option type 'map-e'
option peeraddr '2a01:xxxx:xxxx:xxxx::fffd'
option ipaddr '82.64.27.189'
option ip4prefixlen '32'
option ip6prefix '2a01:xxxx:xxxx:xxxx::'
option ip6prefixlen '60'
option encaplimit 'ignore'
option defaultroute '1'
option ealen '32'
option psidlen '1'
option offset '16'
option psid '65535'
option device 'eth1.836'
option mtu '1500'

config interface 'wan6'
option proto 'dhcpv6'
option reqprefix 'auto'
option reqaddress 'try'
option macaddr 'XX:XX:XX:XX:XX:XX'
list dns '2001:4860:4860::8888'
option peerdns '0'
option device 'eth1.836'
option mtu '1700'
Je devrais donc passer en ?
config interface 'wan6'
option proto 'static'

kfc

  • Abonné Free fibre
  • *
  • Messages: 21
  • Paris (75)
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #42 le: 23 mars 2023 à 09:45:40 »
Pour ceux avec un routeur type MT7621, est ce que l'offload hardware fonctionne avec cette méthode d'encapsulation ?
Les 1G sont atteints sans problème avec charge CPU modeste ?

DSlite a l'air supporté par le driver pour l'offload, ensuite MAP-E s'appuie sur la même encapsulation non ?

https://elixir.bootlin.com/linux/v5.15.85/source/drivers/net/ethernet/mediatek
Voir sources de mtk-ppe et ppe-offload
« Modifié: 23 mars 2023 à 12:02:53 par kfc »

TTR6214

  • Abonné Free fibre
  • *
  • Messages: 9
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #43 le: 05 mai 2023 à 12:11:08 »
Petit retour d'expérience depuis 1 an, tout fonctionne sans soucis.
Pour la TV, j'ai découvert récemment que j'avais OQEE dans mon abonnement, donc parfait pour Chromecast, Android TV, etc.

Par contre il m'arrive d'avoir des bridages en soirée sur l'IPv4, souvent à partir de 21h.
Sur les sites de test de débit, on ne voit rien.
Par contre sur le téléchargement de fichier réel, hébergé sur un serveur IPv4, je ne dépasse pas les 200 ko/s !
Sur un autre serveur IPv4 situé à Lille, j'ai bien les 10 mo/s habituel.
Sur un serveur IPv6 (localisation aléatoire), pas de bridage.

Est-ce un problème de configuration de l'IPv4 ?
Existe-t'il une solution de contournement ?
Peut-être forcer le passage d'IPv4 en soirée dans un VPN IPv6 puis accès à l'Internet IPv4 de l'autre côté ?

pmark

  • Abonné Free fibre
  • *
  • Messages: 8
  • Paris 16
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #44 le: 20 décembre 2023 à 09:35:26 »
bonjour a tous
Je réside dans une zone ZTD et j'utilise une Freebox Révolution. J'ai suivi ce tutoriel pour essayer de me passer de la Freebox, mais je rencontre un problème : je n'ai pas de connectivité IPv4, seule l'IPv6 fonctionne.

Ma connexion fibre est de type PON.
J'ai l'ONU de free connecté a MC220L puis a mon routeur openwrt (archer c7 v2)

OpenWrt 23.05.0 r23497-6637af95aa / LuCI openwrt-23.05 branch git-23.236.53405-fc638c8
TP-Link Archer C7 v2

J'ai installé le package map avec ses les dépendances. Serait-il un problème de firewall ? Comment je pourrais identifier cela ?

Ci-dessous, vous trouverez mes configurations. Si quelqu'un peut identifier un éventuel problème ou une erreur dans ces réglages
merci d'avance je reste a dispo pour toute info complémentaire

network:
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fd72:xxxx:xxxx::/48'

config device
option name 'br-lan'
option type 'bridge'
list ports 'eth1.1'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '60'
list dns '8.8.8.8'

config interface 'wan'
option delegate '0'
option tunlink 'wan6'
option proto 'map'
option type 'map-e'
option peeraddr '2a01:xxx:xx:xxxx::xxxx'
option ipaddr '88.xxx.xx.xx'
option ip4prefixlen '32'
option ip6prefix '2a01:xxx:xxx:xxxx::'
option ip6prefixlen '60'
option mtu '1500'
option encaplimit 'ignore'
option ealen '32'
option psidlen '1'
option offset '16'
option psid '65535'
option maptype 'map-e'
list dns '8.8.8.8'

config interface 'wan6'
option proto 'dhcpv6'
option reqprefix 'auto'
option reqaddress 'try'
option macaddr 'F4:xx:xx:xx:xx:xx'
option mtu '1700'
option device 'eth0.836'
option peerdns '0'
list dns '2001:4860:4860::8888'

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t 2 3 4 5'
option vid '1'

config switch_vlan
option device 'switch0'
option vlan '2'
option ports '1 6t'
option vid '2'

config switch_vlan
option device 'switch0'
option vlan '836'
option vid '836'
option ports '1t 6t'


screenshots:





nouknouk

  • Abonné Free fibre
  • *
  • Messages: 38
  • yutz 57
    • Wiki ma domotique
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #45 le: 20 décembre 2023 à 16:30:46 »
Salut,

De mon cote ça fonctionne toujours bien , ipv4 + IPv6.
J'avais eu besoin non seulement d'installer le package map, mais en plus de modifier un fichier une fois installé m.

Je t'invite à jeter un œil à mes notes perso: https://github.com/nouknouk/ma-domotique/wiki/remplacer-la-freebox-par-nanopi-r4s#4rd-traffic-mapping

pmark

  • Abonné Free fibre
  • *
  • Messages: 8
  • Paris 16
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #46 le: 07 janvier 2024 à 17:09:51 »
Salut,

De mon cote ça fonctionne toujours bien , ipv4 + IPv6.
J'avais eu besoin non seulement d'installer le package map, mais en plus de modifier un fichier une fois installé m.

Je t'invite à jeter un œil à mes notes perso: https://github.com/nouknouk/ma-domotique/wiki/remplacer-la-freebox-par-nanopi-r4s#4rd-traffic-mapping


Bonjour,

Merci pour vos conseils notes. Malheureusement, je n'ai toujours pas réussi à établir une connexion IPv4. J'ai remarqué quelques différences entre vos notes et le tutoriel, notamment dans cette section :
Citer
echo "$RULE_DATA" >> /tmp/map-$cfg.rules
  [ -z "${RULE_DATA##*2a01:xxxx:xxxx:xxxx::fffd*}" ] && sed -i "s/RULE_1_IPV6ADDR=.*/RULE_1_IPV6ADDR=${ip6prefix%?}0:ffff:ffff:0/" /tmp/map-$cfg.rules
  RULE_DATA=`cat "/tmp/map-$cfg.rules"`
eval $RULE_DATA

Dans vos notes, il est indiqué de remplacer xxxx:xxxx:xxxx:xxxx par ma propre adresse IPv6 ("replace xxxx:xxxx:xxxx by your own IPv6"), tandis que le tutoriel utilise *2a01:e00:29:200a::fffd*. Dois-je utiliser mon adresse IPv6 personnelle ou l'adresse peeraddr fournie par Free ?

Une autre question concerne les parties barrées dans le tutoriel. Sont-elles nécessaires ? En particulier, la section "Remplacer la totalité du fichier /etc/config/mwan3 par cela :"

Concernant l'interface 'wan6_4', le tutoriel mentionne qu'il faut indiquer #Votre adresse IP éphémère. Que signifie exactement une "adresse IP éphémère" ? Est-ce la même chose que #L'ip full stack qui vous a été attribué et qui se trouve sur votre espace client ?

Enfin, lors de mes tests, sur la console OpenWRT j'ai reçu le message d'erreur suivant : ip6_tunnel: map-wan6_4 xmig: Local address not yet configured!

Je vous remercie pour toute aide que vous pourriez m'apporter et m'excuse si mes questions semblent basiques, ma connaissance en réseau étant limitée.

Fuli10

  • Abonné Free fibre
  • *
  • Messages: 1 006
  • Conflans Sainte Honorine (78)
Free ZMD (4rd) - IPv4 FullStack + 1/4 IPv4 + Plage /60 IPv6 - OpenWrt
« Réponse #47 le: 09 janvier 2024 à 13:55:41 »
Hello
Si ça peut aider quelqu'un, je vous copie le diff entre la version de map.sh que j'ai modifié et la version de base:
66a67,70
>
> [ -z "${RULE_DATA##*2a01:e00:29:200a::fffd*}" ] && sed -i "s/RULE_1_IPV6ADDR=.*/RULE_1_IPV6ADDR=${ip6prefix%?}0:ffff:ffff:0/" /tmp/map-$cfg.rules
> RULE_DATA=`cat "/tmp/map-$cfg.rules"`
>
82c86,87
< json_add_int mtu "${mtu:-1280}"
---
> #json_add_int mtu "${mtu:-1280}"
> json_add_int mtu "${mtu:-1500}"
130c135,136
< proto_add_ipv4_route "0.0.0.0" 0
---
> # proto_add_ipv4_route "0.0.0.0" 0
> [ -z "${RULE_DATA##*2a01:e00:29:200a::fffd*}" ] && proto_add_ipv4_route "0.0.0.0" 0
En gros:
  • je modifie l'IP source pour le tunnel ipip6 en ${ip6prefix%?}0:ffff:ffff:0
  • je change la MTU du tunnel pour 1500 (par défaut 1280)
  • je ne crée pas la route par défaut IPv4 via l'IP du tunnel[/ii]
Sinon, la définition de mon interface wan (IPv4 full stack) + wan6:

config interface 'wan6'         
        option device 'eth0.836'                                     
        option proto 'dhcpv6'       
        option reqaddress 'try'         
        option reqprefix 'auto'         
        option zone_map 'wan'             
        option peerdns '0'             

config interface 'wan'                   
        option delegate '0'               
        option tunlink 'wan6'             
        option proto 'map'               
        option type 'map-e'               
        option peeraddr '2a01:e00:29:200a::fffd'
        option ipaddr '<monIPv4 full stack>'           
        option ip4prefixlen '32'               
        option ip6prefix '2a01:<prefix>0::' 
        option ip6prefixlen '60'
        option mtu '1500'                       
        option encaplimit 'ignore'             
        option ealen '32'                       
        option psidlen '1'                     
        option offset '16'                     
        option psid '65535'                     
        option maptype 'map-e'                 
        option peerdns '0'                     
        option zone 'wan'                       

De mémoire pas mal de trucs ne servent pas.

Et enfin et surtout parce que flemme, j'ai souvent des déconnexions dès que le wan6 déconne ou se reconnecte et le wan ne se monte plus. D’après les logs c'est un problème dans les scripts de démontage/remontage d'interface qui ne fonctionnent pas top (probablement un clean mal fait). Seul moyen d'être sûr qu'une modification d'interface est prise en compte est de redémarrer openWRT.

Hormis ces modifications du script map.sh et ma configuration, tout fonctionne avec l'IPv4 "full stack". J'ai également le 1/4 d'IPv4 qui se monte, mais malheureusement je ne sais pas pourquoi l'option zone_map ne semble pas fonctionner et l'interface se crée sans être mis dans la zone firewall du wan. J'ai aussi commenté la création de la route par défaut car si je laisse map.sh la créer, je n'arrive pas à créer une autre route de priorité supérieurs pour passer par défaut par une autre interface.