Bonjour,

J'ai un petit soucis avec la configuration de Raspbian, j'aimerais donner une IP fixe afin de me servir de mon Raspberry en tant que petit serveur.

J'ai donc modifié le fichier /etc/network/interfaces de la sorte : 

auto eth0
allow-hotplug eth0
iface eth0 inet static
  address 192.168.1.19
  netmask 255.255.255.0
  gateway 192.168.1.1
  dns-nameservers 192.168.1.1

Après redémarrage, lorsque je fais ifconfig, l'ip a bien changée.

Mais lorsque je veux me connecter en ssh il accepte encore l'ancienne IP délivrée par mon routeur en dhcp, qui le délivre toujours malgré la modification. Comment je peux éviter cela ? et n'avoir qu'une seule IP pour ce serveur ?

A priori elle ne devrait pas avoir la même IP qu'avant. 

Que donne un ifconfig -a ?

l'interface eth0 avait bien comme IP 192.168.1.19 dont je pouvais me servir pour y accéder en ssh mais également l'adresse IP délivrée par mon routeur qui est dynamique du coup. L'autre interface est la boucle locale (lo), donc il n'y a pas d'autres interfaces qui possédait cette adresse si c'est ce que vous voulez savoir. Se peut-il que le routeur associe l'adresse qu'il a délivrée lui meme à l'interface et celle configurée statiquement sur le raspberry ?

Salut,

Essaie de vider la table ARP sur le client

Bonjour,

Quelle est la commande pour vider la table arp sur linux ? Ce n'est pas sur le routeur qu'il faut faire qqch ?

Voici ce que je trouve sur le routeur : 

Et voici une photo (pas de screen possible dsl) du démarrage de mon raspberry :

et voici ce que la commande ifconfig -a donne :

pi@blabla ~ $ ifconfig -a
eth0      Link encap:Ethernet  HWaddr b8:27:eb:a7:a6:95
          inet adr:192.168.1.189  Bcast:192.168.1.255  Masque:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:744 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1052 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:49630 (48.4 KiB)  TX bytes:142427 (139.0 KiB)

lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Bien sur si je demande au routeur d'attribuer une certaine IP à l'adresse MAC correspondant au raspberry je n'en aurai qu'une seule, mais j'aimerais comprendre pourquoi j'ai ce soucis. Et aussi est-ce mieux de configurer une IP statique coté serveur dhcp ou sur la machine elle même ?

Merci !

-
Edité par Phosty 23 juin 2015 à 13:09:55

C'est bizarre, que donne un ping 192.168.1.7 ?

Et un arp -an ?

Il t'a demandé de vider le cache ARP car tu es dans un réseau local et la requête ne passe pas par le routeur. Ton PC utilise uniquement sa table ARP donc si l'ancienne IP est toujours présente, normal que ça marche.

La requête ping abouti sans soucis.

et voici le résultat de arp -an :

pi@Phosty-Pi ~ $ arp -an
? (192.168.1.6) at d4:3d:7e:f6:7a:f2 [ether] on eth0
? (192.168.1.1) at 00:23:48:28:27:f7 [ether] on eth0
? (192.168.1.4) at ac:cf:5c:94:fd:7a [ether] on eth0

Les ip sont respectivement celles de mon PC fixe, du routeur et de mon ipad

Hello,

Il nous faudrait plutôt un arp -an du client ssh Quoique c'est déjà bizarre en soit que tu puisse ping 192.168.1.7 sans l'avoir dans ton cache.

Redémarre ton routeur, va sur ta machine client, vire les entrées arp concernant 192.168.1.7 et refait un check.

Il faut sortir wireshark ou tcpdump pour y voir plus clair !

arp n'est pas la raison, mais un moyen de comprendre ce qu'il se passe.

Alors, j'ai redémarré le routeur.

J'ai regardé la table arp sur le client (le pc fixe sous win7), supprimé l'adresse correspondante au raspberry, reregardé qu'elle n'était plus dans la table et ensuite fait un ping... et hop il réapparait.

C:\Windows\system32>arp -a

Interface : 192.168.1.6 --- 0xb
  Adresse Internet      Adresse physique      Type
  192.168.1.1           00-23-48-28-27-f7     dynamique
  192.168.1.7           b8-27-eb-a7-a6-95     dynamique
  192.168.1.189         b8-27-eb-a7-a6-95     dynamique
  192.168.1.255         ff-ff-ff-ff-ff-ff     statique
  224.0.0.22            01-00-5e-00-00-16     statique
  224.0.0.251           01-00-5e-00-00-fb     statique
  224.0.0.252           01-00-5e-00-00-fc     statique
  239.0.0.250           01-00-5e-00-00-fa     statique
  239.255.255.250       01-00-5e-7f-ff-fa     statique
  255.255.255.255       ff-ff-ff-ff-ff-ff     statique

C:\Windows\system32>arp -d 192.168.1.7

C:\Windows\system32>arp -a

Interface : 192.168.1.6 --- 0xb
  Adresse Internet      Adresse physique      Type
  192.168.1.1           00-23-48-28-27-f7     dynamique
  192.168.1.189         b8-27-eb-a7-a6-95     dynamique
  192.168.1.255         ff-ff-ff-ff-ff-ff     statique
  224.0.0.22            01-00-5e-00-00-16     statique
  224.0.0.251           01-00-5e-00-00-fb     statique
  224.0.0.252           01-00-5e-00-00-fc     statique
  239.0.0.250           01-00-5e-00-00-fa     statique
  239.255.255.250       01-00-5e-7f-ff-fa     statique
  255.255.255.255       ff-ff-ff-ff-ff-ff     statique

