D'un coup, je n'es plus accès à mon serveur !

[AntoninCarlin]

Bonjour

Comme pas mal d'entre vous j'imagine, j'ai fais un petit serveur web à la maison.
Je naviguais dessus et.. tout à coup, très long à charger et.. rien.

Je suis chez orange, donc en local, je suis obligé de mettre mon adresse local 192.168.1.10.

Je test sur mon iPhone(en wifi)... Ça marche !
Je test sur le MBP de mes parents... Ça marche !
Je retest donc sur mon MBP... Ça marche.. pas.

Et je suis sur que vous pouvez y allez.
--> http://carlin.homeftp.net/

Pourquoi d'un coup mon ordinateur refuse d'aller sur cette adresse ? Même le ping ne répond pas !

Bizarre non ?

Merci à tous d'avance !

 

[Polo35230]

Le lien marche de chez moi.
A partir du MBP, ça ne marche pas en local, ou via internet?
Si c'est via internet, que donne un ping carlin.homeftp.net ?

Si c'est en local, dans la barre d'adresse de ton navigateur, peux-tu taper
192.168.1.10:80 pour voir...

 

[AntoninCarlin]

Merci, de m'avoir répondu.
C'est en local à partir de mon MBA oui, et en ajoutant 80, rien y fait :/
Le pire c'est que ça marche sur les autres machines de la maison !

 

[Polo35230]

Sur ton serveur, tu as un firewall, ou quelque chose qui y ressemble.?
Essaye de changer l'adresse IP de ton MBP (mets par exemple une adresse fixe en 192.168.1.XXX non utilisée sur ton Lan)
Sur ton MBP, tu peux pinguer ta box ? (192.168.1.1)

Fais un arp -a sur ton serveur pour voir les adresses IP qu'il a dans sa table arp.
Il a peut-être 2 machines qui ont la même adresse IP sur ton Lan.

 

[AntoninCarlin]

Alors
Firewall -> Je ne sais pas, je suis sur debian.
Changer Ip -> Cela ne change rien, Safari me dit toujours : "Failed to open page" sur mon adresse local.
Le ping LiveBox (192.168.1.1) fonctionne.
Je ne pense pas qu'il est deux machines de même IP :/

