Explication sur un ping =c3=a9trange

Le
Migrec
Bonjour,

Ma box Livebox est joignable avec un ping alors que j'ai désactivé
l'interface sur laquelle elle est raccordée Une explication ?

Habituellement, j'ai :

Net <-> Box IP Publique <-> 192.168.1.92 (eth1) Serveur (eth0) <->
réseau local

Aujourd'hui, j'ai :

Net <-> Téléphone point d'accès WiFi <-> 192.168.43.81 (wlan0) Serveur
(eth0) <-> Réseau local

Mais :

[root@canoe]:~ # ping 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%0 timea.9 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl%0 timeG.9 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl%0 time`.1 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl%0 time8.2 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl%0 time9.0 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl%0 timeU.0 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl%0 timeG.9 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl%0 timeF.0 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl%0 timeD.1 ms
64 bytes from 192.168.1.1: icmp_seq ttl%0 timeD.2 ms
64 bytes from 192.168.1.1: icmp_seq ttl%0 timeb.0 ms
^C
192.168.1.1 ping statistics
11 packets transmitted, 11 received, 0% packet loss, time 10011ms
rtt min/avg/max/mdev = 38.205/49.710/62.036/8.340 ms

[root@canoe]:~ # route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use
Iface
default 192.168.43.1 0.0.0.0 UG 0 0 0 wlan0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.43.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0