C:\Windows\system32>ping 192.168.1.7

Envoi d'une requête 'Ping'  192.168.1.7 avec 32 octets de données :
Réponse de 192.168.1.7 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.7 : octets=32 temps=1 ms TTL=64
Réponse de 192.168.1.7 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.7 : octets=32 temps<1ms TTL=64

Statistiques Ping pour 192.168.1.7:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms

C:\Windows\system32>

J'ai éteinds et rallumé mon ipad car je ne sais pas comment modifier sa table arp à lui Et j'arrive toujours à me connecter en ssh avec l'adresse 192.168.1.7

Ok,

Après mure réflexion, à voir ton raspberry réponds des arp-reply à des request qui ne lui sont pas destinées. C'est étrange. Vérifie ce que je dis avec Wireshark. Il faut que tu check que lorsque ton client lance une arp-request WHO IS 192.168.1.7 est ce que tu as une réponse 192.168.1.7 IS AT b8-27-eb-a7-a6-95

-
Edité par Rosetux 23 juin 2015 à 15:03:13

Non sur le routeur il n'est plus visible :

Je vais tenter de voir avec wireshark, mais je ne connais pas bien son fonctionnement

edit : ok je vais essayer de voir ça, merci rosetux

-
Edité par Phosty 23 juin 2015 à 15:07:25

Ok, donc ton interface réseau répond pour l'IP 192.168.1.7.

La question est maintenant, pourquoi ton pi fait une requete DHCP avant de fixer son IP ? 

Tu dois avoir des éléments de configuration qu'on ne voit pas.

Voici une capture de 2 minutes de wireshark (pendant ce temps j'ai ping 192.168.1.7 une seule fois après l'avoir enlevé de la table arp)

C'est donc le raspberry qui répond à la requête ?

Qu'est ce que vous devez voir dans la configuration du raspberry ?

Je vous met le fichier /etc/network/interfaces au complet :

pi@Phosty-Pi ~ $ sudo more /etc/network/interfaces
auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet static
  address 192.168.1.189
  netmask 255.255.255.0
  gateway 192.168.1.1
  dns-nameservers 192.168.1.1

auto wlan0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

auto wlan1
allow-hotplug wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

-
Edité par Phosty 23 juin 2015 à 16:11:17

Comment cela se fait que tes interfaces wlan0 et wlan1 n'apparaissent pas dans le ifconfig -a ?

Existent-elles ?

Alors là... je ne sais pas du tout... Elles n’apparaissent effectivement pas dans le ifconfig -a

Ça ne serait pas au cas ou on branche une clé wifi en usb ? (ce que je n'ai pas fait, mon raspberry est connecté avec un cable ethernet)

-
Edité par Phosty 23 juin 2015 à 16:21:28

Yop,

En faite, ton serveur SSH démarre un démon dhcp sur ton screenshot. Peut-être qu'en le démarrant, le serveur s'attribue lui même une adresse ?

Essaie de désactiver ce démon au boot, et regarde si ça le fait toujours.

En revanche, je ne sais pas comment on fait ça, je suis pas très bon en linux/openBSD

-
Edité par Rosetux 23 juin 2015 à 16:30:08

Non, cela ne fonctionne pas comme ça.

Au pire on peut obliger le serveur SSH à ne tourner que sur l'adresse IP 192.168.1.189. A faire dans le fichier sshd_config. Par contre les autres services seront toujours accessibles sur l'autre IP a priori.

Bon au final on aura pas trouvé la réponse à ce mystère

Je vais surement configurer le dhcp pour qu'il donne une adresse fixe au raspberry, la au moins je suis sûr qu'il n'y aura qu'une seule IP

Tu as reboot le rasp ?

Oui je l'avais reboot, j'ai post un screen du démarrage ou l'on voit qu'il reçoit une IP du dhcp en plus de la sienne.

Ce matin j'ai vu qu'il a reçu une nouvelle IP du dhcp (192.168.1.6) que je vois sur le routeur.

Techniquement c'est possible d'avoir deux IP sur une même carte réseau.

Que donne un cat /etc/network/interfaces ?

Voir trois posts au dessus ;-)

Ah oui J'espérais voir une interface virtuelle ou un truc de ce genre

Bon,

Le soucis au niveau du réseau maintenant on le connaît : Ton rasp réponds a des requêtes arp qui ne lui sont pas destinées.

Je pourrais déplacer le sujet dans le forum linux, peut-être que ça leur est déjà arrivé ou qu'ils pourront plus t'aider ?

En attendant, sur ta photo de ton boot, on voit bien que c'est le service dhcpd qui établit 192.168.1.7 Je continue donc de penser que le problème vient de ce service...

Dis-moi si tu veux déplacer le sujet

A+

Rosetux

-
Edité par Rosetux 25 juin 2015 à 13:20:26

Non le service signale que l'adresse IP 192.168.1.7 lui a été OFFER par la box : "offered 192.168.1.7 from 192.168.1.1"

Essaye de désactiver le serveur DHCP de ta box. C'est court-terme mais ça permettra d'isoler le souci

Désolé j'étais absent ces deux derniers jours.

Je veux bien que tu déplaces le sujet oui, ils pourront peut-être m'aider

Merci beaucoup à vous tous en tout cas

Comme Rosetux le dit, le service dhcpcd est lancé au démarrage de ta raspeberry, c'est donc normal qu'on lui attribut une ip si il en demande une, désactive simplement le service au démarrage.

Je viens de relire, en effet ça serait plus intelligent de désactiver le client DHCP plutôt que le serveur de la box