Alionet - Communauté openSUSE francophone

Bonjour,

J'ai effectué une mise à jour sur une station de travail vers Opensuse 15.3. Cela c'est fait correctement. Un seul petit problème, j'ai configuré le réseau avec Last, de la même manière que pour mes autres stations. Mais, si j'ai accès à internet, je n'ai pas accès aux autres stations. Visiblement, quelque chose ne s'est pas fait correctement.
Il y aurait il quelqu'un qui a rencontré un problème similaire, ou susceptible de m'aider ?
Merci.

Bonjour,
ça veut dire quoi pas accès ?

Bonjour,

Cela veut dire que je les vois quand j'ouvre le navigateur réseau mais que je ne peux pas m'y connecter par ssh ou avoir accès aux partages réseau. Un détail, quand je fais un ping il me renvoie mon IP internet pas celui attribué dans east.
Cordialement
Philippe

Ok, il faut regarder un peu la configuration réseau.

Donne le retour de (config interface & table de routage):

ip a; echo -e "\n"; ip r

Il y aurait il un fichier avec ces éléments ?

Tu rentres cette commande dans un terminal, tu vas obtenir une sortie (un output, un résultat).

Ensuite, tu copies cette sortie, et tu la postes ici dans une balise  "insérer du code" (clique sur le croisillon dans les boutons de mise en page, et insère le résultat…)

Il y aurait il un fichier avec ces éléments ?

Avec opensuse, pour gérer ton réseau, tu utilises soit Networkmanager, soit wicked.

En mode serveur, sans environnement de bureau, c'est wicked.
Avec un environnement de bureau (plasma, gnome, xfce…), c'est plutôt NetworkManager, mais on peut aussi utiliser wicked.

Voilà la doc → Basic networking (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-network.html)

