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=250 time=61.9 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=250 time=47.9 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=250 time=60.1 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=250 time=38.2 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=250 time=39.0 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=250 time=55.0 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=250 time=47.9 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=250 time=46.0 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=250 time=44.1 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=250 time=44.2 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=250 time=62.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
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 ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal Hambourg
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 <-> 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
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.
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 <-> 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
A quoi le téléphone est-il connecté ?
[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
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.
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
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 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 <-> 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 : []:~ # 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
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 <-> 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
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
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 : []:~ # 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 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 <-> 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
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
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 <-> 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
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.
[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
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.
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
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
On Mon, Oct 30, 2017 at 08:09:00PM +0100, Migrec wrote 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.
On Mon, Oct 30, 2017 at 08:09:00PM +0100,
Migrec <mic.grentz@online.fr> wrote
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.
Le 31/10/2017 à 18:28, Stephane Bortzmeyer a écrit :
On Mon, Oct 30, 2017 at 08:09:00PM +0100, Migrec wrote 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
--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" a écrit :
On Mon, Oct 30, 2017 at 08:09:00PM +0100, Migrec wrote 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'adresse mac associée<br> Cdt<br> Bab</p> <div class="gmail_quote">Le 31 oct. 2017 18:39, "Stephane Bortz meyer" <<a href="mailto:"> g</a>> a écrit :<br type="attribution"><blockquote class=" gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding- left:1ex">On Mon, Oct 30, 2017 at 08:09:00PM +0100,<br> Migrec <<a href="mailto:"> fr</a>> wrote<br> a message of 42 lines which said:<br> <br> > Donc ça prendrait la route par défaut, qui part vers le net et l'une des<br> > machines répondrait.<br> <br> traceroute permettrait de remplacer le conditionnel par l'indicatif.<br > <br> </div> --f403045c1ea6d2c005055cddd106--
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" <stephane@sources.org> a
écrit :
On Mon, Oct 30, 2017 at 08:09:00PM +0100,
Migrec <mic.grentz@online.fr> wrote
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.
<p dir="ltr">Tu peux aussi regarder la table arp (arp -a) pour savoir que lle est l'adresse mac associée<br>
Cdt<br>
Bab</p>
<div class="gmail_quote">Le 31 oct. 2017 18:39, "Stephane Bortz meyer" <<a href="mailto:stephane@sources.org">stephane@sources.or g</a>> a écrit :<br type="attribution"><blockquote class=" gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding- left:1ex">On Mon, Oct 30, 2017 at 08:09:00PM +0100,<br>
Migrec <<a href="mailto:mic.grentz@online.fr">mic.grentz@online. fr</a>> wrote<br>
a message of 42 lines which said:<br>
<br>
> Donc ça prendrait la route par défaut, qui part vers le net et l'une des<br>
> machines répondrait.<br>
<br>
traceroute permettrait de remplacer le conditionnel par l'indicatif.<br >
<br>
</blockquote></div>
--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" a écrit :
On Mon, Oct 30, 2017 at 08:09:00PM +0100, Migrec wrote 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'adresse mac associée<br> Cdt<br> Bab</p> <div class="gmail_quote">Le 31 oct. 2017 18:39, "Stephane Bortz meyer" <<a href="mailto:"> g</a>> a écrit :<br type="attribution"><blockquote class=" gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding- left:1ex">On Mon, Oct 30, 2017 at 08:09:00PM +0100,<br> Migrec <<a href="mailto:"> fr</a>> wrote<br> a message of 42 lines which said:<br> <br> > Donc ça prendrait la route par défaut, qui part vers le net et l'une des<br> > machines répondrait.<br> <br> traceroute permettrait de remplacer le conditionnel par l'indicatif.<br > <br> </div> --f403045c1ea6d2c005055cddd106--
Pascal Hambourg
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.
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.
