C'est moins vrai pour les players récents comme la Pop qui ont simplement besoin d'IPv6 mais effectivement il y avait certaines contraintes :

Code: [Sélectionner]

Les services UPnP A/V, UPnP IGD, proxy WOL, SeedBox et votre réseau Wi-Fi sont désactivés.
Vos Player TV ne sont plus accessibles sur le LAN (uniquement pour le FreeStore et le navigateur internet) et la TNT est inaccessible en multiposte.
Les services de découverte (mDNS) des partages macOS sont inopérants.
Le partage Windows du Server internet n'est plus accessible.


Pour ma part j'utilise la Freebox en mode routeur car j'ai 2 routeurs derrière (un à l'étage et un au RDJ, en actif/passif avec VIP et réplication des sessions, des baux DHCP...) et si je passe en bridge, je ne vois pas comment je peux gérer le second alors que l'IP publique est sur le premier ? Peut-être que je rate quelque chose ? Là je peux mettre à jour, redémarrer, etc. sans que personne ne se rende compte de quoique ce soit.

Ce qui m'embête plus c'est l'absence de spanning-tree, ça contraint à n'utiliser qu'un port de la Freebox. Si le switch (ou le câble DAC) sur lequel elle est connectée a un souci je perds complètement l'accès par la liaison FTTH. Ça continue certes à fonctionner par le backup 4G mais bon.

On peut se dire que c'est useless pour la maison (ce qui n'est sans doute pas complètement faux) mais ça permet aussi de toucher à des choses qu'on n'a pas forcément l'occasion de voir ailleurs.

Clairement, avec la box en bridge, c'est un routeur relié à la box et lui seul, tout le reste, éventuellement d'autres routeurs est relié à ce premier.

Clairement, avec la box en bridge, c'est un routeur relié à la box et lui seul, tout le reste, éventuellement d'autres routeurs est relié à ce premier.

C'est ce que j'ai, et je préfère 1000x gérer le routage (inter VLAN, point de terminaison VPN et 2 autres tunnels) avec mon routeur plutôt qu'avec la Freebox. Mais c'est valable pour tous les opérateurs, si on fait partie du public qui a besoin de routes statiques, à mon avis, on fait bien mieux d'utiliser son propre routeur et de mettre la Freebox en mode pont si chez Free.

Le seul désavantage technique est un routage asymétrique avec potentiellement une dégradation des performances (routage CPU au lieu de l’accélération HW) dans le sens Ouest/Est.

Je m'explique: le LAN de la Freebox devient en plus d'un réseau d'accès un réseau d'interco pour le routeur secondaire.
Donc les machines qui sont sur le LAN Freebox qui tente de joindre une machine derrière le routeur secondaire vont envoyer leur traffic à la Freebox qui va peut être émettre un ICMP Redirect puis va envoyer le traffic au routeur secondaire qui va faire son travail.
Dans le sens retour, on saute l'étape Freebox.

Est-ce grave ?
Cela dépends fortement de l'hypothèse sur la perte de l'accel HW.

Si elle est incorrect alors c'est franchement trivial.
Sur le terrain, il existe un nombre impressionnant d'entreprise qui sont dans la même situation avec leur routeur MPLS.

Maintenant passons à la partie plus sociale du cadre domestique.

Je connais pas mal de {net/sys}admin qui n'ont pas envie de travailler une fois à la maison.
Si leur enfant a envie de faire joujou avec le réseau, ils n'ont pas forcement envie de devoir déployer un nouveau routeur Internet pour la maison et faire du NAT en interne serait dommage.

Tu parles d'un backup wan via un routeur externe relié à la fbx ?

Non. Est-ce que tu peut m'expliquer ce qui t'a amener à penser à çà dans mon message ?

L'ICMP redirect est une vulnérabilité potentielle, ce n'est pas étonnant et c'est préférable.

Non. Est-ce que tu peut m'expliquer ce qui t'a amener à penser à çà dans mon message ?

Les icmp redirect évidemment,
si la destination est sa route par défaut, elle route, si elle est informée d'une autre, par je ne sais quel moyen, elle indique l'autre passerelle.
si la destination est l'autre réseau local et qu'elle ne connait pas la route, il n'y a aucune raison qu'elle envoie un redirect, elle balance sur sa route par défaut, tout court.
Si elle connait la route (la passerelle en fait) de cette  route statique, elle envoie à la passerelle indiquée, sans considérer si la source est locale ou pas.
ça fait une trame inutile sur le lan, d'accord, mais bon, toutes les machines ne connaissent qu'une passerelle par défaut généralement.
Typiquement les redirect ne sont utilisés que sur une erreur de masque dans un réseau et qu'une machine s'adresse à sa passerelle alors qu'elle devrait adresser la machine directement, ou en période de transition quand on divise un réseau en plusieurs sous réseaux.