Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un
baudet :-P
Exemple de soucis : l'interface r=C3=A9seau par d=C3=A9faut a chang=C3=A9, =
passant de
eth0 (c'=C3=A9tait trop compliqu=C3=A9 !) =C3=A0 epn3s0. Bon, soit. Sauf que
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques
routes, par exemple celle vers le serveur SMTP de mon porvider, parce
que je ne trouve rien qui me permette de faire cela.
Sous Jessie, je rajoutais les routes statiques
dans /etc/network/interfaces, et =C3=A7a passait au poil. Maintenant, faire
la m=C3=AAme chose avec le nouveau nom d'interface emp=C3=AAche carr=C3=A9m=
ent
Network-Manager de se connecter... Bon, vous me direz, je n'ai qu'=C3=A0
lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y
comprends pas grand chose. Quelques unes parlent des anciens r=C3=A9glages,
d'autres du nouveau systemd, mais je n'en ai pas trouv=C3=A9 faisant le lien
entre tout =C3=A7a.
Si quelque bonne =C3=A2me pouvait apporter ses lumi=C3=A8res au neuneu que =
je
suis, je lui en serais =C3=A9ternellement (enfin, beaucoup beaucoup)
reconnaissant.
\bye
--=20
Nicolas FRANCOIS | /\=20
http://nicolas.francois.free.fr | |__|
X--/\\
We are the Micro$oft. _\_V
Resistance is futile. =20
You will be assimilated. darthvader penguin
Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter... Bon, vous me direz, je n'ai qu'à lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y comprends pas grand chose. Quelques unes parlent des anciens réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien entre tout ça. Si quelque bonne âme pouvait apporter ses lumières au neuneu que je suis, je lui en serais éternellement (enfin, beaucoup beaucoup) reconnaissant.
Bonjour On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il n'y a qu'un mot à changer: eth0 /etc/udev/rules.d/70-persistent-net-rules. -- Maderios
On 07/09/2017 03:11 PM, Nicolas FRANCOIS wrote:
Salut.
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un
baudet :-P
Exemple de soucis : l'interface réseau par défaut a changé, passant de
eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques
routes, par exemple celle vers le serveur SMTP de mon porvider, parce
que je ne trouve rien qui me permette de faire cela.
Sous Jessie, je rajoutais les routes statiques
dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire
la même chose avec le nouveau nom d'interface empêche carrément
Network-Manager de se connecter... Bon, vous me direz, je n'ai qu'à
lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y
comprends pas grand chose. Quelques unes parlent des anciens réglages,
d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien
entre tout ça.
Si quelque bonne âme pouvait apporter ses lumières au neuneu que je
suis, je lui en serais éternellement (enfin, beaucoup beaucoup)
reconnaissant.
Bonjour
On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il
n'y a qu'un mot à changer: eth0
/etc/udev/rules.d/70-persistent-net-rules.
Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter... Bon, vous me direz, je n'ai qu'à lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y comprends pas grand chose. Quelques unes parlent des anciens réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien entre tout ça. Si quelque bonne âme pouvait apporter ses lumières au neuneu que je suis, je lui en serais éternellement (enfin, beaucoup beaucoup) reconnaissant.
Bonjour On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il n'y a qu'un mot à changer: eth0 /etc/udev/rules.d/70-persistent-net-rules. -- Maderios
Jean-Michel OLTRA
Bonjour, Le dimanche 09 juillet 2017, Nicolas FRANCOIS a écrit...
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela.
J'ai fait un post il y a pile une semaine concernant ce problème sur une migration sur un vps OVH. Le souci était sur le noyau 3.16 (moi, c'était ens3, le nouveau nom). Le reboot sur le noyau 4 a résolu toute l'affaire, et eth0 est revenue. J'ai effectué hier une mise à jour d'un autre vps OVH. Prévenu, j'ai booté sur le noyau 4 d'autorité après la mise à jour (bon, je triche un peu, car, dans ce dernier cas, le bootloader était Grub et c'était configuré pour rebooter sur le noyau 4, contrairement à syslinux). Donc, première question : sur quelle version de noyau es tu ? Sinon, j'arrivais à monter l'interface ens3 avec systemd-networkd, mais c'est une autre affaire dont nous pourrons éventuellement reparler, en fonction de ta réponse à la question ci-dessus. -- jm
Bonjour,
Le dimanche 09 juillet 2017, Nicolas FRANCOIS a écrit...
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un
baudet :-P
Exemple de soucis : l'interface réseau par défaut a changé, passant de
eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques
routes, par exemple celle vers le serveur SMTP de mon porvider, parce
que je ne trouve rien qui me permette de faire cela.
J'ai fait un post il y a pile une semaine concernant ce problème sur une
migration sur un vps OVH.
Le souci était sur le noyau 3.16 (moi, c'était ens3, le nouveau nom). Le
reboot sur le noyau 4 a résolu toute l'affaire, et eth0 est revenue.
J'ai effectué hier une mise à jour d'un autre vps OVH. Prévenu, j'ai booté
sur le noyau 4 d'autorité après la mise à jour (bon, je triche un peu, car,
dans ce dernier cas, le bootloader était Grub et c'était configuré pour
rebooter sur le noyau 4, contrairement à syslinux).
Donc, première question : sur quelle version de noyau es tu ?
Sinon, j'arrivais à monter l'interface ens3 avec systemd-networkd, mais
c'est une autre affaire dont nous pourrons éventuellement reparler, en
fonction de ta réponse à la question ci-dessus.
Bonjour, Le dimanche 09 juillet 2017, Nicolas FRANCOIS a écrit...
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela.
J'ai fait un post il y a pile une semaine concernant ce problème sur une migration sur un vps OVH. Le souci était sur le noyau 3.16 (moi, c'était ens3, le nouveau nom). Le reboot sur le noyau 4 a résolu toute l'affaire, et eth0 est revenue. J'ai effectué hier une mise à jour d'un autre vps OVH. Prévenu, j'ai booté sur le noyau 4 d'autorité après la mise à jour (bon, je triche un peu, car, dans ce dernier cas, le bootloader était Grub et c'était configuré pour rebooter sur le noyau 4, contrairement à syslinux). Donc, première question : sur quelle version de noyau es tu ? Sinon, j'arrivais à monter l'interface ens3 avec systemd-networkd, mais c'est une autre affaire dont nous pourrons éventuellement reparler, en fonction de ta réponse à la question ci-dessus. -- jm
maderios
On 07/09/2017 03:35 PM, Gaëtan PERRIER wrote:
Le Sun, 9 Jul 2017 15:11:50 +0200 Nicolas FRANCOIS a écrit:
Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0.
Salut, Tu as fait un upgrade ou tu as réinstallé ? Parce que si tu as fait un upgrade normalement les noms d'interfaces ne changent pas. C'est indiqué dans la doc et c'est ce qui s'est passé pour moi quand j'ai upgradé de jessie vers stretch.
Bonjour Idem pour moi, j'ai récemment upgradé une jessie -> stretch, les noms des interfaces n'ont pas changé. A part des bricoles cosmétiques, ça roule. -- Maderios
On 07/09/2017 03:35 PM, Gaëtan PERRIER wrote:
Le Sun, 9 Jul 2017 15:11:50 +0200
Nicolas FRANCOIS <nicolas.francois@free.fr> a écrit:
Salut.
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un
baudet :-P
Exemple de soucis : l'interface réseau par défaut a changé, passant de
eth0 (c'était trop compliqué !) à epn3s0.
Salut,
Tu as fait un upgrade ou tu as réinstallé ?
Parce que si tu as fait un upgrade normalement les noms d'interfaces ne
changent pas. C'est indiqué dans la doc et c'est ce qui s'est passé pour moi
quand j'ai upgradé de jessie vers stretch.
Bonjour
Idem pour moi, j'ai récemment upgradé une jessie -> stretch, les noms
des interfaces n'ont pas changé.
A part des bricoles cosmétiques, ça roule.
Le Sun, 9 Jul 2017 15:11:50 +0200 Nicolas FRANCOIS a écrit:
Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0.
Salut, Tu as fait un upgrade ou tu as réinstallé ? Parce que si tu as fait un upgrade normalement les noms d'interfaces ne changent pas. C'est indiqué dans la doc et c'est ce qui s'est passé pour moi quand j'ai upgradé de jessie vers stretch.
Bonjour Idem pour moi, j'ai récemment upgradé une jessie -> stretch, les noms des interfaces n'ont pas changé. A part des bricoles cosmétiques, ça roule. -- Maderios
Pascal Hambourg
Le 09/07/2017 à 16:14, maderios a écrit :
On 07/09/2017 03:11 PM, Nicolas FRANCOIS wrote:
Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que
Après une mise à niveau ou une réinstallation ? Comme d'autres l'ont écrit, la mise à niveau depuis Jessie ne devrait pas modifier le nom des interfaces réseau existantes.
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter...
Comment ça, "empêche NetworkManager de se connecter" ? Se connecter à quoi ? Si une interface est configurée dans le fichier /etct/network/interfaces, par défaut NetworkManager ne s'en occupe pas. Si on a modifié le réglage qui fait que NetworkManager s'en occupe quand même et qu'on a des ennuis, on n'a que ce qu'on mérite. Si une interface est gérée par NetworkManager, il vaut mieux ajouter les routes statique dans la configuration de NetworkManager pour cette interface et non dans le fichier /etc/network/interfaces.
On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il n'y a qu'un mot à changer: eth0 /etc/udev/rules.d/70-persistent-net-rules.
Ce fichier n'est plus créé automatiquement dans une installation fraîche de Stretch puisque par défaut udev utilise un nommage "prévisible" à la place du nommage persistant. Il y a une option net.ifnames=0 à passer à la ligne de commande du noyau pour ne pas appliquer le nommage prévisible. <https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/>
Le 09/07/2017 à 16:14, maderios a écrit :
On 07/09/2017 03:11 PM, Nicolas FRANCOIS wrote:
Salut.
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un
baudet :-P
Exemple de soucis : l'interface réseau par défaut a changé, passant de
eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que
Après une mise à niveau ou une réinstallation ?
Comme d'autres l'ont écrit, la mise à niveau depuis Jessie ne devrait
pas modifier le nom des interfaces réseau existantes.
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques
routes, par exemple celle vers le serveur SMTP de mon porvider, parce
que je ne trouve rien qui me permette de faire cela.
Sous Jessie, je rajoutais les routes statiques
dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire
la même chose avec le nouveau nom d'interface empêche carrément
Network-Manager de se connecter...
Comment ça, "empêche NetworkManager de se connecter" ? Se connecter à quoi ?
Si une interface est configurée dans le fichier
/etct/network/interfaces, par défaut NetworkManager ne s'en occupe pas.
Si on a modifié le réglage qui fait que NetworkManager s'en occupe quand
même et qu'on a des ennuis, on n'a que ce qu'on mérite.
Si une interface est gérée par NetworkManager, il vaut mieux ajouter les
routes statique dans la configuration de NetworkManager pour cette
interface et non dans le fichier /etc/network/interfaces.
On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il
n'y a qu'un mot à changer: eth0
/etc/udev/rules.d/70-persistent-net-rules.
Ce fichier n'est plus créé automatiquement dans une installation fraîche
de Stretch puisque par défaut udev utilise un nommage "prévisible" à la
place du nommage persistant. Il y a une option net.ifnames=0 à passer à
la ligne de commande du noyau pour ne pas appliquer le nommage prévisible.
Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que
Après une mise à niveau ou une réinstallation ? Comme d'autres l'ont écrit, la mise à niveau depuis Jessie ne devrait pas modifier le nom des interfaces réseau existantes.
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter...
Comment ça, "empêche NetworkManager de se connecter" ? Se connecter à quoi ? Si une interface est configurée dans le fichier /etct/network/interfaces, par défaut NetworkManager ne s'en occupe pas. Si on a modifié le réglage qui fait que NetworkManager s'en occupe quand même et qu'on a des ennuis, on n'a que ce qu'on mérite. Si une interface est gérée par NetworkManager, il vaut mieux ajouter les routes statique dans la configuration de NetworkManager pour cette interface et non dans le fichier /etc/network/interfaces.
On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il n'y a qu'un mot à changer: eth0 /etc/udev/rules.d/70-persistent-net-rules.
Ce fichier n'est plus créé automatiquement dans une installation fraîche de Stretch puisque par défaut udev utilise un nommage "prévisible" à la place du nommage persistant. Il y a une option net.ifnames=0 à passer à la ligne de commande du noyau pour ne pas appliquer le nommage prévisible. <https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/>
Pascal Hambourg
Le 09/07/2017 à 17:27, Nicolas FRANCOIS a écrit :
Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces.
Je serais curieux de voir le contenu de ce fichier interfaces.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques,
Via l'applet NetworkManager du bureau.
ou demander que la connexion aux trois répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit "up").
Ça par contre, je ne sais pas comment faire. Il y a l'option de montage _netdev dans /etc/fstab pour les système de fichiers nécessitant le réseau.
D'où mes demandes. Je n'ai rien contre systemd, mais je suis né avec SysV
NetworkManager n'a rien à voir avec systemd. Il est aussi bien lancé par sysvinit que par systemd ou autre init.
Le 09/07/2017 à 17:27, Nicolas FRANCOIS a écrit :
Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire)
par l'applet network-manager de mon bureau. Et je rajoutais quelques
trucs dans /etc/network/interfaces.
Je serais curieux de voir le contenu de ce fichier interfaces.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par
systemd ???), et je ne sais pas comment le configurer (par exemple,
configurer des routes statiques,
Via l'applet NetworkManager du bureau.
ou demander que la connexion aux trois
répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit
"up").
Ça par contre, je ne sais pas comment faire. Il y a l'option de montage
_netdev dans /etc/fstab pour les système de fichiers nécessitant le réseau.
D'où mes demandes. Je n'ai rien contre systemd, mais je suis né
avec SysV
NetworkManager n'a rien à voir avec systemd. Il est aussi bien lancé par
sysvinit que par systemd ou autre init.
Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces.
Je serais curieux de voir le contenu de ce fichier interfaces.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques,
Via l'applet NetworkManager du bureau.
ou demander que la connexion aux trois répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit "up").
Ça par contre, je ne sais pas comment faire. Il y a l'option de montage _netdev dans /etc/fstab pour les système de fichiers nécessitant le réseau.
D'où mes demandes. Je n'ai rien contre systemd, mais je suis né avec SysV
NetworkManager n'a rien à voir avec systemd. Il est aussi bien lancé par sysvinit que par systemd ou autre init.
maderios
On 07/09/2017 05:27 PM, Nicolas FRANCOIS wrote:
Le Sun, 9 Jul 2017 15:11:50 +0200, Nicolas FRANCOIS a écrit :
Salut.
Bon, à la demande de tous les merveilleux colistiers, je précise quelques points.
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P
Il s'agit d'une nouvelle installation. J'avais fait un upgrade de Deb7 vers Deb8, et j'avais rencontré quelques petits soucis, donc j'ai voulu faire un "fresh start", en reconfigurant mes petites affaires pas à pas.
Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter...
Bon, j'ai visiblement quelques soucis pour m'expliquer clairement. Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces. Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques, ou demander que la connexion aux trois répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit "up"). D'où mes demandes. Je n'ai rien contre systemd, mais je suis né avec SysV, donc il faut un peu de temps pour que je m'adapte. J'ai déjà eu un peu de mal avec udev, donc je m'attends à apprendre des choses :-)
Bon, vous me direz, je n'ai qu'à lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y comprends pas grand chose. Quelques unes parlent des anciens réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien entre tout ça. Si quelque bonne âme pouvait apporter ses lumières au neuneu que je suis, je lui en serais éternellement (enfin, beaucoup beaucoup) reconnaissant. bye
Voilà, j'espère que ça précise des choses pour me faire aider plus :-)
Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 secondes. -- Maderios
On 07/09/2017 05:27 PM, Nicolas FRANCOIS wrote:
Le Sun, 9 Jul 2017 15:11:50 +0200,
Nicolas FRANCOIS <nicolas.francois@free.fr> a écrit :
Salut.
Bon, à la demande de tous les merveilleux colistiers, je précise
quelques points.
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un
baudet :-P
Il s'agit d'une nouvelle installation. J'avais fait un upgrade de Deb7
vers Deb8, et j'avais rencontré quelques petits soucis, donc j'ai
voulu faire un "fresh start", en reconfigurant mes petites affaires
pas à pas.
Exemple de soucis : l'interface réseau par défaut a changé, passant de
eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que
maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques
routes, par exemple celle vers le serveur SMTP de mon porvider, parce
que je ne trouve rien qui me permette de faire cela.
Sous Jessie, je rajoutais les routes statiques
dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire
la même chose avec le nouveau nom d'interface empêche carrément
Network-Manager de se connecter...
Bon, j'ai visiblement quelques soucis pour m'expliquer clairement.
Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire)
par l'applet network-manager de mon bureau. Et je rajoutais quelques
trucs dans /etc/network/interfaces.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par
systemd ???), et je ne sais pas comment le configurer (par exemple,
configurer des routes statiques, ou demander que la connexion aux trois
répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit
"up"). D'où mes demandes. Je n'ai rien contre systemd, mais je suis né
avec SysV, donc il faut un peu de temps pour que je m'adapte. J'ai déjà
eu un peu de mal avec udev, donc je m'attends à apprendre des choses :-)
Bon, vous me direz, je n'ai qu'à
lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et
j'y comprends pas grand chose. Quelques unes parlent des anciens
réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé
faisant le lien entre tout ça.
Si quelque bonne âme pouvait apporter ses lumières au neuneu que je
suis, je lui en serais éternellement (enfin, beaucoup beaucoup)
reconnaissant.
bye
Voilà, j'espère que ça précise des choses pour me faire aider plus :-)
Pourquoi tourner autour du pot? La solution que j'ai indiquée
précédemment sur ce fil résoud ton problème en 5 secondes.
Le Sun, 9 Jul 2017 15:11:50 +0200, Nicolas FRANCOIS a écrit :
Salut.
Bon, à la demande de tous les merveilleux colistiers, je précise quelques points.
Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P
Il s'agit d'une nouvelle installation. J'avais fait un upgrade de Deb7 vers Deb8, et j'avais rencontré quelques petits soucis, donc j'ai voulu faire un "fresh start", en reconfigurant mes petites affaires pas à pas.
Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter...
Bon, j'ai visiblement quelques soucis pour m'expliquer clairement. Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces. Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques, ou demander que la connexion aux trois répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit "up"). D'où mes demandes. Je n'ai rien contre systemd, mais je suis né avec SysV, donc il faut un peu de temps pour que je m'adapte. J'ai déjà eu un peu de mal avec udev, donc je m'attends à apprendre des choses :-)
Bon, vous me direz, je n'ai qu'à lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y comprends pas grand chose. Quelques unes parlent des anciens réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien entre tout ça. Si quelque bonne âme pouvait apporter ses lumières au neuneu que je suis, je lui en serais éternellement (enfin, beaucoup beaucoup) reconnaissant. bye
Voilà, j'espère que ça précise des choses pour me faire aider plus :-)
Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 secondes. -- Maderios
Nicolas FRANCOIS
--Sig_/umWku/t4EScljDKUEEyZNaS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Sun, 9 Jul 2017 18:05:10 +0200, maderios a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 seco ndes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire... bye -- Nicolas FRANCOIS | / http://nicolas.francois.free.fr | |__| X--/ We are the Micro$oft. __V Resistance is futile. You will be assimilated. darthvader penguin --Sig_/umWku/t4EScljDKUEEyZNaS Content-Type: application/pgp-signature Content-Description: Signature digitale OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE7s3+BtBEQX/Kgdk7xYgnps2M/gEFAlliXZ4ACgkQxYgnps2M /gG9awgAvz9L+VZRroZigZ4T7ewUvEGC3BcRY70jWVbK7GGc7YLGai7Cdn8sCTl3 I6HAym4Si3l5Whsea+RujXp1UXlibEqFjeqhgNMT4CZ29mh4F5gDbmRS1f37hWYh JgR+D30taYrMgpAXk5ZUFJPDALvMIwtgdY785a7BMH7ScW8EUj9n+qPkesyDcX7h lX5s9WqJzBRL+3enh7K76PbJTqiZJnACLuRkEJk2t4BsieCa4dXROm8E0Zc533SX u3IbGso/bEfhQcfXAC6TIN210xnFSIBYFwY0DDCfgiU+SMfeKXyKDhtSRnnfk3CI fG8zM7riyK9iaL1bLURc0CuX4o33JA= =yPjl -----END PGP SIGNATURE----- --Sig_/umWku/t4EScljDKUEEyZNaS--
Le Sun, 9 Jul 2017 18:05:10 +0200,
maderios <maderios@gmail.com> a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée
précédemment sur ce fil résoud ton problème en 5 seco ndes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire...
bye
--
Nicolas FRANCOIS | /
http://nicolas.francois.free.fr | |__|
X--/\
We are the Micro$oft. __V
Resistance is futile.
You will be assimilated. darthvader penguin
--Sig_/umWku/t4EScljDKUEEyZNaS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Sun, 9 Jul 2017 18:05:10 +0200, maderios a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 seco ndes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire... bye -- Nicolas FRANCOIS | / http://nicolas.francois.free.fr | |__| X--/ We are the Micro$oft. __V Resistance is futile. You will be assimilated. darthvader penguin --Sig_/umWku/t4EScljDKUEEyZNaS Content-Type: application/pgp-signature Content-Description: Signature digitale OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE7s3+BtBEQX/Kgdk7xYgnps2M/gEFAlliXZ4ACgkQxYgnps2M /gG9awgAvz9L+VZRroZigZ4T7ewUvEGC3BcRY70jWVbK7GGc7YLGai7Cdn8sCTl3 I6HAym4Si3l5Whsea+RujXp1UXlibEqFjeqhgNMT4CZ29mh4F5gDbmRS1f37hWYh JgR+D30taYrMgpAXk5ZUFJPDALvMIwtgdY785a7BMH7ScW8EUj9n+qPkesyDcX7h lX5s9WqJzBRL+3enh7K76PbJTqiZJnACLuRkEJk2t4BsieCa4dXROm8E0Zc533SX u3IbGso/bEfhQcfXAC6TIN210xnFSIBYFwY0DDCfgiU+SMfeKXyKDhtSRnnfk3CI fG8zM7riyK9iaL1bLURc0CuX4o33JA= =yPjl -----END PGP SIGNATURE----- --Sig_/umWku/t4EScljDKUEEyZNaS--
Pascal Hambourg
Le 09/07/2017 à 18:50, Nicolas FRANCOIS a écrit :
Le Sun, 9 Jul 2017 17:59:39 +0200, Pascal Hambourg a écrit :
Le 09/07/2017 à 17:27, Nicolas FRANCOIS a écrit :
Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces.
Je serais curieux de voir le contenu de ce fichier interfaces.
Il y avait ça : # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static
(...) Donc l'interface eth0 était gérée par ifupdown avec ce fichier, et NetworkManager n'aurait pas dû s'en occuper, la marquant "non gérée". Je ne vois pas trop pourquoi tu ne pourrais pas continuer à faire pareil avec Stretch. Il suffit d'ajuster le nom de l'interface dans le fichier.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques,
Via l'applet NetworkManager du bureau.
Oui, mais je ne sais pas rajouter des routes : j'ai essayé, par l'intermédiaire de l'onglet IPV4,
C'est le bon endroit. Ceci dit je n'ai jamais essayé.
et la connexion ne voulait plus se lancer...
Que veux-tu dire exactement ?
NetworkManager n'a rien à voir avec systemd. Il est aussi bien lancé par sysvinit que par systemd ou autre init.
Et quelle est la différence avec systemd.network ? L'un exclut-il l'autre ?
Ce sont deux gestionnaires de connexions réseau différents, comme ifupdown. D'après ce que j'ai lu, dans Jessie systemd-networkd n'était pas "prêt pour la production". J'ignore ce qu'il en est dans Stretch. Ils ne s'excluent pas forcément les uns les autres (NetworkManager arrive bien à cohabiter avec ifupdown) à condition qu'ils ne s'occupent pas des mêmes interfaces.
Une approche est-elle préférable, sachant que j'aime bien faire les choses moi-même (adressage statique...) plutôt que de les confier à une interface dont je ne connais pas la méthode de configuration ?
Pour du statique, je dirais que le plus simple est d'utiliser ifupdown avec le fichier interfaces. NetworkManager c'est très bien pour du DHCP nomade ou du wifi.
Le 09/07/2017 à 18:50, Nicolas FRANCOIS a écrit :
Le Sun, 9 Jul 2017 17:59:39 +0200,
Pascal Hambourg <pascal@plouf.fr.eu.org> a écrit :
Le 09/07/2017 à 17:27, Nicolas FRANCOIS a écrit :
Avant, je gérais l'unique connexion filaire vers mon firewall
(IPFire) par l'applet network-manager de mon bureau. Et je
rajoutais quelques trucs dans /etc/network/interfaces.
Je serais curieux de voir le contenu de ce fichier interfaces.
Il y avait ça :
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
Donc l'interface eth0 était gérée par ifupdown avec ce fichier, et
NetworkManager n'aurait pas dû s'en occuper, la marquant "non gérée".
Je ne vois pas trop pourquoi tu ne pourrais pas continuer à faire pareil
avec Stretch. Il suffit d'ajuster le nom de l'interface dans le fichier.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par
systemd ???), et je ne sais pas comment le configurer (par exemple,
configurer des routes statiques,
Via l'applet NetworkManager du bureau.
Oui, mais je ne sais pas rajouter des routes : j'ai essayé, par
l'intermédiaire de l'onglet IPV4,
C'est le bon endroit. Ceci dit je n'ai jamais essayé.
et la connexion ne voulait plus se lancer...
Que veux-tu dire exactement ?
NetworkManager n'a rien à voir avec systemd. Il est aussi bien lancé
par sysvinit que par systemd ou autre init.
Et quelle est la différence avec systemd.network ? L'un exclut-il
l'autre ?
Ce sont deux gestionnaires de connexions réseau différents, comme
ifupdown. D'après ce que j'ai lu, dans Jessie systemd-networkd n'était
pas "prêt pour la production". J'ignore ce qu'il en est dans Stretch.
Ils ne s'excluent pas forcément les uns les autres (NetworkManager
arrive bien à cohabiter avec ifupdown) à condition qu'ils ne s'occupent
pas des mêmes interfaces.
Une approche est-elle préférable, sachant que j'aime bien
faire les choses moi-même (adressage statique...) plutôt que de les
confier à une interface dont je ne connais pas la méthode de
configuration ?
Pour du statique, je dirais que le plus simple est d'utiliser ifupdown
avec le fichier interfaces. NetworkManager c'est très bien pour du DHCP
nomade ou du wifi.
Le Sun, 9 Jul 2017 17:59:39 +0200, Pascal Hambourg a écrit :
Le 09/07/2017 à 17:27, Nicolas FRANCOIS a écrit :
Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces.
Je serais curieux de voir le contenu de ce fichier interfaces.
Il y avait ça : # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static
(...) Donc l'interface eth0 était gérée par ifupdown avec ce fichier, et NetworkManager n'aurait pas dû s'en occuper, la marquant "non gérée". Je ne vois pas trop pourquoi tu ne pourrais pas continuer à faire pareil avec Stretch. Il suffit d'ajuster le nom de l'interface dans le fichier.
Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques,
Via l'applet NetworkManager du bureau.
Oui, mais je ne sais pas rajouter des routes : j'ai essayé, par l'intermédiaire de l'onglet IPV4,
C'est le bon endroit. Ceci dit je n'ai jamais essayé.
et la connexion ne voulait plus se lancer...
Que veux-tu dire exactement ?
NetworkManager n'a rien à voir avec systemd. Il est aussi bien lancé par sysvinit que par systemd ou autre init.
Et quelle est la différence avec systemd.network ? L'un exclut-il l'autre ?
Ce sont deux gestionnaires de connexions réseau différents, comme ifupdown. D'après ce que j'ai lu, dans Jessie systemd-networkd n'était pas "prêt pour la production". J'ignore ce qu'il en est dans Stretch. Ils ne s'excluent pas forcément les uns les autres (NetworkManager arrive bien à cohabiter avec ifupdown) à condition qu'ils ne s'occupent pas des mêmes interfaces.
Une approche est-elle préférable, sachant que j'aime bien faire les choses moi-même (adressage statique...) plutôt que de les confier à une interface dont je ne connais pas la méthode de configuration ?
Pour du statique, je dirais que le plus simple est d'utiliser ifupdown avec le fichier interfaces. NetworkManager c'est très bien pour du DHCP nomade ou du wifi.
Pascal Hambourg
Le 09/07/2017 à 19:19, Gaëtan PERRIER a écrit :
Le Sun, 9 Jul 2017 19:06:35 +0200 Pascal Hambourg a écrit:
Donc l'interface eth0 était gérée par ifupdown avec ce fichier, et NetworkManager n'aurait pas dû s'en occuper, la marquant "non gérée".
Attention il faut que NetworkManager soit bien configuré pour cela. C'est le comportement par défaut il me semble
Oui.
mais ça vaut le coup de jeter un oeil dans /etc/NetworkManager/NetwrokManager.conf pour vérifier qu'il n'y aurait une section [ifupdown] managed=true Si tel est le cas NM prend la main sur ce qui est dans /etc/network/interfaces
Autrement dit : NM ne tient pas compte du contenu du fichier interfaces. Ça ne veut pas dire que ifupdown ne configure plus les interfaces présentes dans ce fichier. D'ailleurs il fait avant que NM démarre.
Le 09/07/2017 à 19:19, Gaëtan PERRIER a écrit :
Le Sun, 9 Jul 2017 19:06:35 +0200
Pascal Hambourg <pascal@plouf.fr.eu.org> a écrit:
Donc l'interface eth0 était gérée par ifupdown avec ce fichier, et
NetworkManager n'aurait pas dû s'en occuper, la marquant "non gérée".
Attention il faut que NetworkManager soit bien configuré pour cela. C'est le
comportement par défaut il me semble
Oui.
mais ça vaut le coup de jeter un oeil dans
/etc/NetworkManager/NetwrokManager.conf pour vérifier qu'il n'y aurait une
section
[ifupdown]
managed=true
Si tel est le cas NM prend la main sur ce qui est dans /etc/network/interfaces
Autrement dit : NM ne tient pas compte du contenu du fichier interfaces.
Ça ne veut pas dire que ifupdown ne configure plus les interfaces
présentes dans ce fichier. D'ailleurs il fait avant que NM démarre.
Le Sun, 9 Jul 2017 19:06:35 +0200 Pascal Hambourg a écrit:
Donc l'interface eth0 était gérée par ifupdown avec ce fichier, et NetworkManager n'aurait pas dû s'en occuper, la marquant "non gérée".
Attention il faut que NetworkManager soit bien configuré pour cela. C'est le comportement par défaut il me semble
Oui.
mais ça vaut le coup de jeter un oeil dans /etc/NetworkManager/NetwrokManager.conf pour vérifier qu'il n'y aurait une section [ifupdown] managed=true Si tel est le cas NM prend la main sur ce qui est dans /etc/network/interfaces
Autrement dit : NM ne tient pas compte du contenu du fichier interfaces. Ça ne veut pas dire que ifupdown ne configure plus les interfaces présentes dans ce fichier. D'ailleurs il fait avant que NM démarre.
maderios
On 07/09/2017 06:45 PM, Nicolas FRANCOIS wrote:
Le Sun, 9 Jul 2017 18:05:10 +0200, maderios a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 secondes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire...
Heu...il ne s'agit pas de ton répertoire d'utilisateur mais de /etc Sur n'importe quelle debian ls /etc/udev/rules.d/ donne: 70-persistent-net.rules ensuite cat /etc/udev/rules.d/70-persistent-net.rules donne chez moi (j'ai modifié les données sensibles): SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" Pour retrouver ton eth0, il te faut éditer le fichier '70-persistent-net.rules' en remettant NAME="eth0" Et tu redémarres le système. -- Maderios
On 07/09/2017 06:45 PM, Nicolas FRANCOIS wrote:
Le Sun, 9 Jul 2017 18:05:10 +0200,
maderios <maderios@gmail.com> a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée
précédemment sur ce fil résoud ton problème en 5 secondes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire...
Heu...il ne s'agit pas de ton répertoire d'utilisateur mais de /etc
Sur n'importe quelle debian
ls /etc/udev/rules.d/
donne:
70-persistent-net.rules
ensuite
cat /etc/udev/rules.d/70-persistent-net.rules
donne chez moi (j'ai modifié les données sensibles):
Le Sun, 9 Jul 2017 18:05:10 +0200, maderios a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 secondes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire...
Heu...il ne s'agit pas de ton répertoire d'utilisateur mais de /etc Sur n'importe quelle debian ls /etc/udev/rules.d/ donne: 70-persistent-net.rules ensuite cat /etc/udev/rules.d/70-persistent-net.rules donne chez moi (j'ai modifié les données sensibles): SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" Pour retrouver ton eth0, il te faut éditer le fichier '70-persistent-net.rules' en remettant NAME="eth0" Et tu redémarres le système. -- Maderios