Je vais faire le arp -a sur le serveur et je te dit quoi. (Le problème c'est que je me connecte via SSh depuis mon MBA pour faire cela lol) vais le faire depuis mon iPhone.

EDIT : Il y a bien en problème du coté du arp ! Mon ancienne adresse IP est 192.168.1.13, maintenant 192.168.1.202

EDIT2: Plus aucune chose bizarre du coté ARP..

 

[Polo35230]

essaye d'effacer l'adresse 192.168.1.13 de la table arp
arp -d 192.168.1.13

J'avais pas vu la 2ème coipie d'écran...

La .13 a disparu
, car les enregistrements dans la table arp ont une durée de vie (en général, 5 minutes), mais ça peut aller jusqu'à une heure. Et si l'adresse IP de ton MBP change, ça peut poser pb...

avec l'IP en .202 le ping a du marcher puisqu'on voit cette adresse dans la table?

Sinon,, fais un arp -d * (pour vider toute la table), et réessaye avec la-e mbp avec192.168.1.202

 

[AntoninCarlin]

J'ai supprimé 192.168.1.13 de la table ARP ainsi que ma nouvelle IP 192.168.1.202.

Tjrs aucun accès sur mon serveur depuis mon MBP.

 

[Polo35230]

Du MBP, tu peux pinguier ton serveur?
Et du serveur, tu peux faire un ping du MBP?

Curieux ton pb...

Autrement, sur le MBP, tu peux aussi faire une trace d'un ping vers le serveur.
Dans une fenêtre terminal, tu fais un tcpdump host 192.168.1.10
Dans une autre fenêtre, tu fais un ping 192.168.1.10
La trace donnera peut-être une indication.

Si on ne comprend tjs pas le pb, sur le serveur, on pourrait aussi faire un tcpdump host 192.168.1.202
En croisant les deux traces, on verra où ça coince...

Dans la table arp du serveur, 192.168.1.13 étaint en "incomplete" parce que tu as dû faire un ping sur cette adresse à partir du serveur, et le ping n'a pas abouti.

Tu as plusieurs interfaces réseaux sur le serveur?
Il y a un switch ou un routeur (autre que la box) sur ton LAN?

 

[AntoninCarlin]

La commande ARP -d * ne fonctionne pas ! Ça marque "*: Unknown host" lol
Je ne peux pinger mon serveur depuis mon MBP.
Et je ne peux pinger du serveur vers mon MBP.

---------- Nouveau message ajouté à 19h15 ---------- Le message précédent a été envoyé à 19h07 ----------

Antonins-MacBook-Pro:~ antonincarlin$ tcpdump host 192.168.1.10
tcpdump: ioctl(SIOCIFCREATE): Operation not permitted
Antonins-MacBook-Pro:~ antonincarlin$ sudo tcpdump host 192.168.1.10
Password:
tcpdump: data link type PKTAP
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on pktap, link-type PKTAP (Packet Tap), capture size 65535 bytes
19:12:09.468068 ARP, Request who-has 192.168.1.10 (00:1c:25:56:df:39 (oui Unknown)) tell 192.168.1.202, length 28
19:12:10.469211 ARP, Request who-has 192.168.1.10 (00:1c:25:56:df:39 (oui Unknown)) tell 192.168.1.202, length 28
19:12:12.471407 ARP, Request who-has 192.168.1.10 (00:1c:25:56:df:39 (oui Unknown)) tell 192.168.1.202, length 28
19:12:13.472543 ARP, Request who-has 192.168.1.10 (00:1c:25:56:df:39 (oui Unknown)) tell 192.168.1.202, length 28
19:12:14.472782 ARP, Request who-has 192.168.1.10 (00:1c:25:56:df:39 (oui Unknown)) tell 192.168.1.202, length 28
19:12:15.473906 ARP, Request who-has 192.168.1.10 tell 192.168.1.202, length 28
19:12:16.474117 ARP, Request who-has 192.168.1.10 tell 192.168.1.202, length 28
19:12:17.475246 ARP, Request who-has 192.168.1.10 tell 192.168.1.202, length 28
19:12:18.476333 ARP, Request who-has 192.168.1.10 tell 192.168.1.202, length 28
19:12:20.478272 ARP, Request who-has 192.168.1.10 tell 192.168.1.202, length 28
^C
10 packets captured
1022 packets received by filter
0 packets dropped by kernel

Et sur mon iPhone je ne peux ouvrir deux terminals, il faut que j'attende le pc de ma mère..

 

[Polo35230]

J'ai effacé ma réponse, j'avais mal regardé...
C'est la requête ARP qui plante.
Donc, le ping ne sort donc même pas du MBP.
Le MBP cherche à acquérir l'adresse mac du serveur (en broadcast), mais n'obtient pas de réponse.
Le tcpdump host 192.168.1.202 (côté serveur) montrera si celui-ci reçoit bien cette requête et s'il y répond...

 

[AntoninCarlin]

Voilà ! Commande tcpdump host 192.168.1.202 via le serveur et une commande ping 192.168.1.10 depuis mon MBP.

 

[Polo35230]

Le mystère s'épaissit...
La requête arp a bien été reçue par le serveur, et il a répondu...
Par contre, on n'a pas vu sortir l'icmp request du MBP...
Le pb doit être dans le MBP.
Tout se passe comme si, dans le MBP, l'adresse IP 192.168.1.10 du serveur était bloquée.

Tu n'as pas LittleSnitch ou un firewall du marché?
Désactive le Firewall interne du MBP pour voir...

 

[AntoninCarlin]

Le firewall du MBP à toujours été désactivé lol.
LittleSnitch ? C'est quoi ? : Non pas de LittleSnitch !

Je vais essayer d'activer et de désactiver le Firewall du MBP --> Rien fait !

 

[Polo35230]

Il y a un truc curieux.
Post #9, on voit que le MBP a bien envoyé l' "ARP request" pour demander l'adresse mac de la machine 192.168.1.10 (le serveur) alors qu'il l'a...

Post #11, on voit que le serveur reçoit bien ces "ARP request", et qu'il y répond (ARP reply) en lui donnant sa mac address (00 1c 25 56 df 39).

Par contre, post #9 on ne voit pas arriver ces "arp reply"
Le truc que je ne comprend pas (post #9 et #11), c'est ce "oui Unknown"
Je vais essayer de comprndre ce que ça veut dire.

Tu as rebooté le MBP pour voir si ça changeait qquechose?

 

[AntoninCarlin]

J'ai rebooter le serveur et le MBP et.. Rien... Désespérant !

Merci beaucoup du temps que tu passes pour moi, je te remercie beaucoup !

 

[Polo35230]

Le contexte réseau, c'est quoi?

Le serveur est en ethernet sur une box, ou un switch? Il n'a qu'une adresse IP?
Il aplusieurs ports ethernet activés?


Le MB est en wifi sur sur la box?

Dans le MB, il n'y a qu'une interface réseau active?
Pas de tunnel?
Peux tu faire sur le MB un ifconfig, et un netstat -r stp?

C'est la prise de tête, ton pb...

 

[AntoninCarlin]

Alors :
Serveur connecté en ethernet sur ma LiveBox. Pas de switch.
MBP connecté en wifi sur ma box.
Qu'appelles tu interface de réseau active ?
Pas de tunnel !

Antonins-MacBook-Pro:~ antonincarlin$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
nd6 options=1<PERFORMNUD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=27<RXCSUM,TXCSUM,VLAN_MTU,TSO4>
ether d4:9a:20:bb:25:2e
nd6 options=1<PERFORMNUD>
media: autoselect
status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether f8:1e:df:d7:f3:4e
inet6 fe80::fa1e:dfff:fed7:f34e%en1 prefixlen 64 scopeid 0x5
inet 192.168.1.202 netmask 0xffffff00 broadcast 192.168.1.255
nd6 options=1<PERFORMNUD>
media: autoselect
status: active
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr d4:9a:20:ff:fe:bb:25:2e
nd6 options=1<PERFORMNUD>
media: autoselect <full-duplex>
status: inactive
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
ether 0a:1e:df:d7:f3:4e
media: autoselect
status: inactive

Antonins-MacBook-Pro:~ antonincarlin$ netstat -r
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 27 0 en1
127 localhost UCS 0 0 lo0
localhost localhost UH 3 444 lo0
169.254 link#5 UCS 0 0 en1
192.168.1 link#5 UCS 3 0 en1
192.168.1.1 40:5a:9b:13:3f:77 UHLWIir 28 0 en1 1180
192.168.1.10 0:1c:25:56:df:39 UHLWI 0 0 en1 1027
192.168.1.202 localhost UHS 1 0 lo0
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 5 en1

Internet6:
Destination Gateway Flags Netif Expire
localhost localhost UHL lo0
fe80::%lo0 fe80::1%lo0 UcI lo0
fe80::1%lo0 link#1 UHLI lo0
fe80::%en0 link#4 UCI en0
fe80::%en1 link#5 UCI en1
antonins-macbook-p f8:1e:df:d7:f3:4e UHLI lo0
ff01::%lo0 localhost UmCI lo0
ff01::%en0 link#4 UmCI en0
ff01::%en1 link#5 UmCI en1
ff02::%lo0 localhost UmCI lo0
ff02::%en0 link#4 UmCI en0
ff02::%en1 link#5 UmCI en1

Voilà.. Oui prise de tête. J'ai cherché pour "oui unknown"... Rien compris ! Arf, vivement les études supérieurs !

---------- Nouveau message ajouté à 22h07 ---------- Le message précédent a été envoyé à 21h52 ----------

J'ai essayé de changer l'IP local du serveur. Et rien !

 

[Polo35230]

Qu'appelles tu interface de réseau active ?

Sur une machine, il peut y avoir plusieurs ports réseaux physiques.
Si ces ports sont configurés et actifs, ils ont leurs interfaces physiques actives.
De plus , sur ces interfaces physiques peuvent être configurées des interfaces logiques (pour les VPNs par exemple).
Mais le pb n'est pas là, sur le MBP, tu n'as qu'une interface active (en1).

Sur le serveur, on pourrait faire aussi un ifconfig et un netstat -r pour vérifier égalemet les interfaces.


Le truc qu'on pourrait faire, c'est, sur le MB, virer la route ci-dessous dans la table de routage.
192.168.1.10 0:1c:25:56:df:39 UHLWI 0 0 en1 1027
Elle est bonne, mais on sait jamais...
Elle devrait se recréer automatiquement.
sudo route delete 192.168.1.10

 

[AntoninCarlin]

Antonins-MacBook-Pro:~ antonincarlin$ sudo route delete 192.168.1.10
Password:
route: writing to routing socket: not in table
delete host 192.168.1.10: not in table

Pour le reste, on vois ça demain, je suis creuvé. Encore merci pour ton aide.. Incroyable cette histoire... Ça se trouve demain tout remarchera.. Bonne nuit !

 

[Polo35230]

On sait jamais, ça peut tomber en marche...