On souhaite pouvoir fixer librement les serveurs DNS utilisés par la LB (ip-v4 et -v6). Ce n'est pas compliqué, c'est juste scandaleux qu'Orange ne le permette pas sur les box "grand public" !

Bouygues et SFR ne le permettant pas non plus, je me demande si ce n'est pas une demande en haut lieu pour laisser le filtrage DNS se faire...
Chez Bouygues, sauf erreur de ma part, on peut ajouter des DNS secondaires, mais pas supprimer celui de Bouygues..

On souhaite pouvoir fixer librement les serveurs DNS utilisés par la LB (ip-v4 et -v6). Ce n'est pas compliqué, c'est juste scandaleux qu'Orange ne le permette pas sur les box "grand public" !

Nouvelle version stable RouterOS 7.24.1 (2026-08-21 16:06) :

*) app - correction du point d'entrée et de la commande de l'application opencloud-extended-collabora ;
*) bridge - correction du drapeau hôte 'E' manquant pour les switchs de la série CRS8xx ;
*) bridge - correction de MLAG pour les switchs de la série CRS8xx ;
*) bridge - correction d'un problème de stabilité lors de l'utilisation de VRRP sur un pont ;
*) bridge - amélioration du vieillissement des hôtes et de la logique de suppression dans MLAG ;
*) console - correction d'un problème de recherche d'argument de la commande 'find' (introduit en v7.24) ;
*) container - meilleure isolation de l'hôte lorsque le conteneur est configuré avec 'privileged=yes' ;
*) l3hw - correction d'un problème de stabilité lors de l'activation du déchargement IPv6 ;
*) l3hw - correction du déchargement VRF lors de la suppression d'une interface bond ;
*) leds - correction du déclencheur 'interface-status' ;
*) snmp - validation correcte de la longueur du mot de passe lors de l'application de la configuration ;
*) ssh - refactorisation des processus internes du service SSH ;
*) switch - correction d'un possible blocage du trafic Rx vers le CPU pour les équipements dotés d'une puce switch Marvell Prestera ;
*) switch - correction d'un problème de stabilité pendant la boucle L2 pour les puces switch 98DX224S, 98DX226S, 98DX2528 et 98DX3236 ;
*) switch - correction d'un problème de stabilité sur RB3011 (introduit en v7.22) ;
*) system - amélioration de la gestion des requêtes SSL/TLS invalides ;
*) wifi - correction d'un problème de stabilité pour hAP be lite ;
*) wireguard - correction de la gestion de l'état d'activation/désactivation des pairs, qui pouvait laisser le tunnel non fonctionnel (introduit en v7.24) ;
*) wireguard - correction de la gestion des clés privées, y compris les clés privées vides ;
*) www - amélioration de la réactivité du service lors de la réception de paquets malformés.

— Vigilant Automate —

Bonjour,
ça fonctionne

Mais cela demande toute une nouvelle conception des équipements électriques, et leur disponibilité. Avec les véhicules électriques qui utilisent déjà cette tension en courant continu, cela permet d'utiliser les mêmes développements, et d'avoir plus de composants disponibles.

Précision importante: la plupart des véhicules électriques compatible recharge 800V ont une électronique de puissance interne à 400V, donc avec quasi aucun composant électronique compatible 800V. Pendant la recharge 800V, ces véhicule réagencent leur batterie (de 2 éléments parallèle à 2 éléments série) avec l'aide de contacteurs.

Par contre, ça ne change pas le fond : on a des développement d'électronique de puissance 800V pour les bornes, et oui, l'électronique d'une borne peut très bien utiliser des composants électronique de puissance similaires ou identiques à un redresseur 800V-DC de datacenter.

---

Une question que je me pose, je vais fouiller...
Si le 800VDC des datacenters IA est implémenté en "split phase", donc 2x400V, est-ce que ça serait compatible des serveurs 380VDC déjà développés?
Ca pourrait être l'occasion de booster aussi l'essor du 380VDC dans des datacenters "non IA".

Leon.