[root@canoe]:~ # ifconfig eth0
eth0: flagsA63<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::d685:64ff:fe6a:7260 prefixlen 64 scopeid 0x20<link>
ether d4:85:64:6a:72:60 txqueuelen 1000 (Ethernet)
RX packets 608221 bytes 720837642 (687.4 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 429502 bytes 216277189 (206.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 18


Sur mon serveur, j'ai un serveur DNS qui sert de cache. Mais à priori,
il n'intervient pas dans le ping puisque je donne l'adresse Pourquoi
j'ai une réponse au ping puisque j'ai désactivé eth1, seule interface en
communication avec ma box ?

--
Migrec
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Pascal Hambourg
Le #26449546
Le 30/10/2017 à 11:02, Migrec a écrit :
Ma box Livebox est joignable avec un ping alors que j'ai désactivé
l'interface sur laquelle elle est raccordée... Une explication ?
Habituellement, j'ai :
Net réseau local
Aujourd'hui, j'ai :
Net <-> Téléphone point d'accès WiFi  <-> 192.168.43.81 (wlan0) Serveur
(eth0) <-> Réseau local

A quoi le téléphone est-il connecté ?
[]:~ # ping 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%0 timea.9 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl%0 timeG.9 ms

Ce n'est probablement pas ta box qui répond, mais une autre machine qui
a la même adresse IP. Les adresses IP privées ne sont pas uniques.
Le temps de réponse et le TTL vont dans ce sens.
Tu peux essayer de te connecter aux services normalement offerts par ta
box (interface web d'administration...) pour vérifier.
Erwan David
Le #26449547
Le 10/30/17 à 11:02, Migrec a écrit :
Bonjour,
Ma box Livebox est joignable avec un ping alors que j'ai désactivé
l'interface sur laquelle elle est raccordée... Une explication ?
Habituellement, j'ai :
Net réseau local
Aujourd'hui, j'ai :
Net <-> Téléphone point d'accès WiFi  <-> 192.168.43.81 (wlan0)
Serveur (eth0) <-> Réseau local
Mais :
[]:~ # ping 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%0 timea.9 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl%0 timeG.9 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl%0 time`.1 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl%0 time8.2 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl%0 time9.0 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl%0 timeU.0 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl%0 timeG.9 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl%0 timeF.0 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl%0 timeD.1 ms
64 bytes from 192.168.1.1: icmp_seq ttl%0 timeD.2 ms
64 bytes from 192.168.1.1: icmp_seq ttl%0 timeb.0 ms
^C
--- 192.168.1.1 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 10011ms
rtt min/avg/max/mdev = 38.205/49.710/62.036/8.340 ms
[]:~ # route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref   
Use Iface
default         192.168.43.1    0.0.0.0         UG    0 0        0 wlan0
192.168.0.0     0.0.0.0         255.255.255.0   U     0 0        0 eth0
192.168.43.0    0.0.0.0         255.255.255.0   U     0 0        0 wlan0
[]:~ # ifconfig eth0
eth0: flagsA63<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.2  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::d685:64ff:fe6a:7260  prefixlen 64  scopeid 0x20<link>
        ether d4:85:64:6a:72:60  txqueuelen 1000  (Ethernet)
        RX packets 608221  bytes 720837642 (687.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 429502  bytes 216277189 (206.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18
Sur mon serveur, j'ai un serveur DNS qui sert de cache. Mais à priori,
il n'intervient pas dans le ping puisque je donne l'adresse...
Pourquoi j'ai une réponse au ping puisque j'ai désactivé eth1, seule
interface en communication avec ma box ?
--
Migrec


Ce n'est pas forcément ta boite qui répond, mais un équipement
quelconque dans le réseau de ton opérateur mobile.
192.168.1.1 est une adresse privée qui peut être utilisée dans plusieurs
réseaux
Migrec
Le #26449606
Le 30/10/2017 à 11:18, Pascal Hambourg a écrit :
Le 30/10/2017 à 11:02, Migrec a écrit :
Ma box Livebox est joignable avec un ping alors que j'ai désactivé
l'interface sur laquelle elle est raccordée... Une explication ?
Habituellement, j'ai :
Net réseau local
Aujourd'hui, j'ai :
Net <-> Téléphone point d'accès WiFi <-> 192.168.43.81 (wlan0)
Serveur (eth0) <-> Réseau local

A quoi le téléphone est-il connecté ?

Le téléphone est connecté en 4G d'un coté (internet) et de l'autre il
est connecté au serveur via une liaison WiFi et une clé Wifi USB sur le
serveur.
[]:~ # ping 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%0 timea.9 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl%0 timeG.9 ms

Ce n'est probablement pas ta box qui répond, mais une autre machine
qui a la même adresse IP. Les adresses IP privées ne sont pas uniques.
Le temps de réponse et le TTL vont dans ce sens.

Donc ça prendrait la route par défaut, qui part vers le net et l'une des
machines répondrait.
Tu peux essayer de te connecter aux services normalement offerts par
ta box (interface web d'administration...) pour vérifier.

Box injoignable...
--
Migrec
Stephane Bortzmeyer
Le #26449773
On Mon, Oct 30, 2017 at 08:09:00PM +0100,
Migrec a message of 42 lines which said:
Donc ça prendrait la route par défaut, qui part vers le net et l'une des
machines répondrait.

traceroute permettrait de remplacer le conditionnel par l'indicatif.
Migrec
Le #26449829
Le 31/10/2017 à 18:28, Stephane Bortzmeyer a écrit :
On Mon, Oct 30, 2017 at 08:09:00PM +0100,
Migrec a message of 42 lines which said:
Donc ça prendrait la route par défaut, qui part vers le net et l'une des
machines répondrait.

traceroute permettrait de remplacer le conditionnel par l'indicatif.


Oui, j'y songerai lors de la prochaine mise en place de ma solution de
secours. Merci !
--
Migrec
babouchko
Le #26449838
--f403045c1ea6d2c005055cddd106
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Tu peux aussi regarder la table arp (arp -a) pour savoir quelle est
l'adresse mac associée
Cdt
Bab
Le 31 oct. 2017 18:39, "Stephane Bortzmeyer" écrit :
On Mon, Oct 30, 2017 at 08:09:00PM +0100,
Migrec a message of 42 lines which said:
Donc ça prendrait la route par défaut, qui part vers le net e t l'une des
machines répondrait.

traceroute permettrait de remplacer le conditionnel par l'indicatif.


--f403045c1ea6d2c005055cddd106
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<p dir="ltr">Tu peux aussi regarder la table arp (arp -a) pour savoir que lle est l&#39;adresse mac associée<br>
Cdt<br>
Bab</p>
 Migrec &lt;  a message of 42 lines which said:<br>
<br>
&gt; Donc ça prendrait la route par défaut, qui part vers le net et l&#39;une des<br>
&gt; machines répondrait.<br>
<br>
traceroute permettrait de remplacer le conditionnel par l&#39;indicatif.<br >
<br>
</div>
--f403045c1ea6d2c005055cddd106--
Pascal Hambourg
Le #26449853
Le 31/10/2017 à 21:44, babouchko a écrit :
Tu peux aussi regarder la table arp (arp -a) pour savoir quelle est
l'adresse mac associée

La visibilité des adresses MAC est limitée aux interfaces connectées au
même domaine de diffusion. Peu probable que ce soit le cas ici.
Publicité
Poster une réponse
Anonyme