67
« Dernier message par ylec le Hier à 14:56:20 »
Bonjour,
Dernière mise au point.
Une fois le lien PPPoE (ppp0) opérationnel pour mon lien WAN0, via le service networking.service, il me restait à remettre en service le lien WAN1 via un modem GSM 4G Quectel EC25 ; comme ça fonctionnait très bien bien avec NetworkManager, qui produit une configuration prête à l'emploi sans rien faire sur l'interface mis en mode cdc_ether:
enxAAAAAAAAAAAA
j'ai par flemme remis NetworkManager en route (ModemManager reste lui désactivé car j'ai besoin de /dev/ttyUSB1 et /dev/ttyUSB2, pour gérer des appel téléphonique, et surtout des SMS avec asterisk).
Hélas toutes les anomalies citées dans mon premier post sont alors réapparues son mon lien PPPoE OVH, alors que celui ci restait géré par networking.service, et que NetworkManager était censé ne s'occuper que du lien GSM ! ! !
Je dis par flemme, car cet interface enxAAAAAAAAAAAA, ne garde pas la même address MAC et donc le même nom qui en dépend, après chaque poweroff du Quectel EC25 (je dis bien poweroff, et pas reboot, ni poweroff de la VM Proxmox).
Pour iptables c'est pas trop gênant car on peut faire une règle , par exemple du type:
dans la table *filter:
-A FORWARD -o enx+ -p udp -m conntrack --ctstate RELATED -m helper --helper sip -j ACCEPT
dans la table *nat:
-A POSTROUTING -o enx+ -j MASQUERADE
=====
En revanche
Avant de le faire prendre en charge par networking.service dans /etc/network/interfaces; l'interface Quectel EC25 doit avoir un nom fixe .
Pour ce faire, on peut éditer une des configs pour le service udevd contenant des exemples intuitifs, donné dans la Debian sous /usr/lib/udev/rules.d/73-special-net-names.rules.
Surtout ne pas modifier ce fichier qui sera écrasé par une mise à jour.
Mais en faire une copie sous /etc/udev/rules.d/
/etc/udev/rules.d/73-special-net-names.rules
et y mettre , avec l'idVendor et l'idProduct, quelque chose comme:
ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="usb", \
ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0125", NAME="qeth0"
si on en avait deux (ce qui n'est pas le cas de ma config), on pourrait essayer
ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="usb", \
ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0125", NAME="qethb%s{busnum}"
A condition de ne pas avoir les deux sur le même BUS USB (visible avec lsusb). Et encore, à vérifier que si on ne bouge pas le modem de place, il reste dans tous les cas sur le même N° de BUS!
En suite on peut rajouter sa conf dans /etc/network/interfaces:
==============
# --- WAN GSM
allow-hotplug qeth0
iface qeth0 inet dhcp
==============
C'est le serveur dhcp, du miniOS du Quectel EC25, qui fourni adresse d'interface et gateway par défaut; et qui assure ensuite un niveau de nat supplémentaire avant la cascade de nat entre réseaux privés du FAI jusqu'au routeur externe du FAI, avec une adresse IP publique.
une fois tout ça en place:
On désactive NetworkManager le killer des liaisons PPPoE sur VLAN ; en tout cas chez OVH;
mais le fait que je n'ai pas trouvé un seul exemple de mise en oeuvre de ce type de lien profil C sur Fedora ou RedHat like, en dit long sur la raison de cette absence ! Car sur cet environnement, pas de service networking.service comme sur Debian.
Resterait peut être à explorer les service systemd-networkd présent sur Fedora et Debian ?
Sur Fedora; l'ancien service network sous /etc/init.d/ (qui avait aussi son jeux de commande ifup/ifdown) a disparu de puis longtemps !
Conclusion
sur lien PPPoE/VLAN , SURTOUT pas de service NetworkManager actif !
Messages récents
Orne THD / Pas assez de chaînes intéressantes ? Grok est notre ami !
Actu Free Mobile
Attaques informatiques
Installation de la fibre
OVH FAI