Quelques informations importantes:
13.5 NetworkManager (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-network.html#sec-network-nm)

Important:

NetworkManager is only supported by SUSE for desktop workloads with SLED or the Workstation extension. All server certifications are done with wicked as the network configuration tool, and using NetworkManager may invalidate them. NetworkManager is not supported by SUSE for server workloads.

13.5.2 NetworkManager functionality and configuration files (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-network.html#sec-network-nm-functionality)

The individual network connection settings created with NetworkManager are stored in configuration profiles. The system connections configured with either NetworkManager or YaST are saved in /etc/NetworkManager/system-connections/* or in /etc/sysconfig/network/ifcfg-*. For GNOME, all user-defined connections are stored in GConf.

In case no profile is configured, NetworkManager automatically creates one and names it Auto $INTERFACE-NAME. That is made in an attempt to work without any configuration for as many cases as (securely) possible. If the automatically created profiles do not suit your needs, use the network connection configuration dialogs provided by GNOME to modify them as desired. For more information, see Section 28.3, “Configuring network connections”.

13.6.2.5 /etc/sysconfig/network/ifcfg-* (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-network.html#sec-network-manconf-files-ifcfg) (il s'agit de wicked ici…)

These files contain the traditional configurations for network interfaces.

Citer

NoteNote: wicked and the ifcfg-* files

wicked reads these files if you specify the compat: prefix. According to the openSUSE Leap default configuration in /etc/wicked/client.xml, wicked tries these files before the XML configuration files in /etc/wicked/ifconfig.

The --ifconfig switch is provided mostly for testing only. If specified, default configuration sources defined in /etc/wicked/ifconfig are not applied.

The ifcfg-* files include information such as the start mode and the IP address. Possible parameters are described in the manual page of ifup. Additionally, most variables from the dhcp and wireless files can be used in the ifcfg-* files if a general setting should be used for only one interface. However, most of the /etc/sysconfig/network/config variables are global and cannot be overridden in ifcfg files. For example, NETCONFIG_* variables are global.

For configuring macvlan and macvtab interfaces, see the ifcfg-macvlan and ifcfg-macvtap man pages. For example, for a macvlan interface provide a ifcfg-macvlan0 with settings as follows:

STARTMODE='auto'
MACVLAN_DEVICE='eth0'
#MACVLAN_MODE='vepa'
#LLADDR=02:03:04:05:06:aa

For ifcfg.template, see Section 13.6.2.6, “/etc/sysconfig/network/config, /etc/sysconfig/network/dhcp, and /etc/sysconfig/network/wireless”.

En résumé:

• Avec NetworkManager, les fichiers de configuration des interfaces réseaux sont dans /etc/NetworkManager/system-connections/*
• Avec wicked, c'est /etc/sysconfig/network/ifcfg-*

Un exemple avec Networkmanager:

toto-PC:/etc/NetworkManager/system-connections # ls
192.168.1.0.nmconnection  dd-wrt 2.4.nmconnection  jp-free-01.protonvpn.com.udp.nmconnection  Kabelgebundene Verbindung 2.nmconnection  Neue Verbindung IPv6.nmconnection

toto-PC:/etc/NetworkManager/system-connections # cat Kabelgebundene\ Verbindung\ 2.nmconnection 
[connection]
id=Kabelgebundene Verbindung 2
uuid=531927d3-c3db-347e-83dd-04b51294a3ef
type=ethernet
permissions=
timestamp=1648662440
zone=home

[ethernet]
mac-address-blacklist=

[ipv4]
dns-search=
method=auto

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto

[proxy]

Un exemple avec Leap en mode serveur (avec wicked):

localhost:/etc/sysconfig/network # cat ifcfg-eth0
NAME=''
BOOTPROTO='dhcp'
STARTMODE='auto'
ZONE=public

Bonjour,

Le fichier ifcfg est:
IPADDR='192.168.1.244/24'
MTU='1500'
BOOTPROTO='static'
STARTMODE='auto'
ZONE=''

Le réseau est géré par service wicked.

Pour le retour de la commande
ip a; echo -e "\n"; ip r

J'obtiens:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:19:99:6a:34:65 brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet 192.168.1.244/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0
       valid_lft 82337sec preferred_lft 82337sec
    inet6 fe80::219:99ff:fe6a:3465/64 scope link noprefixroute
       valid_lft forever preferred_lft forever


default via 192.168.1.1 dev eth0
default via 192.168.1.1 dev eth0 proto dhcp metric 100
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.244 metric 100

Ensuite, tu copies cette sortie, et tu la postes ici dans une balise  "insérer du code" (clique sur le croisillon dans les boutons de mise en page, et insère le résultat…)

Poste tes sorties de commandes entre deux balises "insérer du code".

Tu as deux routes par défaut. C'est possible que cela pose problème, même si elles sont les mêmes.

Essaie voir ceci (en root):

# ip route del default via 192.168.1.1 dev eth0

(il n'y a pas de sortie normalement)

Puis:

ping -c 4 192.168.1.1

poste la sortie avec la balise insérer du code, stp.

Et:

ping -c 4 8.8.8.8

poste la sortie avec la balise insérer du code, stp.

Bonjour,

Pour
# ip route del default via 192.168.1.1 dev eth0
Il n'y a pas de sortie.

Je ne trouve pas la balise insérer un code … Par contre j'ai insérer DU code…

Pour les autres commandes, j'ai en root:

ping -c 4 8.8.8.8
 8.8.8.8: icmp_seq=1 ttl=113 time=21.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=113 time=21.1 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=113 time=20.8 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=113 time=21.2 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 20.892/21.136/21.333/0.190 ms

ping -c 4 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.896 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.851 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.84 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.871 ms

--- 192.168.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3053ms
rtt min/avg/max/mdev = 0.851/1.114/1.840/0.420 ms

J'ai effectivement deux fois la route par défaut. Si j'en supprime une, je peux alors accéder aux autres stations par ssh,
MAIS je n'ai plus d'accès à internet …
Cdt,

(https://i.ibb.co/gtN9gVh/code-inserer.png) (https://ibb.co/44ztNd3)

---

Je ne trouve pas la balise insérer un code … Par contre j'ai insérer DU code…

Oui, je ne sais pas d'où tu sors "insérer un code", sauf erreur de ma part, j'ai écris 'du' ??

Et donc, tu ne l'as pas utilisée, ou bien ????

La "sortie" (le code) que tu veux mettre en valeur doit se trouver entre les deux balises [ code ] et [ /code ], comme sur la capture d'écran que je viens de faire, à la place de "ton code ici".

En supprimant une des deux routes par défaut, tu arrives à pinguer ta passerelle (192.168.1.1) et un serveur google (8.8.8.8 ). C'est bon signe.
C'est visiblement un problème de configuration de ton réseau.

Comment as-tu fait pour configurer ton réseau ?

@preynier: c'est pas plus lisible comme ça? Pas très compliqué les balises code 😉

MAIS je n'ai plus d'accès à internet …

Après avoir supprimé une route par défaut, et comme tu peux maintenant pinguer ton réseau local et surtout un serveur google (donc à l'extérieur de ton réseau), tu a une passerelle vers internet et le routage fonctionne…
Concernant internet, je suppose que tu veux dire naviguer avec firefox par exemple, peut-être as-tu oublié de renseigner un serveur DNS.

Je viens de configurer une interface ethernet sur Leap 15.4 avec wicked (en VM).
Tout fonctionne comme il faut.

La marche à suivre:

• Tu ouvres Yast, et tu sélectionnes Paramètres réseaux
  (https://i.ibb.co/yYQwBJ9/wicked0.png) (https://ibb.co/2skDYB9)
  
  
• dans Global options tu sélectionnes wicked (et tu valides avec OK)
  (https://i.ibb.co/BfzC2DB/wicked1.png) (https://ibb.co/TwvgMXt)
  
  
• Tu sélectionnes à nouveau paramètres réseaux (dans Yast)
  Tu vas dans l'onglet overview,
  Tu sélectionnes l'interface que tu veux configurer (chez toi c'est eth0),
  Puis tu cliques sur Edit
  (https://i.ibb.co/R2YxhYt/wicked2.png) (https://ibb.co/xhXpmXw)
  
  
• Tu choisis Statically Assigned IP Address, pour assigner une adresse ip manuellement (dynamic Address sinon…)
  Tu renseignes une adresse IP (qui n'est pas déjà assigné dans ton réseau local), puis le masque de sous-réseau,
  Tu peux éventuellement rentrer un nom d'hôte (pas obligatoire)
  Tu valides avec Next (si tu n'as pas renseigné de nom d'hôte, ça va couiner… tu cliques sur yes)
  (https://i.ibb.co/HX8QyLV/wicked3.png) (https://ibb.co/hCzvNxy)
  
  
• dans l'onglet Hostname/DNS,
  (comme sur la capture d'écran…)
  (une fois fait, tu vas directement dans l'onglet Routing → voir la capture suivante)
  (https://i.ibb.co/FXRk8PR/wicked4.png) (https://ibb.co/W0mNBTm)
  
  
• dans l'onglet Routing (pour renseigner LA route par défaut),
  tu cliques sur Add,
  (https://i.ibb.co/zmbYD7f/wicked5.png) (https://ibb.co/fXt5Ln0)
  
  
• Tu renseignes l'adresse ip de ta passerelle (ta box internet normalement…), ainsi que l'interface pour la route par défaut (ici eth0),
  Rem: Default route doit être coché !!
  Tu valides avec OK,
  Tu valides une seconde fois avec OK.
  (https://i.ibb.co/brTRjM0/wicked6.png) (https://ibb.co/y8tBmc9)
  
  

Ton réseau devrait fonctionner.

Chez moi:

denebe@localhost:~> ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:87:57:50 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    inet 192.168.0.242/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
denebe@localhost:~> 
denebe@localhost:~> ip r
default via 192.168.0.1 dev eth0 
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 
denebe@localhost:~> 
denebe@localhost:~> ping -c 4 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) octets de données.
64 octets de 192.168.0.1 : icmp_seq=1 ttl=64 temps=1.24 ms
64 octets de 192.168.0.1 : icmp_seq=2 ttl=64 temps=1.86 ms
64 octets de 192.168.0.1 : icmp_seq=3 ttl=64 temps=1.43 ms
64 octets de 192.168.0.1 : icmp_seq=4 ttl=64 temps=1.88 ms

--- statistiques ping 192.168.0.1 ---
4 paquets transmis, 4 reçus, 0% packet loss, time 3071ms
rtt min/avg/max/mdev = 1.238/1.601/1.876/0.275 ms
denebe@localhost:~> 
denebe@localhost:~> 
denebe@localhost:~> ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) octets de données.
64 octets de 8.8.8.8 : icmp_seq=1 ttl=115 temps=14.0 ms
64 octets de 8.8.8.8 : icmp_seq=2 ttl=115 temps=13.0 ms
64 octets de 8.8.8.8 : icmp_seq=3 ttl=115 temps=13.4 ms
64 octets de 8.8.8.8 : icmp_seq=4 ttl=115 temps=14.6 ms

--- statistiques ping 8.8.8.8 ---
4 paquets transmis, 4 reçus, 0% packet loss, time 3063ms
rtt min/avg/max/mdev = 12.964/13.743/14.597/0.608 ms

Et j'ai accès à internet avec mon navigateur.

denebe@localhost:~> cat /etc/sysconfig/network/ifcfg-eth0
IPADDR='192.168.0.242/24'
MTU='1500'
BOOTPROTO='static'
STARTMODE='auto'
ZONE='public'
denebe@localhost:~> 
denebe@localhost:~> cat /etc/sysconfig/network/ifroute-eth0
default 192.168.0.1 - eth0
denebe@localhost:~> 
denebe@localhost:~> grep -v "#" /etc/resolv.conf 
nameserver 192.168.0.1

Pour info:
Après être repassé à networkmanager puis à nouveau wicked (sans redémarrer), j'ai moi aussi eu deux routes par défaut.
MAIS l'une avec 'proto boot', et l'autre avec 'proto static', et surtout avec deux métriques différentes 0 pour l'une, 100 pour l'autre (c'est la 0 qui gagne)
c.f. les sorties suivantes:

denebe@localhost:~> ip r
default via 192.168.0.1 dev eth0 
default via 192.168.0.1 dev eth0 proto static metric 100 
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 metric 100 

J'ai regardé avec wicked:

localhost:/home/denebe # wicked show eth0
eth0            up
      link:     #2, state up, mtu 1500
      type:     ethernet, hwaddr 08:00:27:87:57:50
      config:   compat:suse:/etc/sysconfig/network/ifcfg-eth0
      leases:   ipv4 static granted
      addr:     ipv4 192.168.0.242/24 [static]
      addr:     ipv6 2a02:8109:a380:310:cbd7:cff8:bff4:897e/128
      route:    ipv4 default via 192.168.0.1 proto boot
      route:    ipv4 default via 192.168.0.1 metric 100 proto static
      route:    ipv6 default via fe80::10:18ff:feb2:d45c metric 100 proto ra

denebe@localhost:~> ip -d r
unicast default via 192.168.0.1 dev eth0 proto boot scope global 
unicast default via 192.168.0.1 dev eth0 proto static scope global metric 100 
unicast 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 metric 100 

(Sans problème de réseau, avec un accès à internet)

dans le man de ip-route, on trouve ceci:

protocol RTPROTO
                     the routing protocol identifier of this route.  RTPROTO may be a number or a string from the file /etc/iproute2/rt_protos.  If the routing protocol ID is not given, ip assumes protocol boot (i.e. it assumes the route
                     was added by someone who doesn't understand what they are doing). Several protocol values have a fixed interpretation.  Namely:

                             redirect - the route was installed due to an ICMP redirect.

                             kernel - the route was installed by the kernel during autoconfiguration.

                             boot - the route was installed during the bootup sequence.  If a routing daemon starts, it will purge all of them.

                             static - the route was installed by the administrator to override dynamic routing. Routing daemon will respect them and, probably, even advertise them to its peers.

                             ra - the route was installed by Router Discovery protocol.

                     The rest of the values are not reserved and the administrator is free to assign (or not to assign) protocol tags.

Ensuite, j'ai redémarré (avec wicked), je me suis retrouvé avec une seule route par défaut.

denebe@localhost:~> ip r
default via 192.168.0.1 dev eth0 
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 
denebe@localhost:~> 
denebe@localhost:~> 
denebe@localhost:~> ip -d r
unicast default via 192.168.0.1 dev eth0 proto boot scope global 
unicast 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 

denebe@localhost:~> sudo wicked show eth0
[sudo] Mot de passe de root : 
eth0            up
      link:     #2, state up, mtu 1500
      type:     ethernet, hwaddr 08:00:27:87:57:50
      config:   compat:suse:/etc/sysconfig/network/ifcfg-eth0
      leases:   ipv4 static granted
      leases:   ipv6 auto granted
      addr:     ipv6 2a02:8109:a380:310:8b44:800e:d760:be46/64 [auto]
      addr:     ipv6 2a02:8109:a380:310:a00:27ff:fe87:5750/64 [auto]
      addr:     ipv4 192.168.0.242/24 [static]
      route:    ipv4 default via 192.168.0.1 proto boot
      route:    ipv6 default via fe80::10:18ff:feb2:d45c metric 1024 proto ra

Toujours sans problème de réseau et un accès à internet normal…

Je viens de tester avec Networkmanager, j'ai ceci comme table de routage:

localhost:/home/denebe # ip -d r
unicast default via 192.168.0.1 dev eth0 proto static scope global metric 100 
unicast 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 metric 100 

Je configure maintenant mon réseau avec wicked (sans redémarrer), j'obtiens ceci comme table de routage:

localhost:/home/denebe # ip -d r
unicast default via 192.168.0.1 dev eth0 proto boot scope global 
unicast default via 192.168.0.1 dev eth0 proto static scope global metric 100 
unicast 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.242 metric 100 

Mon avis (supposition):
je pense que la ligne

unicast default via 192.168.0.1 dev eth0 proto static scope global metric 100 

est un reste (en mémoire quelque part) de la table par défaut créé par networkmanager. La route est 'proto static' car j'ai configuré ma connexion eth0 en manuel, notamment la passerelle… En la configurant en automatique, j'aurais eu 'proto dhcp'.
En redémarrant, cette route par défaut disparaît…
Sinon avec la commande (avec sudo ou en root):

# ip route del default via 192.168.0.1 dev eth0 proto static scope global metric 100

@preynier
As-tu configuré (et utilisé) ton interface eth0 via NetworkManager juste avant de la configurer avec Wicked sans avoir redémarré ton ordinateur ?
-> cela expliquerait probablement tes deux routes par défaut dans ta table de routage (avec un protocole différent et une métrique différente).

Oui c'est comme cela que je configure mes stations de travail. A part qu'apparemment il y a un problème sur celle-ci….

@preynier
As-tu configuré (et utilisé) ton interface eth0 via NetworkManager juste avant de la configurer avec Wicked sans avoir redémarré ton ordinateur ?
-> cela expliquerait probablement tes deux routes par défaut dans ta table de routage (avec un protocole différent et une métrique différente).

Si tu ne réponds pas, je ne vais pas pouvoir t'aider.

Voici les tests effectués:

acrux:/home/philippe/Desktop # ip r
default via 192.168.1.1 dev eth0 
default via 192.168.1.1 dev eth0 proto dhcp metric 100 
192.168.1.0/24 dev eth0 proto kernel sc

ip -d r
unicast default via 192.168.1.1 dev eth0 proto boot scope global 
unicast default via 192.168.1.1 dev eth0 proto dhcp scope global metric 100 
unicast 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.244 metric 100 

wicked show eth0
eth0            up
      link:     #2, state up, mtu 1500
      type:     ethernet, hwaddr 00:19:99:6a:34:65
      config:   compat:suse:/etc/sysconfig/network/ifcfg-eth0
      leases:   ipv4 static granted
      addr:     ipv4 192.168.1.244/24 [static]
      route:    ipv4 default via 192.168.1.1 proto boot
      route:    ipv4 default via 192.168.1.1 metric 100 proto dhcp

Accés avec firefox fonctionne. Je peux faire un ping sur 162.168.1.1 (la box).
Par contre pas d'accès aux autres stations (configuréesdans le hosts de yast),

J'ai essayé de trifouiller dans une machine virtuelle, je n'ai pas les deux routes par défaut dans la table de routage (sauf cas très particulier, et c'est de suite corrigé automatiquement). Ce serait pas mal de déterminer pourquoi.

• ---:
  As-tu configuré (et utilisé) ton interface eth0 via NetworkManager juste avant de la configurer avec Wicked sans avoir redémarré ton ordinateur ? Je ne pense pas que ce soit cela, mais dans le doute, j'aimerais bien savoir.
  Ou bien démarres-tu ton ordinateur directement avec wicked sans avoir touché à NetworkManager ?
  
  
• Pour pinguer tes machine, j'ai besoin de quelques adresses à pinguer. Tu vas installer 'nmap' et lancer une commande en root (ou avec sudo):
  
  Code: [Sélectionner]

  # zypper in nmap

  tu valides…
  Puis tu lances la commande:
  
  Code: [Sélectionner]

  # nmap -sP 192.168.1.* | sed '/MAC/G'

  Ça donne quoi ?
  
  
• Toujours en root (ou avec sudo):
  
  Code: [Sélectionner]

  # cat /etc/sysconfig/network/ifcfg-eth0

  puis
  
  Code: [Sélectionner]

  # cat /etc/sysconfig/network/ifroute-eth0

  puis
  
  Code: [Sélectionner]

  # cat  /etc/NetworkManager/system-connections/$(ls /etc/NetworkManager/system-connections)

  
  
• ensuite:
  
  Code: [Sélectionner]

  systemctl status wicked

  puis
  
  Code: [Sélectionner]

  systemctl status NetworkManager

  -> si ces deux services sont démarrés, c'est possible que ce soit la cause des deux entrées 'défault' dans ta table de routage.
  
  
  
• Citation de: Preynier

  Par contre pas d'accès aux autres stations (configuréesdans le hosts de yast),

  Je ne comprends pas ce qui est souligné, peux-tu m'en dire plus ?
  

Bonjour,

Je n'utilise pas Network Manager, par contre je pense que lors de l'installation c'est l'option par défaut retenue.

Puis avec nmap:

nmap -sP 192.168.1.* | sed '/MAC/G'
Starting Nmap 7.70 ( https://nmap.org ) at 2022-06-01 17:35 CEST
Nmap scan report for livebox (192.168.1.1)
Host is up (0.00060s latency).
MAC Address: 30:7C:B2:DC:7E:6C (Anov France)

Nmap scan report for philippe.isa-space.eu (192.168.1.10)
Host is up (0.0014s latency).
MAC Address: 3C:07:54:09:F5:8C (Apple)

Nmap scan report for 00:10:75:4d:a5:ac (192.168.1.11)
Host is up (-0.100s latency).
MAC Address: 00:10:75:4D:A5:AC (Segate Technology)

Nmap scan report for HP1F65DB (192.168.1.12)
Host is up (-0.100s latency).
MAC Address: AC:E2:D3:1F:65:DB (Unknown)

Nmap scan report for altair (192.168.1.13)
Host is up (-0.100s latency).
MAC Address: 2C:56:DC:4C:E4:D6 (Asustek Computer)

Nmap scan report for 00:21:b7:c0:91:a9 (192.168.1.16)
Host is up (-0.10s latency).
MAC Address: 00:21:B7:C0:91:A9 (Lexmark International)

Nmap scan report for envoy (192.168.1.21)
Host is up (-0.081s latency).
MAC Address: 00:1D:C0:79:17:D9 (Enphase Energy)

Nmap scan report for pleiades.isa-space.eu (192.168.1.245)
Host is up (0.00048s latency).
MAC Address: 00:1C:C0:61:15:7C (Intel Corporate)

Nmap scan report for sirius.isa-space.eu (192.168.1.248)
Host is up (0.00018s latency).
MAC Address: 00:1C:C0:1A:D1:A3 (Intel Corporate)

Nmap scan report for acrux.isa-space.eu (192.168.1.244)
Host is up.
Nmap done: 256 IP addresses (10 hosts up) scanned in 3.51 seconds

Puis

cat /etc/sysconfig/network/ifroute-eth0
default 192.168.1.1 - eth0 

[cat /etc/sysconfig/network/ifcfg-eth0
IPADDR='192.168.1.244/24'
MTU='1500'
BOOTPROTO='static'
STARTMODE='auto'
ZONE=''
/code]

[codecat  /etc/NetworkManager/system-connections/$(ls /etc/NetworkManager/system-connections)
[connection]
id=eth0
permissions=
interface-name=eth0
type=ethernet
[ipv4]
method=auto
[ipv6]
method=auto
]

systemctl status wicked
● wicked.service - wicked managed network interfaces
     Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled; vendor pr>
     Active: active (exited) since Tue 2022-05-31 15:28:23 CEST; 1 day 2h ago
    Process: 1091 ExecStart=/usr/sbin/wicked --systemd ifup all (code=exited, s>
   Main PID: 1091 (code=exited, status=0/SUCCESS)

mai 31 15:28:16 acrux systemd[1]: Starting wicked managed network interfaces...
mai 31 15:28:23 acrux.isa-space.eu wicked[1091]: lo              up
mai 31 15:28:23 acrux.isa-space.eu wicked[1091]: eth0            up
mai 31 15:28:23 acrux.isa-space.eu systemd[1]: Finished wicked managed network >
lines 1-10/10 (END)

systemctl status NetworkManager
● NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; v>
    Drop-In: /usr/lib/systemd/system/NetworkManager.service.d
             └─NetworkManager-ovs.conf
     Active: active (running) since Tue 2022-05-31 15:28:15 CEST; 1 day 2h ago
       Docs: man:NetworkManager(8)
   Main PID: 940 (NetworkManager)
      Tasks: 5 (limit: 4915)
     CGroup: /system.slice/NetworkManager.service
             ├─ 940 /usr/sbin/NetworkManager --no-daemon
             ├─1378 /sbin/dhclient -d -q -sf /usr/lib/nm-dhcp-helper -pf /run/N>
             └─6363 /sbin/dhclient -d -q -6 -N -sf /usr/lib/nm-dhcp-helper -pf >

juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 12:50:21 acrux.isa-space.eu NetworkManager[940]: <info>  [1654080621.20>
juin 01 15:38:01 acrux.isa-space.eu NetworkManager[940]: <info>  [1654090681.85>
juin 01 17:31:57 acrux.isa-space.eu NetworkManager[940]: <info>  [1654097517.96>
lines 1-23/23 (END)

Pour ce que tu as souligné:
Si on prend une autre station comme pleiades.isa-space.eu (alias pleiades):

ping pleiades

PING pleiades.isa-space.eu (62.210.16.62) 56(84) bytes of data.

ping 192.168.1.245
PING 192.168.1.245 (192.168.1.245) 56(84) bytes of data.
64 bytes from 192.168.1.245: icmp_seq=1 ttl=64 time=0.565 ms
64 bytes from 192.168.1.245: icmp_seq=2 ttl=64 time=0.567 ms
64 bytes from 192.168.1.245: icmp_seq=3 ttl=64 time=0.572 ms
64 bytes from 192.168.1.245: icmp_seq=4 ttl=64 time=0.558 ms
^C

Donc avec son nom je ne trouve pas la station avec son ip si. La station est bien ajoutée dans Yast/Noms d'hotes.

OK. Merci pour les informations. On s'occupe tout d'abord de ta table de routage.

systemctl status NetworkManager
● NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; v>
    Drop-In: /usr/lib/systemd/system/NetworkManager.service.d
             └─NetworkManager-ovs.conf
     Active: active (running) since Tue 2022-05-31 15:28:15 CEST; 1 day 2h ago
       Docs: man:NetworkManager(8)
   Main PID: 940 (NetworkManager)
      Tasks: 5 (limit: 4915)
     CGroup: /system.slice/NetworkManager.service
             ├─ 940 /usr/sbin/NetworkManager --no-daemon
             ├─1378 /sbin/dhclient -d -q -sf /usr/lib/nm-dhcp-helper -pf /run/N>
             └─6363 /sbin/dhclient -d -q -6 -N -sf /usr/lib/nm-dhcp-helper -pf >

active -> NetworkManager est actif.
enable -> NetworkManager démarre avec le boot de la machine

---

• On va stopper ce service et éviter qu'il redémarre au prochain boot (en root ou avec sudo):
  
  Code: [Sélectionner]

  # systemctl disable NetworkManager --now

  pour info: " --now               Start or stop unit after enabling or disabling it "
  
  
• on contrôle tout de même:
  
  Code: [Sélectionner]

  # systemctl status NetworkManager

  Code: [Sélectionner]

  # systemctl status wicked

  
  
• puis refais un coup de:
  
  Code: [Sélectionner]

  ip r

  J'ai bon espoir qu'il n'y ait qu'une seule route par défaut
  sinon redémarre et relance "ip r"…

Bonsoir
Cela donne:

systemctl disable NetworkManager --now
Removed /etc/systemd/system/network-online.target.wants/NetworkManager-wait-online.service.
Removed /etc/systemd/system/multi-user.target.wants/NetworkManager.service.
Removed /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service.

systemctl status NetworkManager
● NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled; >
    Drop-In: /usr/lib/systemd/system/NetworkManager.service.d
             └─NetworkManager-ovs.conf
     Active: inactive (dead)
       Docs: man:NetworkManager(8)

juin 02 20:14:12 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193652.>
juin 02 20:16:27 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193787.>
juin 02 20:16:27 acrux.isa-space.eu systemd[1]: Stopping Network Manager...
juin 02 20:16:27 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193787.>
juin 02 20:16:27 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193787.>
juin 02 20:16:27 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193787.>
juin 02 20:16:27 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193787.>
juin 02 20:16:27 acrux.isa-space.eu NetworkManager[25402]: <info>  [1654193787.>
juin 02 20:16:27 acrux.isa-space.eu systemd[1]: NetworkManager.service: Succeed>
juin 02 20:16:27 acrux.isa-space.eu systemd[1]: Stopped Network Manager.

ip r
default via 192.168.1.1 dev eth0 
default via 192.168.1.1 dev eth0 proto dhcp metric 100 
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.244 metric 100 

tu as redémarré comme te le suggère denebe?
puis refait un ip r

Bonjour

Après redémarrage j'ai:

ip r
default via 192.168.1.1 dev eth0 
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.244 

Ça c'est résolu, tu n'as plus qu'une route par défaut dans ta table de routage.

C'est quoi le problème maintenant ?

Le problème est le même je n'ai pas accès à mes autres stations bien que j'ai accès à internet.
Pour exemple:

ping pleiades
PING pleiades.isa-space.eu (62.210.16.62) 56(84) bytes of data.
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=1 ttl=49 time=17.7 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=2 ttl=49 time=17.3 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=3 ttl=49 time=18.5 ms
^C
--- pleiades.isa-space.eu ping statistics ---

Or 62.210.16.62 est le numéro ip de la box pas celui de la station pleiades qui est: 192.168.1.245 j'ai:

ping 192.168.1.245
PING 192.168.1.245 (192.168.1.245) 56(84) bytes of data.
64 bytes from 192.168.1.245: icmp_seq=1 ttl=64 time=1.08 ms
64 bytes from 192.168.1.245: icmp_seq=2 ttl=64 time=0.544 ms
64 bytes from 192.168.1.245: icmp_seq=3 ttl=64 time=0.552 ms
64 bytes from 192.168.1.245: icmp_seq=4 ttl=64 time=0.552 ms

Je ne peux pas faire un ssh entre les stations...
Le problème est le même.

Ne coupe pas le prompt quand tu postes une sortie (de commande), il est fort possible qu'il y ait le nom d'hôte de l'ordinateur ayant exécuté cette commande. Cette information aide…

Exemple:

• Je laisse le prompt (ici thierry@toto-PC:~>) pour une commande ping:
  
  Code: [Sélectionner]

  thierry@toto-PC:~> ping -c 2 192.168.0.1
  PING 192.168.0.1 (192.168.0.1) 56(84) Bytes an Daten.
  64 Bytes von 192.168.0.1: icmp_seq=1 ttl=64 Zeit=1.78 ms
  64 Bytes von 192.168.0.1: icmp_seq=2 ttl=64 Zeit=0.319 ms
  

• Et là je supprime le prompt, ce n'est pas bon, il manque des informations…
  
  Code: [Sélectionner]

  ping -c 2 192.168.0.1
  PING 192.168.0.1 (192.168.0.1) 56(84) Bytes an Daten.
  64 Bytes von 192.168.0.1: icmp_seq=1 ttl=64 Zeit=1.78 ms
  64 Bytes von 192.168.0.1: icmp_seq=2 ttl=64 Zeit=0.319 ms

---

Je pense que tu es sur acrux.isa-space.eu (192.168.1.244)

Essaie ceci en root:

# netconfig update -f

puis tu testes:

ping -c 2 pleiades

Si ça a marché, ne continue pas, c'est réglé. Sinon continue…

Affiche les sorties de ces commandes:

cat /etc/hosts

cat /etc/resolv.conf

nslookup pleiades

nslookup 192.168.1.245

nslookup 62.210.16.62

Bonsoir,

Voici les sorties des commandes :

netconfig update -f

acrux:/home/philippe/Desktop # ping -c 2 pleiades
PING pleiades.isa-space.eu (62.210.16.62) 56(84) bytes of data.
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=1 ttl=49 time=18.8 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=2 ttl=49 time=20.1 ms

--- pleiades.isa-space.eu ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 18.804/19.495/20.187/0.705 ms

cat /etc/hosts
#
# hosts         This file describes a number of hostname-to-address
#               mappings for the TCP/IP subsystem.  It is mostly
#               used at boot time, when no name servers are running.
#               On small systems, this file can be used instead of a
#               "named" name server.
# Syntax:
#    
# IP-Address  Full-Qualified-Hostname  Short-Hostname
#


# special IPv6 addresses


127.0.0.1	localhost
::1	localhost ipv6-localhost ipv6-loopback
fe00::0	ipv6-localnet
ff00::0	ipv6-mcastprefix
ff02::1	ipv6-allnodes
ff02::2	ipv6-allrouters
ff02::3	ipv6-allhosts
192.168.1.244	acrux.isa-space.eu acrux
192.168.1.247	cassiopee.isa-space.eu cassiopee
192.168.1.248	sirius.isa-space.eu sirius
192.168.1.245	pleiades.isa-space.eu pleiades
192.168.1.10	philippe.isa-space.eu philippe
192.168.1.15	altair.isa-space.eu altair
127.0.0.2	acrux.isa-space.eu acrux

cat /etc/resolv.conf
### /etc/resolv.conf is a symlink to /var/run/netconfig/resolv.conf
### autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
#     NETCONFIG_DNS_STATIC_SEARCHLIST
#     NETCONFIG_DNS_STATIC_SERVERS
#     NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
#     NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
### Call "netconfig update -f" to force adjusting of /etc/resolv.conf.
search isa-space.eu
nameserver 192.168.1.1

nslookup pleiades
Server:		192.168.1.1
Address:	192.168.1.1#53

Non-authoritative answer:
Name:	pleiades.isa-space.eu
Address: 62.210.16.62

nslookup 192.168.1.245
245.1.168.192.in-addr.arpa	name = pleiades.

nslookup 62.210.16.62
62.16.210.62.in-addr.arpa	name = pf-lb-2.online.net.

Authoritative answers can be found from:

Essai ceci en root:

# echo "192.168.1.245 M45" >> /etc/hosts

ping -c 4 M45

Ça donne quoi ?

Puis (en root, on efface la dernière ligne de /etc/hosts):

# sed -i '$ d' /etc/hosts

Voilà ce que cela donne:

echo "192.168.1.245 M45" >> /etc/hosts

Rien !!

ping -c 4 M45
PING M45.isa-space.eu (62.210.16.62) 56(84) bytes of data.
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=1 ttl=49 time=17.3 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=2 ttl=49 time=17.4 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=3 ttl=49 time=17.4 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=4 ttl=49 time=17.6 ms

--- M45.isa-space.eu ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 17.377/17.485/17.669/0.172 ms

sed -i '$ d' /etc/hosts

Rien ne change....

Ok.

Essai de pinguer d'autres hôtes pour voir le comportement. (il faut que les ordinateurs soient allumés cela va sans dire)

'altair' et cassiopee' par exemple,

ping -c 2 altair

ping -c 2 cassiopee

puis toi même:

ping -c 2 acrux

Fais voir aussi le contenu de deux fichiers:

grep -v '#' /etc/sysconfig/network/config

cat /etc/nsswitch.conf

Voici :

ping -c 2 altair
PING altair.isa-space.eu (62.210.16.62) 56(84) bytes of data.
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=1 ttl=49 time=17.3 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=2 ttl=49 time=17.3 ms

--- altair.isa-space.eu ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 17.322/17.344/17.366/0.022 ms

ping -c 2 acrux
PING acrux.isa-space.eu (62.210.16.62) 56(84) bytes of data.
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=1 ttl=49 time=17.2 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=2 ttl=49 time=17.3 ms

--- acrux.isa-space.eu ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 17.287/17.331/17.376/0.138 ms

grep -v '#' /etc/sysconfig/network/config
AUTO6_WAIT_AT_BOOT=""

AUTO6_UPDATE=""

LINK_REQUIRED="auto"

WICKED_DEBUG=""

WICKED_LOG_LEVEL=""

CHECK_DUPLICATE_IP="yes"

SEND_GRATUITOUS_ARP="auto"

DEBUG="no"

WAIT_FOR_INTERFACES="30"

FIREWALL="yes"

NM_ONLINE_TIMEOUT="30"

NETCONFIG_MODULES_ORDER="dns-resolver dns-bind dns-dnsmasq nis ntp-runtime"

NETCONFIG_VERBOSE="no"

NETCONFIG_FORCE_REPLACE="no"

NETCONFIG_DNS_POLICY="auto"

NETCONFIG_DNS_FORWARDER="resolver"

NETCONFIG_DNS_FORWARDER_FALLBACK="yes"

NETCONFIG_DNS_STATIC_SEARCHLIST="isa-space.eu"
NETCONFIG_DNS_STATIC_SERVERS="192.168.1.1"
NETCONFIG_DNS_RANKING="auto"

NETCONFIG_DNS_RESOLVER_OPTIONS=""

NETCONFIG_DNS_RESOLVER_SORTLIST=""

NETCONFIG_NTP_POLICY="auto"

NETCONFIG_NTP_STATIC_SERVERS=""

NETCONFIG_NIS_POLICY="auto"

NETCONFIG_NIS_SETDOMAINNAME="yes"

NETCONFIG_NIS_STATIC_DOMAIN=""

NETCONFIG_NIS_STATIC_SERVERS=""

WIRELESS_REGULATORY_DOMAIN=''

cat /etc/nsswitch.conf
#
# /etc/nsswitch.conf
#
# An example Name Service Switch config file. This file should be
# sorted with the most-used services at the beginning.
#
# Valid databases are: aliases, ethers, group, gshadow, hosts,
# initgroups, netgroup, networks, passwd, protocols, publickey,
# rpc, services, and shadow.
#
# Valid service provider entries include (in alphabetical order):
#
#	compat			Use /etc files plus *_compat pseudo-db
#	db			Use the pre-processed /var/db files
#	dns			Use DNS (Domain Name Service)
#	files			Use the local files in /etc
#	hesiod			Use Hesiod (DNS) for user lookups
#	nis			Use NIS (NIS version 2), also called YP
#	nisplus			Use NIS+ (NIS version 3)
#
# See `info libc 'NSS Basics'` for more information.
#
# Commonly used alternative service providers (may need installation):
#
#	ldap			Use LDAP directory server
#	myhostname		Use systemd host names
#	mymachines		Use systemd machine names
#	mdns*, mdns*_minimal	Use Avahi mDNS/DNS-SD
#	resolve			Use systemd resolved resolver
#	sss			Use System Security Services Daemon (sssd)
#	systemd			Use systemd for dynamic user option
#	winbind			Use Samba winbind support
#	wins			Use Samba wins support
#	wrapper			Use wrapper module for testing
#
# Notes:
#
# 'sssd' performs its own 'files'-based caching, so it should generally
# come before 'files'.
#
# WARNING: Running nscd with a secondary caching service like sssd may
# 	   lead to unexpected behaviour, especially with how long
# 	   entries are cached.
#
# Installation instructions:
#
# To use 'db', install the appropriate package(s) (provide 'makedb' and
# libnss_db.so.*), and place the 'db' in front of 'files' for entries
# you want to be looked up first in the databases, like this:
#
# passwd:    db files
# shadow:    db files
# group:     db files

passwd:		compat
group:		compat
shadow:		compat
# Allow initgroups to default to the setting for group.
# initgroups:	compat

hosts:  	[NOTFOUND=return] files mdns_minimal dns wins
networks:	files dns

aliases:	files usrfiles
ethers:		files usrfiles
gshadow:	files usrfiles
netgroup:	files nis
protocols:	files usrfiles
publickey:	files
rpc:		files usrfiles
services:	files usrfiles

automount:	files nis
bootparams:	files
netmasks:	files

Bonjour,

je ne sais pas si c'est opportun d'avoir [ NOTFOUND=return ] en début de ligne de hosts, dans le fichier /etc/nsswitch.conf

hosts:  	[NOTFOUND=return] files mdns_minimal dns wins

On va essayer de changer cela:

• Rentre cette commande en root:
  
  Code: [Sélectionner]

  # sed -i 's/^hosts.*/hosts:\t\tfiles mdns_minimal [ NOTFOUND=return ] dns wins/' /etc/nsswitch.conf

  (rien ne se passera, ça a juste changé une ligne dans le fichier /etc/nsswitch.conf)
• donne le retour de (vérification):
  
  Code: [Sélectionner]

  grep hosts: /etc/nsswitch.conf

• Ensuite redémarre l'ordinateur.
• On vérifie que notre correction n'a pas subi de changement après le redémarrage, donne à nouveau le retour de:
  
  Code: [Sélectionner]

  grep hosts: /etc/nsswitch.conf

• C'est moment d'essayer:
  
  Code: [Sélectionner]

  ping -c 2 pleiades

---

Si tu n'as pas de problème, laisse comme cela et n'exécute pas la commande suivante: la commande pour revenir en arrière (si tu as un soucis):

# sed -i 's/^hosts.*/hosts:\t\t[ NOTFOUND=return ] files mdns_minimal dns wins/' /etc/nsswitch.conf

Bonjour

J'ai bien rentré les commandes et il n'y a pas de changement....

Ok, donne le retour des commandes…

Voilà il n'y a rien comme déjà mentionné:

acrux:/home/philippe/Desktop # sed -i 's/^hosts.*/hosts:\t\tfiles mdns_minimal [ NOTFOUND=return ] dns wins/' /etc/nsswitch.conf
acrux:/home/philippe/Desktop # 
[# 
code]

[code]acrux:/home/philippe/Desktop # grep hosts: /etc/nsswitch.conf
hosts:		files mdns_minimal [ NOTFOUND=return ] dns wins
acrux:/home/philippe/Desktop # 

on redémarre....

acrux:/home/philippe/Desktop # grep hosts: /etc/nsswitch.conf
hosts:		files mdns_minimal [ NOTFOUND=return ] dns wins
acrux:/home/philippe/Desktop # 

[acrux:/home/philippe/Desktop # ping -c 2 pleiades
PING pleiades.isa-space.eu (62.210.16.62) 56(84) bytes of data.
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=1 ttl=51 time=19.9 ms
64 bytes from pf-lb-2.online.net (62.210.16.62): icmp_seq=2 ttl=51 time=19.5 ms

--- pleiades.isa-space.eu ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 19.556/19.759/19.963/0.247 ms
acrux:/home/philippe/Desktop # 
/code]

[code]acrux:/home/philippe/Desktop # # sed -i 's/^hosts.*/hosts:\t\t[ NOTFOUND=return ] files mdns_minimal dns wins/' /etc/nsswitch.conf
acrux:/home/philippe/Desktop # 

Bonjour,

On va réduire la résolution de nom d'hôte uniquement au fichier /etc/hosts pour voir si ça fonctionne.

Chez moi (uniquement pour comprendre par l'exemple):

• mon fichier /etc/nsswitch.conf (pour utiliser uniquement /etc/hosts)
  
  Code: [Sélectionner]

  VM-denebe:/etc # grep -v '#' /etc/nsswitch.conf
  
  passwd:         compat
  group:          compat
  shadow:         compat
  
  hosts:          files
  networks:       files dns
  
  aliases:        files usrfiles
  ethers:         files usrfiles
  gshadow:        files usrfiles
  netgroup:       files nis
  protocols:      files usrfiles
  publickey:      files
  rpc:            files usrfiles
  services:       files usrfiles
  
  automount:      files nis
  bootparams:     files
  netmasks:       files
  

  La ligne hosts:          files indique que le résolution de nom utilise uniquement files (files ~ /etc/hosts)
  
  
• Mon fichier /etc/hosts:
  
  Code: [Sélectionner]

  VM-denebe:/etc # grep -v '#' /etc/hosts
  
  127.0.0.1       localhost
  ::1     localhost ipv6-localhost ipv6-loopback
  fe00::0 ipv6-localnet
  ff00::0 ipv6-mcastprefix
  ff02::1 ipv6-allnodes
  ff02::2 ipv6-allrouters
  ff02::3 ipv6-allhosts
  192.168.0.242   VM-denebe
  
  192.168.0.81    maison
  

  
  
• Je redémarre le service nscd (name service cache daemon):
  
  Code: [Sélectionner]

  VM-denebe:/etc # systemctl restart nscd.service 

  
  
• je peux uniquement pinguer les noms d'hôtes contenu dans le fichier /etc/hosts, il n'y a pas de requête DNS:
  
  Code: [Sélectionner]

  VM-denebe:/etc # ping google.fr
  ping: google.fr: Nom ou service inconnu
  VM-denebe:/etc # ping kabelbox
  ping: kabelbox: Nom ou service inconnu
  VM-denebe:/etc # ping -c 2 maison
  PING maison (192.168.0.81) 56(84) octets de données.
  64 octets de maison (192.168.0.81) : icmp_seq=1 ttl=64 temps=0.392 ms
  64 octets de maison (192.168.0.81) : icmp_seq=2 ttl=64 temps=0.404 ms
  
  --- statistiques ping maison ---
  2 paquets transmis, 2 reçus, 0% packet loss, time 1052ms
  rtt min/avg/max/mdev = 0.392/0.398/0.404/0.006 ms
  

  maison -> un hôte de mon réseau local
  kabelbox -> ma passerelle (elle a une ip locale), comme ta livebox
  

On va faire pareil chez toi, voir ce que ça donne. En root ou avec sudo:

• écriture dans le fichier /etc/nswitch.conf (il n'y a aucun retour, c'est juste une écriture…)
  
  Code: [Sélectionner]

  # sed -i 's/^hosts.*/hosts:\t\tfiles/' /etc/nsswitch.conf

  
  
• redémarre le service nscd (name service cache deamon):
  
  Code: [Sélectionner]

  # systemctl restart nscd.service 

  
  et donne le retour de:
  
  Code: [Sélectionner]

  # systemctl status nscd.service 

  
  
• Tu testes et tu donnes les retours…
  
  Code: [Sélectionner]

  ping google.fr

  Code: [Sélectionner]

  ping -c 2 pleiades

  Normalement tu ne devrais pas pouvoir pinguer google.fr (comme chez moi) et tu devrais pouvoir pinguer pleiades (avec un temps de réponse beaucoup plus petit ~ 1ms)
  

Les tests sont finis.

Tu remets le fichier nsswitch.conf comme ceci (pour pouvoir effectuer des requêtes dns -> ne donne pas les retours, c'est inutile ici…), en root:

# sed -i 's/^hosts.*/hosts:\t\tfiles mdns_minimal [ NOTFOUND=return ] dns wins/' /etc/nsswitch.conf

et tu redémarres le service nscd:

# systemctl restart nscd.service