Plusieurs IP / problème de résolution de nom

Salut à tous,

Je suis en train d’installer une squeeze.

Au niveau du réseau, j’ai crée des alias afin d’avoir plusieurs IP sur ma machine.
Pour cela j’ai modifié le /etc/interfaces pour avoir un truc comme ça :

[code]auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.1
netmask 255.255.255.0
gateway 192.168.1.254

auto eth0:0
iface eth0:0 inet static
address 192.168.1.100
netmask 255.255.255.0
gateway 192.168.1.253
[/code]

Je l’ai fait auparavant sur d’autres machines debian, d’autres distributions, même. Et ça marchait impec.

Mais pas ce coup ci :open_mouth:

Car dès que j’active l’alias, même si l’IP et le réseau fonctionne, je perds la résolution de nom ne marche plus.
Quand j’enlève l’alias, ça re fonctionne.

mon resolv.conf contient juste une ligne avec le nameserver.

Si quelqu’un a une idée …

Merci !

Il ne doit y avoir qu’une seule route par défaut - et donc option gateway. A quoi correspond 192.168.1.253 ?

[quote=“will7991”]Au niveau du réseau, j’ai crée des alias afin d’avoir plusieurs IP sur ma machine.
[/quote]

Je m’immisce dans ton sujet will pour demander l’intérêt et l’utilité de créer plusieurs IP sur une interface réseau?

Hou là, ben j’étais bien fatigué moi. J’ai mal recopié. Bon, voici ce que j’ai vraiment :

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
     address 192.168.1.1
     netmask 255.255.255.0
     gateway 192.168.1.1

auto eth0:0
iface eth0:0 inet static
     address 192.168.1.100
     netmask 255.255.255.0
     gateway 192.168.1.1

C’est pour mes Virtual Hosts apache sur un LAN sans serveur DNS

Visiblement, tu es encore fatigué. La machine ne peut pas être sa propre passerelle.
Et je répète, une seule option gateway dans le fichier interfaces.

Dans le mile :blush:

Bon, voici ce que j’ai vraiment

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
     address 192.168.1.100
     netmask 255.255.255.0
     gateway 192.168.1.1

auto eth0:0
iface eth0:0 inet static
     address 192.168.1.101
     netmask 255.255.255.0
     gateway 192.168.1.1

On t’a dit qu’il ne pouvait y avoir qu’une seule route par defaut? :slightly_smiling:, vire le deuxième gateway.

Cette configuration est-elle correctement appliquée ?
Quel est le résultat des commandes suivantes ?

ip -4 addr ip -4 route
Et je répète, pas besoin d’option gateway pour l’alias.

Vous êtes un modèle de patience messieurs :wink:

Re !

Avant tout, merci à tous pour vos réponses :041

Précision : si j’ai re-re-re mis les multiples gateway, c’était pour corriger mes erreurs de recopies (désolé pour ça). Pas pour persister dans l’erreur d’avoir mis plusieurs gateway :laughing:

Alors ce matin, j’allume ma machine que j’avais laissée en plan hier soir avec le problème cité.
Avant de faire quoi que ce soit, par acquis de conscience, je teste un ping www.google.fr
Et ça a marché :119 A n’y rien comprendre

Suite à ça, j’ai quand même enlevé le deuxième gateway :

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
     address 192.168.1.100
     netmask 255.255.255.0
     gateway 192.168.1.1

auto eth0:0
iface eth0:0 inet static
     address 192.168.1.101
     netmask 255.255.255.0

Du coup :

ip -4 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    inet 192.168.1.100/24 brd 192.168.1.255 scope global eth0
    inet 192.168.1.101/24 brd 192.168.1.255 scope global secondary eth0:1

et

 ip -4 route
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.100
default via 192.168.1.1 dev eth0

Là, ça fonctionne. J’aurais bien mis “Résolu”, mais comme expliqué plus haut, entre hier soir et ce matin, je n’ai rien fait. Et pourtant ça a fonctionné. Je suis bien curieux d’en connaitre la raison…

Bonsoir,

tu azs redémarré les interfaces réseaux après chaques modifs ?

[quote=“grigric”]Bonsoir,

tu azs redémarré les interfaces réseaux après chaques modifs ?[/quote]

Salut,

Ha oui, tout à fait.

D’abord avec ifdown et ifup.
Mais le souci se posait toujours. J’ai alors fait un /etc/networking restart
Malgré ça, j’avais toujours le problème. J’ai décidé de redémarrer la machine (!). Mais le problème subsistait.

C’est alors que j’ai décidé de ne plus rien faire et d’éteindre - on était mardi soir.
Et mercredi matin, j’allume la machine. Sans rien faire, ça a fonctionné impec’.

J’aurais préféré que ça ne refonctionne pas “par magie”. Au moins, j’aurais été sûr d’avoir fait une erreur quelque part…