Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux Debian Réglages réseau sur Debian Stretch

Réglages réseau sur Debian Stretch

18 réponses
Avatar
Nicolas FRANCOIS
--Sig_/iR5W4CmNenHCYjHkp3R6dfn
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Salut.

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

--Sig_/iR5W4CmNenHCYjHkp3R6dfn
Content-Type: application/pgp-signature
Content-Description: Signature digitale OpenPGP

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEE7s3+BtBEQX/Kgdk7xYgnps2M/gEFAlliK5YACgkQxYgnps2M
/gH6GAgAhuP+/UhTu5oWlskSQhg7gKUJSZO24tcVCkSfB8AWrjWDC6PBUq+ytUmj
vyus1/Ed6ViK8rQuYlIqr9zfo/xt5EteEO51rWRBSQovrKZpET+IlOwGfEpEHBX6
X90JT6hETerTOt9T5fTsgq/VQGF8PwHEb3J21Q2UiwllkbjkdlZLMldAoUxgMcmr
imH5qrJ0HDFyEsAJbsLRCg7SOkrN5V8d85fKSqqQYdYI+3OxP46+poixaIdkJu9O
E5NCg3w15xSHR3qR/OBpmom+0QxcP2M/gKsVzLYSZBa876Q5KoM7VTcgiR3/g70+
aN/8DjxM1gVJkeHdeK0Prxl1Hk4XVA==
=IKuz
-----END PGP SIGNATURE-----

--Sig_/iR5W4CmNenHCYjHkp3R6dfn--
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
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.
--
Maderios
Avatar
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
Avatar
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
Avatar
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/&gt;
Avatar
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.
Avatar
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
Avatar
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--
Avatar
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.
Avatar
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.
Avatar
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
1 2