Je viens de m'apercevoir en vérifiant mon réseau local (routage,
interfaces, etc.) après une mise à jour du système (passant de Suse-9.0
à Suse-9.1) que la commande "route" donne des résultats inattendus et
elle affiche les chemins en deux temps avec un temps mort d'une dizaine
de secondes au milieu.
En plus des chemins indiqués dans le fichier de configuration
"/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau
Dest Passerelle Genmask Iface
... ... ... ...
169.254.0.0 * 255.255.0.0 eth1 "
Un ping sur cette adresse IP (169.254.0.0) ne donne rien. La commande
"whois" me renvoie ces infos :
===============
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority
OrgID: IANA
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
StateProv: CA
PostalCode: 90292-6695
Country: US
NetRange: 169.254.0.0 - 169.254.255.255
CIDR: 169.254.0.0/16
NetName: LINKLOCAL
NetHandle: NET-169-254-0-0-1
Parent: NET-169-0-0-0-0
NetType: IANA Special Use
NameServer: BLACKHOLE-1.IANA.ORG
NameServer: BLACKHOLE-2.IANA.ORG
Comment: Please see RFC 3330 for additional information.
RegDate: 1998-01-27
Updated: 2002-10-14
OrgAbuseHandle: IANA-IP-ARIN
OrgAbuseName: Internet Corporation for Assigned Names and Number
OrgAbusePhone: +1-310-301-5820
OrgAbuseEmail: abuse@iana.org
OrgTechHandle: IANA-IP-ARIN
OrgTechName: Internet Corporation for Assigned Names and Number
OrgTechPhone: +1-310-301-5820
OrgTechEmail: abuse@iana.org
# ARIN WHOIS database, last updated 2004-09-01 19:10
# Enter ? for additional hints on searching ARIN's WHOIS database.
=========================================
J'ai 2 cartes réseaux :
eth0 : pour me connecter à l'adsl (free.fr)
eth1 : l'interface de mon réseau local.
On dirait que l'IP 169.254.0.0 transite par mon réseau local par
l'intermédiaire de l'interface eth1.
L'email ci-dessus (abuse@iana.org) correspondant à cette adresse IP
suspect me rend encore plus perplexe.
Ma question est donc :
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
?"
Quelqu'un a-til déjà eu ce genre de problème ?
Merci d'avance pour des explications.
On Thu, 2 Sep 2004 11:53:19 +0200, Standing Cat wrote:
Je viens de m'apercevoir en vérifiant mon réseau local (routage, interfaces, etc.) après une mise à jour du système (passant de Suse-9.0 à Suse-9.1) que la commande "route" donne des résultats inattendus et elle affiche les chemins en deux temps avec un temps mort d'une dizaine de secondes au milieu.
par défaut route affiche les noms symboliques des adresses IP, ce qui lui fait faire une recherche DNS. Si cette recherche échoue, ce qui peut s'expliquer par un problème d'accès Internet ou une erreur de configuration, il y a des délais. Utiliser route -n pour afficher uniquement des adresses IP 'brutes'.
(...)
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
non, c'est une question de configuration. Chercher les archives du groupe avec cette adresse IP.
Je viens de m'apercevoir en vérifiant mon réseau local (routage,
interfaces, etc.) après une mise à jour du système (passant de Suse-9.0
à Suse-9.1) que la commande "route" donne des résultats inattendus et
elle affiche les chemins en deux temps avec un temps mort d'une dizaine
de secondes au milieu.
par défaut route affiche les noms symboliques des adresses IP, ce
qui lui fait faire une recherche DNS. Si cette recherche échoue, ce
qui peut s'expliquer par un problème d'accès Internet ou une erreur de
configuration, il y a des délais. Utiliser route -n pour afficher
uniquement des adresses IP 'brutes'.
(...)
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
non, c'est une question de configuration. Chercher les archives du
groupe avec cette adresse IP.
On Thu, 2 Sep 2004 11:53:19 +0200, Standing Cat wrote:
Je viens de m'apercevoir en vérifiant mon réseau local (routage, interfaces, etc.) après une mise à jour du système (passant de Suse-9.0 à Suse-9.1) que la commande "route" donne des résultats inattendus et elle affiche les chemins en deux temps avec un temps mort d'une dizaine de secondes au milieu.
par défaut route affiche les noms symboliques des adresses IP, ce qui lui fait faire une recherche DNS. Si cette recherche échoue, ce qui peut s'expliquer par un problème d'accès Internet ou une erreur de configuration, il y a des délais. Utiliser route -n pour afficher uniquement des adresses IP 'brutes'.
(...)
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
non, c'est une question de configuration. Chercher les archives du groupe avec cette adresse IP.
Gérard Patel
JB
Standing Cat wrote:
Bonjour,
Je viens de m'apercevoir en vérifiant mon réseau local (routage, interfaces, etc.) après une mise à jour du système (passant de Suse-9.0 à Suse-9.1) que la commande "route" donne des résultats inattendus et elle affiche les chemins en deux temps avec un temps mort d'une dizaine de secondes au milieu.
En plus des chemins indiqués dans le fichier de configuration "/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau Dest Passerelle Genmask Iface ... ... ... ... 169.254.0.0 * 255.255.0.0 eth1 "
Un ping sur cette adresse IP (169.254.0.0) ne donne rien. La commande "whois" me renvoie ces infos :
============== > ****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority OrgID: IANA Address: 4676 Admiralty Way, Suite 330 City: Marina del Rey StateProv: CA PostalCode: 90292-6695 Country: US
NetRange: 169.254.0.0 - 169.254.255.255 CIDR: 169.254.0.0/16 NetName: LINKLOCAL NetHandle: NET-169-254-0-0-1 Parent: NET-169-0-0-0-0 NetType: IANA Special Use NameServer: BLACKHOLE-1.IANA.ORG NameServer: BLACKHOLE-2.IANA.ORG Comment: Please see RFC 3330 for additional information. RegDate: 1998-01-27 Updated: 2002-10-14
OrgAbuseHandle: IANA-IP-ARIN OrgAbuseName: Internet Corporation for Assigned Names and Number OrgAbusePhone: +1-310-301-5820 OrgAbuseEmail:
OrgTechHandle: IANA-IP-ARIN OrgTechName: Internet Corporation for Assigned Names and Number OrgTechPhone: +1-310-301-5820 OrgTechEmail:
# ARIN WHOIS database, last updated 2004-09-01 19:10 # Enter ? for additional hints on searching ARIN's WHOIS database. ======================================== > J'ai 2 cartes réseaux : eth0 : pour me connecter à l'adsl (free.fr) eth1 : l'interface de mon réseau local. On dirait que l'IP 169.254.0.0 transite par mon réseau local par l'intermédiaire de l'interface eth1. L'email ci-dessus () correspondant à cette adresse IP suspect me rend encore plus perplexe. Ma question est donc : "Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0) ?" Quelqu'un a-til déjà eu ce genre de problème ? Merci d'avance pour des explications.
La même chose sous Fedora Core 2
idem pour Mdk 10.0 A+ JB
Standing Cat wrote:
Bonjour,
Je viens de m'apercevoir en vérifiant mon réseau local (routage,
interfaces, etc.) après une mise à jour du système (passant de Suse-9.0
à Suse-9.1) que la commande "route" donne des résultats inattendus et
elle affiche les chemins en deux temps avec un temps mort d'une dizaine
de secondes au milieu.
En plus des chemins indiqués dans le fichier de configuration
"/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau
Dest Passerelle Genmask Iface
... ... ... ...
169.254.0.0 * 255.255.0.0 eth1 "
Un ping sur cette adresse IP (169.254.0.0) ne donne rien. La commande
"whois" me renvoie ces infos :
============== > ****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority
OrgID: IANA
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
StateProv: CA
PostalCode: 90292-6695
Country: US
NetRange: 169.254.0.0 - 169.254.255.255
CIDR: 169.254.0.0/16
NetName: LINKLOCAL
NetHandle: NET-169-254-0-0-1
Parent: NET-169-0-0-0-0
NetType: IANA Special Use
NameServer: BLACKHOLE-1.IANA.ORG
NameServer: BLACKHOLE-2.IANA.ORG
Comment: Please see RFC 3330 for additional information.
RegDate: 1998-01-27
Updated: 2002-10-14
OrgAbuseHandle: IANA-IP-ARIN
OrgAbuseName: Internet Corporation for Assigned Names and Number
OrgAbusePhone: +1-310-301-5820
OrgAbuseEmail: abuse@iana.org
OrgTechHandle: IANA-IP-ARIN
OrgTechName: Internet Corporation for Assigned Names and Number
OrgTechPhone: +1-310-301-5820
OrgTechEmail: abuse@iana.org
# ARIN WHOIS database, last updated 2004-09-01 19:10
# Enter ? for additional hints on searching ARIN's WHOIS database.
======================================== >
J'ai 2 cartes réseaux :
eth0 : pour me connecter à l'adsl (free.fr)
eth1 : l'interface de mon réseau local.
On dirait que l'IP 169.254.0.0 transite par mon réseau local par
l'intermédiaire de l'interface eth1.
L'email ci-dessus (abuse@iana.org) correspondant à cette adresse IP
suspect me rend encore plus perplexe.
Ma question est donc :
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
?"
Quelqu'un a-til déjà eu ce genre de problème ?
Merci d'avance pour des explications.
Je viens de m'apercevoir en vérifiant mon réseau local (routage, interfaces, etc.) après une mise à jour du système (passant de Suse-9.0 à Suse-9.1) que la commande "route" donne des résultats inattendus et elle affiche les chemins en deux temps avec un temps mort d'une dizaine de secondes au milieu.
En plus des chemins indiqués dans le fichier de configuration "/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau Dest Passerelle Genmask Iface ... ... ... ... 169.254.0.0 * 255.255.0.0 eth1 "
Un ping sur cette adresse IP (169.254.0.0) ne donne rien. La commande "whois" me renvoie ces infos :
============== > ****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority OrgID: IANA Address: 4676 Admiralty Way, Suite 330 City: Marina del Rey StateProv: CA PostalCode: 90292-6695 Country: US
NetRange: 169.254.0.0 - 169.254.255.255 CIDR: 169.254.0.0/16 NetName: LINKLOCAL NetHandle: NET-169-254-0-0-1 Parent: NET-169-0-0-0-0 NetType: IANA Special Use NameServer: BLACKHOLE-1.IANA.ORG NameServer: BLACKHOLE-2.IANA.ORG Comment: Please see RFC 3330 for additional information. RegDate: 1998-01-27 Updated: 2002-10-14
OrgAbuseHandle: IANA-IP-ARIN OrgAbuseName: Internet Corporation for Assigned Names and Number OrgAbusePhone: +1-310-301-5820 OrgAbuseEmail:
OrgTechHandle: IANA-IP-ARIN OrgTechName: Internet Corporation for Assigned Names and Number OrgTechPhone: +1-310-301-5820 OrgTechEmail:
# ARIN WHOIS database, last updated 2004-09-01 19:10 # Enter ? for additional hints on searching ARIN's WHOIS database. ======================================== > J'ai 2 cartes réseaux : eth0 : pour me connecter à l'adsl (free.fr) eth1 : l'interface de mon réseau local. On dirait que l'IP 169.254.0.0 transite par mon réseau local par l'intermédiaire de l'interface eth1. L'email ci-dessus () correspondant à cette adresse IP suspect me rend encore plus perplexe. Ma question est donc : "Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0) ?" Quelqu'un a-til déjà eu ce genre de problème ? Merci d'avance pour des explications.
Plage d'adresses "link-local" non routables. Windows l'utilise en auto-configuration pour piocher une adresse par défaut en cas d'échec de DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau local. peut-être que Linux s'y met aussi.
Plage d'adresses "link-local" non routables. Windows l'utilise en
auto-configuration pour piocher une adresse par défaut en cas d'échec de
DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau
local. peut-être que Linux s'y met aussi.
Plage d'adresses "link-local" non routables. Windows l'utilise en auto-configuration pour piocher une adresse par défaut en cas d'échec de DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau local. peut-être que Linux s'y met aussi.
Plage d'adresses "link-local" non routables. Windows l'utilise en auto-configuration pour piocher une adresse par défaut en cas d'échec de DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau local. peut-être que Linux s'y met aussi. Bonjour,
pourtant cette plage d'adresse est routable, Cela serait un des serveurs master DNS (sous réserve) A+ JB
Plage d'adresses "link-local" non routables. Windows l'utilise en
auto-configuration pour piocher une adresse par défaut en cas d'échec de
DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau
local. peut-être que Linux s'y met aussi.
Bonjour,
pourtant cette plage d'adresse est routable,
Cela serait un des serveurs master DNS
(sous réserve)
A+
JB
Plage d'adresses "link-local" non routables. Windows l'utilise en auto-configuration pour piocher une adresse par défaut en cas d'échec de DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau local. peut-être que Linux s'y met aussi. Bonjour,
pourtant cette plage d'adresse est routable, Cela serait un des serveurs master DNS (sous réserve) A+ JB
JRD
Bonjour,
Standing Cat wrote:
Bonjour, [...]
En plus des chemins indiqués dans le fichier de configuration "/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau Dest Passerelle Genmask Iface ... ... ... ... 169.254.0.0 * 255.255.0.0 eth1 " [...]
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority [...]
Comment: Please see RFC 3330 for additional information.
http://www.faqs.org/rfcs/rfc3330.html est un bon début pour connaitre les adresses réseaux *réservées* ( _bizarres_ pour les novices).
[...]
J'ai 2 cartes réseaux : eth0 : pour me connecter à l'adsl (free.fr) eth1 : l'interface de mon réseau local. On dirait que l'IP 169.254.0.0 transite par mon réseau local par l'intermédiaire de l'interface eth1.
Non. Cette plage d'adresses IP est configurée sur l'interface eth1. Elle ne transite pas.
L'email ci-dessus () correspondant à cette adresse IP suspect me rend encore plus perplexe. Ma question est donc : "Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0) ?"
Non.
Quelqu'un a-til déjà eu ce genre de problème ? Ce n'est pas un problème, juste un fait.
"route delete ..." donne de bons résultats.
Merci d'avance pour des explications. De rien.
JRD. --
http://jerome.drapeau.free.fr La critique est aisée, l'art est difficile.
Bonjour,
Standing Cat <kbambou@no-log.org> wrote:
Bonjour,
[...]
En plus des chemins indiqués dans le fichier de configuration
"/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau
Dest Passerelle Genmask Iface
... ... ... ...
169.254.0.0 * 255.255.0.0 eth1 "
[...]
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority
[...]
Comment: Please see RFC 3330 for additional information.
http://www.faqs.org/rfcs/rfc3330.html est un bon début pour connaitre
les adresses réseaux *réservées* ( _bizarres_ pour les novices).
[...]
J'ai 2 cartes réseaux :
eth0 : pour me connecter à l'adsl (free.fr)
eth1 : l'interface de mon réseau local.
On dirait que l'IP 169.254.0.0 transite par mon réseau local par
l'intermédiaire de l'interface eth1.
Non. Cette plage d'adresses IP est configurée sur l'interface eth1.
Elle ne transite pas.
L'email ci-dessus (abuse@iana.org) correspondant à cette adresse IP
suspect me rend encore plus perplexe.
Ma question est donc :
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
?"
Non.
Quelqu'un a-til déjà eu ce genre de problème ?
Ce n'est pas un problème, juste un fait.
"route delete ..." donne de bons résultats.
Merci d'avance pour des explications.
De rien.
JRD.
--
NOSPAMjerome.drapeau@free.fr
http://jerome.drapeau.free.fr
La critique est aisée, l'art est difficile.
En plus des chemins indiqués dans le fichier de configuration "/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau Dest Passerelle Genmask Iface ... ... ... ... 169.254.0.0 * 255.255.0.0 eth1 " [...]
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority [...]
Comment: Please see RFC 3330 for additional information.
http://www.faqs.org/rfcs/rfc3330.html est un bon début pour connaitre les adresses réseaux *réservées* ( _bizarres_ pour les novices).
[...]
J'ai 2 cartes réseaux : eth0 : pour me connecter à l'adsl (free.fr) eth1 : l'interface de mon réseau local. On dirait que l'IP 169.254.0.0 transite par mon réseau local par l'intermédiaire de l'interface eth1.
Non. Cette plage d'adresses IP est configurée sur l'interface eth1. Elle ne transite pas.
L'email ci-dessus () correspondant à cette adresse IP suspect me rend encore plus perplexe. Ma question est donc : "Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0) ?"
Non.
Quelqu'un a-til déjà eu ce genre de problème ? Ce n'est pas un problème, juste un fait.
"route delete ..." donne de bons résultats.
Merci d'avance pour des explications. De rien.
JRD. --
http://jerome.drapeau.free.fr La critique est aisée, l'art est difficile.
Annie D.
JB wrote:
[169.254.0.0/16]
Plage d'adresses "link-local" non routables.
pourtant cette plage d'adresse est routable,
Elle est réservée à la communication entre machines sur un même lien, donc sans routage. Autrement dit, elle n'a pas de portée au-delà du lien sur lequel on l'emploie. Cf. RFC 3330.
Cela serait un des serveurs master DNS
De quoi parlez-vous ?
JB wrote:
[169.254.0.0/16]
Plage d'adresses "link-local" non routables.
pourtant cette plage d'adresse est routable,
Elle est réservée à la communication entre machines sur un même lien,
donc sans routage. Autrement dit, elle n'a pas de portée au-delà du lien
sur lequel on l'emploie. Cf. RFC 3330.
Elle est réservée à la communication entre machines sur un même lien, donc sans routage. Autrement dit, elle n'a pas de portée au-delà du lien sur lequel on l'emploie. Cf. RFC 3330.
Cela serait un des serveurs master DNS
De quoi parlez-vous ?
JB
Annie D. wrote:
JB wrote:
[169.254.0.0/16]
Plage d'adresses "link-local" non routables.
pourtant cette plage d'adresse est routable,
Elle est réservée à la communication entre machines sur un même lien, donc sans routage. Autrement dit, elle n'a pas de portée au-delà du lien sur lequel on l'emploie. Cf. RFC 3330.
Cela serait un des serveurs master DNS
De quoi parlez-vous ? Il faut resortir toute la doc de création d'un DNS?
A+ JB
Annie D. wrote:
JB wrote:
[169.254.0.0/16]
Plage d'adresses "link-local" non routables.
pourtant cette plage d'adresse est routable,
Elle est réservée à la communication entre machines sur un même lien,
donc sans routage. Autrement dit, elle n'a pas de portée au-delà du lien
sur lequel on l'emploie. Cf. RFC 3330.
Cela serait un des serveurs master DNS
De quoi parlez-vous ?
Il faut resortir toute la doc de création d'un DNS?
Elle est réservée à la communication entre machines sur un même lien, donc sans routage. Autrement dit, elle n'a pas de portée au-delà du lien sur lequel on l'emploie. Cf. RFC 3330.
Cela serait un des serveurs master DNS
De quoi parlez-vous ? Il faut resortir toute la doc de création d'un DNS?
Plage d'adresses "link-local" non routables. Windows l'utilise en auto-configuration pour piocher une adresse par défaut en cas d'échec de DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau local. peut-être que Linux s'y met aussi.
En effet, certaine distibutions basées sur redhat le font, cela permet d'avoir accès au lien local pour les machines non configurées...
Il est possible de désactiver clea en ajoutant : NOZEROCONF=yes dans les fichiers de configuration d'interface, par exemple /etc/sysconfig/network-scripts/ifcfg-eth0
La modification prendra place au prochain redémarrage du réseau (en particulier au reboot suivant). On peut aussi supprimé la route à la main.
Pour info, le script de configuration (/etc/sysconfig/network-scripts/ifup) fait en sorte que ce soit la dernière interface configurée qui ait la route dans le cas présent c'est eth1.
Plage d'adresses "link-local" non routables. Windows l'utilise en
auto-configuration pour piocher une adresse par défaut en cas d'échec de
DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau
local. peut-être que Linux s'y met aussi.
En effet, certaine distibutions basées sur redhat le font, cela permet
d'avoir accès au lien local pour les machines non configurées...
Il est possible de désactiver clea en ajoutant :
NOZEROCONF=yes
dans les fichiers de configuration d'interface, par exemple
/etc/sysconfig/network-scripts/ifcfg-eth0
La modification prendra place au prochain redémarrage du réseau (en
particulier au reboot suivant). On peut aussi supprimé la route à la
main.
Pour info, le script de configuration
(/etc/sysconfig/network-scripts/ifup) fait en sorte que ce soit la
dernière interface configurée qui ait la route dans le cas présent c'est
eth1.
Plage d'adresses "link-local" non routables. Windows l'utilise en auto-configuration pour piocher une adresse par défaut en cas d'échec de DHCP, typiquement quand aucun serveur DHCP n'a été trouvé sur le réseau local. peut-être que Linux s'y met aussi.
En effet, certaine distibutions basées sur redhat le font, cela permet d'avoir accès au lien local pour les machines non configurées...
Il est possible de désactiver clea en ajoutant : NOZEROCONF=yes dans les fichiers de configuration d'interface, par exemple /etc/sysconfig/network-scripts/ifcfg-eth0
La modification prendra place au prochain redémarrage du réseau (en particulier au reboot suivant). On peut aussi supprimé la route à la main.
Pour info, le script de configuration (/etc/sysconfig/network-scripts/ifup) fait en sorte que ce soit la dernière interface configurée qui ait la route dans le cas présent c'est eth1.
-- Julien
JB
JRD wrote:
Bonjour,
Standing Cat wrote:
Bonjour,
[...]
En plus des chemins indiqués dans le fichier de configuration "/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau Dest Passerelle Genmask Iface ... ... ... ... 169.254.0.0 * 255.255.0.0 eth1 "
[...]
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority
[...]
Comment: Please see RFC 3330 for additional information.
http://www.faqs.org/rfcs/rfc3330.html est un bon début pour connaitre les adresses réseaux *réservées* ( _bizarres_ pour les novices).
[...]
J'ai 2 cartes réseaux : eth0 : pour me connecter à l'adsl (free.fr) eth1 : l'interface de mon réseau local. On dirait que l'IP 169.254.0.0 transite par mon réseau local par l'intermédiaire de l'interface eth1.
Non. Cette plage d'adresses IP est configurée sur l'interface eth1. Elle ne transite pas.
L'email ci-dessus () correspondant à cette adresse IP suspect me rend encore plus perplexe. Ma question est donc : "Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0) ?"
Non.
Quelqu'un a-til déjà eu ce genre de problème ?
Ce n'est pas un problème, juste un fait. "route delete ..." donne de bons résultats.
Merci d'avance pour des explications.
De rien.
JRD. Sur Fedora eth0 génére cette route, eth1 a certaines machines M$,
sur celle-ci la commande ipconfig n'y fait pas référence, mais route print fait référence a 224.0.0.0 je sais que M$ cause au démarrage et à l'arret de la machine sur un protocole !? A l'inscription d'un OS ou produits, ce n'est pas le meme protocole Ces paquets ne transitent pas sur le réseau car bloqués par le parefeu A+ JB A+ JB
JRD wrote:
Bonjour,
Standing Cat <kbambou@no-log.org> wrote:
Bonjour,
[...]
En plus des chemins indiqués dans le fichier de configuration
"/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau
Dest Passerelle Genmask Iface
... ... ... ...
169.254.0.0 * 255.255.0.0 eth1 "
[...]
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority
[...]
Comment: Please see RFC 3330 for additional information.
http://www.faqs.org/rfcs/rfc3330.html est un bon début pour connaitre
les adresses réseaux *réservées* ( _bizarres_ pour les novices).
[...]
J'ai 2 cartes réseaux :
eth0 : pour me connecter à l'adsl (free.fr)
eth1 : l'interface de mon réseau local.
On dirait que l'IP 169.254.0.0 transite par mon réseau local par
l'intermédiaire de l'interface eth1.
Non. Cette plage d'adresses IP est configurée sur l'interface eth1.
Elle ne transite pas.
L'email ci-dessus (abuse@iana.org) correspondant à cette adresse IP
suspect me rend encore plus perplexe.
Ma question est donc :
"Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0)
?"
Non.
Quelqu'un a-til déjà eu ce genre de problème ?
Ce n'est pas un problème, juste un fait.
"route delete ..." donne de bons résultats.
Merci d'avance pour des explications.
De rien.
JRD.
Sur Fedora eth0 génére cette route, eth1 a certaines machines M$,
sur celle-ci la commande ipconfig n'y fait pas référence,
mais route print fait référence a 224.0.0.0
je sais que M$ cause au démarrage et à l'arret de la machine sur un
protocole !? A l'inscription d'un OS ou produits, ce n'est pas le meme
protocole
Ces paquets ne transitent pas sur le réseau car bloqués par le parefeu
A+
JB
A+
JB
En plus des chemins indiqués dans le fichier de configuration "/etc/sysconfig/networks/routes", j'obtiens ceci :
"Table de routage IP du noyau Dest Passerelle Genmask Iface ... ... ... ... 169.254.0.0 * 255.255.0.0 eth1 "
[...]
****> whois 169.254.0.0
OrgName: Internet Assigned Numbers Authority
[...]
Comment: Please see RFC 3330 for additional information.
http://www.faqs.org/rfcs/rfc3330.html est un bon début pour connaitre les adresses réseaux *réservées* ( _bizarres_ pour les novices).
[...]
J'ai 2 cartes réseaux : eth0 : pour me connecter à l'adsl (free.fr) eth1 : l'interface de mon réseau local. On dirait que l'IP 169.254.0.0 transite par mon réseau local par l'intermédiaire de l'interface eth1.
Non. Cette plage d'adresses IP est configurée sur l'interface eth1. Elle ne transite pas.
L'email ci-dessus () correspondant à cette adresse IP suspect me rend encore plus perplexe. Ma question est donc : "Est-ce que mon réseau est espionné par cette adresse IP (169.254.0.0) ?"
Non.
Quelqu'un a-til déjà eu ce genre de problème ?
Ce n'est pas un problème, juste un fait. "route delete ..." donne de bons résultats.
Merci d'avance pour des explications.
De rien.
JRD. Sur Fedora eth0 génére cette route, eth1 a certaines machines M$,
sur celle-ci la commande ipconfig n'y fait pas référence, mais route print fait référence a 224.0.0.0 je sais que M$ cause au démarrage et à l'arret de la machine sur un protocole !? A l'inscription d'un OS ou produits, ce n'est pas le meme protocole Ces paquets ne transitent pas sur le réseau car bloqués par le parefeu A+ JB A+ JB
JB
Annie D. wrote:
JB wrote:
[169.254.0.0/16]
Cela serait un des serveurs master DNS
De quoi parlez-vous ?
Il faut resortir toute la doc de création d'un DNS?
Merci, je crois que ça ira. Je voudrais juste comprendre de quels "serveurs master DNS" vous parlez. S'agit-il des 13 serveurs racines du système DNS mondial ? De tout autre chose ? Et en quoi une plage de 65536 adresses peut-elle être "un des serveurs master DNS" ? Un serveur, c'est une machine, à la limite quelques-unes, donc au plus quelques adresses IP mais en aucun cas un /16 entier.
Les root.servers.net n'ont pas à priori cette adresse, pour l'instant jocker A+ JB
Annie D. wrote:
JB wrote:
[169.254.0.0/16]
Cela serait un des serveurs master DNS
De quoi parlez-vous ?
Il faut resortir toute la doc de création d'un DNS?
Merci, je crois que ça ira. Je voudrais juste comprendre de quels
"serveurs master DNS" vous parlez. S'agit-il des 13 serveurs racines du
système DNS mondial ? De tout autre chose ? Et en quoi une plage de
65536 adresses peut-elle être "un des serveurs master DNS" ? Un serveur,
c'est une machine, à la limite quelques-unes, donc au plus quelques
adresses IP mais en aucun cas un /16 entier.
Les root.servers.net n'ont pas à priori cette adresse,
pour l'instant jocker
A+
JB
Il faut resortir toute la doc de création d'un DNS?
Merci, je crois que ça ira. Je voudrais juste comprendre de quels "serveurs master DNS" vous parlez. S'agit-il des 13 serveurs racines du système DNS mondial ? De tout autre chose ? Et en quoi une plage de 65536 adresses peut-elle être "un des serveurs master DNS" ? Un serveur, c'est une machine, à la limite quelques-unes, donc au plus quelques adresses IP mais en aucun cas un /16 entier.
Les root.servers.net n'ont pas à priori cette adresse, pour l'instant jocker A+ JB
