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.
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.
Merci pour ces infos
A+ JB
Annie D.
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.
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.
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.
Standing Cat
On Thu, 02 Sep 2004 10:47:09 GMT (gerard patel) wrote:
Utiliser route -n pour afficher uniquement des adresses IP 'brutes'.
Cette commande avec l'option -n donne un résultat satisfaisant : sans délai, l'adresse IP 169.254.0.0 figure tout de même dans la table de routage...
"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.
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
C'est un peu différent avec la Suse : je n'ai trouvé la ligne "NOZEROCONF" dans aucun des fichiers de configuration. Par ailleurs l'adresse IP 169.254.0.0 figure bien dans le script /etc/sysconfig/network/scripts/ifup-route. merci pour toutes ces infos
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
C'est un peu différent avec la Suse : je n'ai trouvé la ligne
"NOZEROCONF" dans aucun des fichiers de configuration. Par ailleurs
l'adresse IP 169.254.0.0 figure bien dans le script
/etc/sysconfig/network/scripts/ifup-route.
merci pour toutes ces infos
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
C'est un peu différent avec la Suse : je n'ai trouvé la ligne "NOZEROCONF" dans aucun des fichiers de configuration. Par ailleurs l'adresse IP 169.254.0.0 figure bien dans le script /etc/sysconfig/network/scripts/ifup-route. merci pour toutes ces infos
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.
