1 votes

Pourquoi j'ai une adresse IP pour ssh et ifconfig en montre une autre dans eth0 ?

OS : Ubuntu 16.04 LTS (GNU/Linux 4.4.0-1009-raspi2 armv7l)

Ainsi, lorsque je me connecte à ma machine via ssh depuis Windows avec putty, je peux le faire avec l'IP 192.168.0.60 .

Maintenant, quand je liste mes appareils à partir de l'admin web du routeur, il montre qu'il utilise l'IP 192.168.0.109 .

Voici le résultat de la commande ifconfig.

eth0      Link encap:Ethernet  HWaddr b8:27:eb:86:e1:e0
      inet addr:192.168.0.109  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::ba27:ebff:fe86:e1e0/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:2233 errors:0 dropped:0 overruns:0 frame:0
      TX packets:1067 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000
      RX bytes:163132 (163.1 KB)  TX bytes:167801 (167.8 KB)

Et voici ce que j'ai en etc/network/interfaces

auto eth0
iface eth0 inet static
address 192.168.0.60
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameserver 8.8.8.8
dns-nameserver 8.8.4.4

Un autre élément à prendre en compte est que lorsque je redémarre le service de mise en réseau, il génère l'erreur suivante :

    Job for networking.service failed because the control process exited with
 error code. See "systemctl status networking.service" and "journalctl -xe" for details.

Il s'agit de la systemctl status networking.service de la production :

networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
  Drop-In: /run/systemd/generator/networking.service.d
           50-insserv.conf-$network.conf
   Active: failed (Result: exit-code) since Thu 2017-03-23 15:31:59 UTC; 2min 1s ago
     Docs: man:interfaces(5)
  Process: 2046 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
  Process: 2038 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list
 Main PID: 2046 (code=exited, status=1/FAILURE)

Mar 23 15:31:58 ubuntu dhclient[2065]: DHCPREQUEST of 192.168.0.109 on eth0 to 255.255.255.255 port 67 (xid=0x6fc3c068)
Mar 23 15:31:58 ubuntu dhclient[2065]: DHCPACK of 192.168.0.109 from 192.168.0.1
Mar 23 15:31:58 ubuntu ifup[2046]: RTNETLINK answers: File exists
Mar 23 15:31:59 ubuntu ifup[2046]: bound to 192.168.0.109 -- renewal in 657200529 seconds.
Mar 23 15:31:59 ubuntu ifup[2046]: RTNETLINK answers: File exists
Mar 23 15:31:59 ubuntu ifup[2046]: Failed to bring up eth0.
Mar 23 15:31:59 ubuntu systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Mar 23 15:31:59 ubuntu systemd[1]: Failed to start Raise network interfaces.
Mar 23 15:31:59 ubuntu systemd[1]: networking.service: Unit entered failed state.
Mar 23 15:31:59 ubuntu systemd[1]: networking.service: Failed with result 'exit-code'.

Remarquez la ligne suivante :

Mar 23 15:31:59 ubuntu systemd[1]: Failed to start Raise network interfaces.

Quelqu'un peut-il me dire ce qui se passe et comment je peux résoudre ce problème ?

Editer : Résultats de l'itinéraire -n :

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

2voto

A Kingscote Points 54

Il est possible qu'une adresse IP statique ait été définie, mais que le protocole DHCP soit également en cours d'exécution.

Au lieu d'utiliser ifconfig, vérifiez s'il y a plusieurs adresses IP configurées sur l'interface via

ip addr show eth0

Voir si un service dhcp est en cours d'exécution

ps -ef | grep dhcp

Vous pouvez désactiver le service dhcp via

sudo systemctl disable dhcpcd

Ensuite, je dirais qu'il faut redémarrer l'appareil et voir si l'adresse IP secondaire a disparu. Cela a pu se produire parce que votre DNS (/etc/resolv.conf) est correctement configuré et pointe vers votre serveur DHCP pour obtenir une IP.

0voto

Michael Russo Points 101

J'ai constaté que si vous utilisez la fonction /etc/network/interfaces d'Ubuntu qu'il est préférable de désactiver la fonction d'Ubuntu. Gestionnaire de réseau . Mes collègues et moi-même avons rencontré des problèmes étranges lorsque vous avez défini des IP statiques et autres dans le fichier de configuration, mais que NetworkManager veut ensuite faire son propre truc.

Consultez le site Arrêt et désactivation de NetworkManager sur le site d'aide d'Ubuntu.

Cependant, étant donné que vous pouvez accéder à l'IP statique même si votre interface reçoit une IP dynamique, il serait intéressant de voir à quoi ressemble votre table de routage : route -n

0voto

Kumar Abhinav Points 1

J'ai été confronté à un problème similaire.

  • En me connectant, j'ai pu ssh de 192.168.1.83 et 192.168.1.253.

  • Mais en le configurant, j'ai fait une configuration IPv4 manuelle et j'ai supprimé le DHCP.

  • Mais pour une raison quelconque, il a pris l'IP DHCP 192.168.1.83.

  • J'ai couru ifconfig et le résultat est le suivant.

    [root@network ~]# ifconfig
    enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 192.168.1.83  netmask 255.255.255.0  broadcast 192.168.1.255
    ether 08:00:27:7c:23:31  txqueuelen 1000  (Ethernet)
    RX packets 11722  bytes 15567876 (14.8 MiB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 4551  bytes 331004 (323.2 KiB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
  • Si j'exécute ip addr show J'obtiens le résultat ci-dessous et je ne comprends pas pourquoi il capte deux IP. Je me souviens d'avoir supprimé 192.168.1.83 lors de la configuration, mais il apparaît toujours.

    [root@network ~]# ip addr show
    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: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
        link/ether 08:00:27:7c:23:31 brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.83/24 brd 192.168.1.255 scope global dynamic noprefixroute enp0s3
           valid_lft 85901sec preferred_lft 85901sec
        inet 192.168.1.253/24 brd 192.168.1.255 scope global secondary noprefixroute enp0s3
           valid_lft forever preferred_lft forever
  • J'ai ensuite apporté des modifications à /etc/sysconfig/network-scripts/ifcfg-enp0s3 , supprimé BOOTPROTO=dhcp et l'a rendu BOOTPROTO=none .

  • Voici à quoi ressemble l'ancien fichier :

    [root@network ~]# cat /etc/sysconfig/network-scripts/ifcfg-enp0s3 | grep BOOTPROTO
    BOOTPROTO=dhcp
  • Le nouveau fichier ressemble maintenant à ce qui suit :

    [root@network ~]# cat /etc/sysconfig/network-scripts/ifcfg-enp0s3 | grep -i BOOTPROTO
    BOOTPROTO=none
  • Redémarrez l'hôte/VM ou démarrez les services réseau.

  • Cela résoudra le problème.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X