20
« Dernier message par ylec le Aujourd'hui à 19:15:15 »
Bonjour
Personellement, j'ai acheté un pack OVH fibre Pro avec profil C, il y a presque un mois, donc VLAN 4001 et Class of Service 0 , et PPPoE
J'ai créé deux machines virtuelles sous Proxmox installé sur un mini-PC industriel 4 interface Ether Gbps,
une Debian et une Fedora
J'ai fait la configuration PPPoE sous Debian 13, kernel 6.12 avec l'interface graphique de MATE:
Systeme -> Centre de Controle -> Configuration Réseau Avancé
qui lance le programme nm-connection-editor
J'ai fait également la config avec une Fedora 42 (avec Kernel 6.17, pour être au même niveau de désignation des interfaces que sur Debian 13); où la désignation des interfaces ethernet a été simplifiée lors du passage de Kernel 6.16 à 6.17 sur Fedora 42: exemple enp6s18, remplacé par ens18) Sur Fedora on peut démarrer nm-connection-editor, via la nm-applet (de la barre des taches à droite) --> Modifier les connexions
Ensuite sous Debian 13 ou Fedora 42 c'est la même procédure.
J'ai personnellement 3 interfaces Ethernet
ens18 (pour le WAN)
ens19 (pour un LAN1 général)
ens20 (pour un LAN2 dédié à la ToIP)
ens18 est désactivé en configuration IPV4 et IPV6, mais activé au boot pour être dans l'état running.
puis je crée un VLAN 4001, ens18.4001 qui a comme parent ens18, aussi désactivé en configuration IPV4 et IPV6, mais activé au boot
au final ifconfig -a doit faire voir:
ens18: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ens18.4001: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
Puis on crée un interface PPPoE toujours avec nm-connection-editor
Dans l'onglet génnéral cocher: se connecter automatiquement ...
Dans l'onglet DSL/PPPoE :
Interface parente: ens18.4001 (et décocher "Réclamer l'interface"
pour que dans le paramètre suivant, ppp0
apparaisse automatiquement, et SURTOUT que NetworkManager l'active vraiment)
Interface PPP: ppp0
Nom d'utilisateur: <son credential OVH @byt.ovhcloud>
Service: vide
Mot de passe: <son password OVH>
Dans l'onglet suivant on peut laisser toutes les méthodes d'authentification cochées (elles sont négotiées avec le serveur PPPoE)
j'ai joué aussi avec les méthodes de décompression, pour essayer de faire disparaitre les anomalie que je vais dévrire après
Sur l'onglet Proxy, rien à faire
sur celui IPV4 cocher Automatique (PPPoE) (qui permet de récupérer l'adresse fixe alloué par OVH, la gateway par défaut et les @IP des DNS), et pareil pour IPV6 ou désactivé.
NOTE le MTU de ppp0 démarré par NetworkManager, sera automatiquement celui du parent (ens19.4001) - 8
= = = = =
On règle son firewall préféré pour faire du nat quand on sort par ppp0
Résultat: Dans un premier temps avec des tests simples tout semble fonctionner.
Les tests speedtest.net, avec les meilleurs serveurs proposés (exemple ORANGE), donne un débit environ symétrique > 900 Mbps
les pings vers 1.1.1.1 donne au mieux 8 à 9 ms, mais peut monter à plus de 160 ms en soirée, en tout cas pour le NRO du 77 où je suis raccordé.
Mais dès qu'on est sur des pages WEB complexe, exemple la pages "Order" sur aliexpress, les temporisations peuvent être entre 1 mn et 'infinie', si on ne fait pas de reload, et encore ça ne fonctionne pas toujours le reload.
J'ai une application bancaire de smartphone, qui ne permet même pas de passer l'étape de login car le clavier aléatoire qui permet d'entrer son code, reste indéfiniment en attente.
Sur netflix, les AndroidTV boxes, reste en attente de l'apparition de la page des profils.
Et encore j'ai expérimenté des différences selon les seveurs DNS utilisés, ceux fourni par OVH étant le cas pire, où le plus de site WEB sont inutilisables. C'est avec 1.1.1.1 et celui de google 8.8.8.8, que j'ai les résultats les moins pires.
======
de guerre lasse, j'ai laissé tomber des heures d'essais, et ai "changer d'offre", pour avoir un model Zyxel avec leur config standard. La ça fonctionne en mettant mon routeur en DMZ de la boxe Zyxel, sur une de ses ports LAN. Donc une couche de NAT; et 4€80 TTC en plus par mois.
Le mode Bridge qui prend en charge le VLAN 4001, et laisse le routeur prendre en charge PPPoE ppp0, ayant cette fois ci ens18 en parent , et en désactivant l'interface ens18.4001, ne donne AUCUNE suppression des anomalies décrites ci dessus.
Je précise que ces routeurs fonctionnent the finger in the nose, sur le réseau Free avec une FreeBox Pop en Bridge IPv4 (on perd l'IPv6), ou sur le Réseau K-net pro (qui n'a pas d'IPv6). Ces deux réseaux n'utilisent ni VLAN, ni PPPoE.
Alors si quelqu'un passant par ici à réussi faire fonctionner un routeur sur une fibre OVH/BouyguesTelecom; avec VLAN et PPPoE , profil C d'OVH, il serait intéressant de savoir comment ?
Je précise que dès qu'on utilise des VLAN sur le lien de départ, n'importe quelle CoS, peut être mise en ouvre au niveau 2 de l'OSI, basé sur des critères comme m'adresse MAC, .... Dans ce cas ci , @MAC n'est pas le critère car j'ai expérimenté en reportant l'adresse MAC WAN du Zyxel (vu sur wireshark) sur les interfaces fournis par proxmox