auto eth0
iface eth0 inet static
address A.B.C.D
netmask 255.255.255.255
network A.B.C.D
broadcast A.B.C.D
dns-nameservers A.B.C.1
dns-search monHebergeur.fr
#Route statique vers la passerelle
up route add -host A.B.C.1 dev eth0
up route add default gw A.B.C.1
auto eth0
iface eth0 inet static
address A.B.C.D
netmask 255.255.255.255
network A.B.C.D
broadcast A.B.C.D
dns-nameservers A.B.C.1
dns-search monHebergeur.fr
#Route statique vers la passerelle
up route add -host A.B.C.1 dev eth0
up route add default gw A.B.C.1
auto eth0
iface eth0 inet static
address A.B.C.D
netmask 255.255.255.255
network A.B.C.D
broadcast A.B.C.D
dns-nameservers A.B.C.1
dns-search monHebergeur.fr
#Route statique vers la passerelle
up route add -host A.B.C.1 dev eth0
up route add default gw A.B.C.1
Hello !
Bon, ça fait plusieurs jours que je farfouille, je ne parviens pas
à faire ce que je veux.
J'ai un dédié, avec debian fraichement installé, bien à jour,
toussa. Je vais utiliser KVM pour avoir des machines virtuelles.
Pour l'instant, aucune n'est installée.
Je veux donc commencer par configurer le réseau.
J'ai 5 adresses IPs, j'en veux une pour le host, et les 4 autres
iront pour 4 des VMs, plus tard.
Je veux faire du bridge, afin d'avoir, en gros, 5 machines
accessibles depuis l'extérieur.
Voilà ma config de base, avant d'essayer le bridging (je ne mets
pas lo) :
auto eth0 iface eth0 inet static address A.B.C.D netmask
255.255.255.255 network A.B.C.D broadcast A.B.C.D dns-nameservers
A.B.C.1 dns-search monHebergeur.fr #Route statique vers la
passerelle up route add -host A.B.C.1 dev eth0 up route add default
gw A.B.C.1 <<<<
Voilà ce que j'ai testé :
auto eth0 iface eth0 inet manual
auto br0 iface br0 inet static [meme config que l'origine pour
eth0] bridge_ports eth0 bridge_stp off bridge_fd 0 bridge_maxwait
0 <<<<
Mais voilà, je reboote, j'attends longtemps, et rien, pas de ping,
pas de ssh, of course. Je redémarre donc sur le système de secours,
essaie d'autres trucs, mais rien à faire, seule la config
d'orginie fonctionne...
Vous allez me dire, "mais tu n'as pas de VM de lancée, ça sert à
rien, ça peut pas marcher", mais en fait, je vais pas *toujours*
avoir de VM de lancée, et je voudrais quand même pouvoir accéder au
host...
of course, bridge-utils est installé.
mais ifconfig -a ne sort pas de br0 alors j'avoue je suis perdu
perdu !
J'ai lu au moins 20 tutoriels, certains plus bordéliques
tutrouvespas, d'autres vraiment clairs, mais rien à faire.
Si vous avez des idées, je prends !!
Merci ! Gaël
Hello !
Bon, ça fait plusieurs jours que je farfouille, je ne parviens pas
à faire ce que je veux.
J'ai un dédié, avec debian fraichement installé, bien à jour,
toussa. Je vais utiliser KVM pour avoir des machines virtuelles.
Pour l'instant, aucune n'est installée.
Je veux donc commencer par configurer le réseau.
J'ai 5 adresses IPs, j'en veux une pour le host, et les 4 autres
iront pour 4 des VMs, plus tard.
Je veux faire du bridge, afin d'avoir, en gros, 5 machines
accessibles depuis l'extérieur.
Voilà ma config de base, avant d'essayer le bridging (je ne mets
pas lo) :
auto eth0 iface eth0 inet static address A.B.C.D netmask
255.255.255.255 network A.B.C.D broadcast A.B.C.D dns-nameservers
A.B.C.1 dns-search monHebergeur.fr #Route statique vers la
passerelle up route add -host A.B.C.1 dev eth0 up route add default
gw A.B.C.1 <<<<
Voilà ce que j'ai testé :
auto eth0 iface eth0 inet manual
auto br0 iface br0 inet static [meme config que l'origine pour
eth0] bridge_ports eth0 bridge_stp off bridge_fd 0 bridge_maxwait
0 <<<<
Mais voilà, je reboote, j'attends longtemps, et rien, pas de ping,
pas de ssh, of course. Je redémarre donc sur le système de secours,
essaie d'autres trucs, mais rien à faire, seule la config
d'orginie fonctionne...
Vous allez me dire, "mais tu n'as pas de VM de lancée, ça sert à
rien, ça peut pas marcher", mais en fait, je vais pas *toujours*
avoir de VM de lancée, et je voudrais quand même pouvoir accéder au
host...
of course, bridge-utils est installé.
mais ifconfig -a ne sort pas de br0 alors j'avoue je suis perdu
perdu !
J'ai lu au moins 20 tutoriels, certains plus bordéliques
tutrouvespas, d'autres vraiment clairs, mais rien à faire.
Si vous avez des idées, je prends !!
Merci ! Gaël
Hello !
Bon, ça fait plusieurs jours que je farfouille, je ne parviens pas
à faire ce que je veux.
J'ai un dédié, avec debian fraichement installé, bien à jour,
toussa. Je vais utiliser KVM pour avoir des machines virtuelles.
Pour l'instant, aucune n'est installée.
Je veux donc commencer par configurer le réseau.
J'ai 5 adresses IPs, j'en veux une pour le host, et les 4 autres
iront pour 4 des VMs, plus tard.
Je veux faire du bridge, afin d'avoir, en gros, 5 machines
accessibles depuis l'extérieur.
Voilà ma config de base, avant d'essayer le bridging (je ne mets
pas lo) :
auto eth0 iface eth0 inet static address A.B.C.D netmask
255.255.255.255 network A.B.C.D broadcast A.B.C.D dns-nameservers
A.B.C.1 dns-search monHebergeur.fr #Route statique vers la
passerelle up route add -host A.B.C.1 dev eth0 up route add default
gw A.B.C.1 <<<<
Voilà ce que j'ai testé :
auto eth0 iface eth0 inet manual
auto br0 iface br0 inet static [meme config que l'origine pour
eth0] bridge_ports eth0 bridge_stp off bridge_fd 0 bridge_maxwait
0 <<<<
Mais voilà, je reboote, j'attends longtemps, et rien, pas de ping,
pas de ssh, of course. Je redémarre donc sur le système de secours,
essaie d'autres trucs, mais rien à faire, seule la config
d'orginie fonctionne...
Vous allez me dire, "mais tu n'as pas de VM de lancée, ça sert à
rien, ça peut pas marcher", mais en fait, je vais pas *toujours*
avoir de VM de lancée, et je voudrais quand même pouvoir accéder au
host...
of course, bridge-utils est installé.
mais ifconfig -a ne sort pas de br0 alors j'avoue je suis perdu
perdu !
J'ai lu au moins 20 tutoriels, certains plus bordéliques
tutrouvespas, d'autres vraiment clairs, mais rien à faire.
Si vous avez des idées, je prends !!
Merci ! Gaël
Hello !
Bon, ça fait plusieurs jours que je farfouille, je ne parviens pas à
faire ce que je veux.
J'ai un dédié, avec debian fraichement installé, bien à jour, toussa.
Je vais utiliser KVM pour avoir des machines virtuelles. Pour
l'instant, aucune n'est installée.
Je veux donc commencer par configurer le réseau.
J'ai 5 adresses IPs, j'en veux une pour le host, et les 4 autres iront
pour 4 des VMs, plus tard.
Je veux faire du bridge, afin d'avoir, en gros, 5 machines accessibles
depuis l'extérieur.
Voilà ma config de base, avant d'essayer le bridging (je ne mets pas
lo) :
auto eth0
iface eth0 inet static
address A.B.C.D
netmask 255.255.255.255
network A.B.C.D
broadcast A.B.C.D
dns-nameservers A.B.C.1
dns-search monHebergeur.fr
#Route statique vers la passerelle
up route add -host A.B.C.1 dev eth0
up route add default gw A.B.C.1
<<<<
Voilà ce que j'ai testé :
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
[meme config que l'origine pour eth0]
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
<<<<
Mais voilà, je reboote, j'attends longtemps, et rien, pas de ping, pas
de ssh, of course. Je redémarre donc sur le système de secours, essaie
d'autres trucs, mais rien à faire, seule la config d'orginie
fonctionne...
Vous allez me dire, "mais tu n'as pas de VM de lancée, ça sert à rien,
ça peut pas marcher", mais en fait, je vais pas *toujours* avoir de VM
de lancée, et je voudrais quand même pouvoir accéder au host...
of course, bridge-utils est installé.
mais ifconfig -a ne sort pas de br0 alors j'avoue je suis perdu perdu !
J'ai lu au moins 20 tutoriels, certains plus bordéliques tutrouvespas,
d'autres vraiment clairs, mais rien à faire.
Si vous avez des idées, je prends !!
Merci !
Gaël
Hello !
Bon, ça fait plusieurs jours que je farfouille, je ne parviens pas à
faire ce que je veux.
J'ai un dédié, avec debian fraichement installé, bien à jour, toussa.
Je vais utiliser KVM pour avoir des machines virtuelles. Pour
l'instant, aucune n'est installée.
Je veux donc commencer par configurer le réseau.
J'ai 5 adresses IPs, j'en veux une pour le host, et les 4 autres iront
pour 4 des VMs, plus tard.
Je veux faire du bridge, afin d'avoir, en gros, 5 machines accessibles
depuis l'extérieur.
Voilà ma config de base, avant d'essayer le bridging (je ne mets pas
lo) :
auto eth0
iface eth0 inet static
address A.B.C.D
netmask 255.255.255.255
network A.B.C.D
broadcast A.B.C.D
dns-nameservers A.B.C.1
dns-search monHebergeur.fr
#Route statique vers la passerelle
up route add -host A.B.C.1 dev eth0
up route add default gw A.B.C.1
<<<<
Voilà ce que j'ai testé :
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
[meme config que l'origine pour eth0]
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
<<<<
Mais voilà, je reboote, j'attends longtemps, et rien, pas de ping, pas
de ssh, of course. Je redémarre donc sur le système de secours, essaie
d'autres trucs, mais rien à faire, seule la config d'orginie
fonctionne...
Vous allez me dire, "mais tu n'as pas de VM de lancée, ça sert à rien,
ça peut pas marcher", mais en fait, je vais pas *toujours* avoir de VM
de lancée, et je voudrais quand même pouvoir accéder au host...
of course, bridge-utils est installé.
mais ifconfig -a ne sort pas de br0 alors j'avoue je suis perdu perdu !
J'ai lu au moins 20 tutoriels, certains plus bordéliques tutrouvespas,
d'autres vraiment clairs, mais rien à faire.
Si vous avez des idées, je prends !!
Merci !
Gaël
Hello !
Bon, ça fait plusieurs jours que je farfouille, je ne parviens pas à
faire ce que je veux.
J'ai un dédié, avec debian fraichement installé, bien à jour, toussa.
Je vais utiliser KVM pour avoir des machines virtuelles. Pour
l'instant, aucune n'est installée.
Je veux donc commencer par configurer le réseau.
J'ai 5 adresses IPs, j'en veux une pour le host, et les 4 autres iront
pour 4 des VMs, plus tard.
Je veux faire du bridge, afin d'avoir, en gros, 5 machines accessibles
depuis l'extérieur.
Voilà ma config de base, avant d'essayer le bridging (je ne mets pas
lo) :
auto eth0
iface eth0 inet static
address A.B.C.D
netmask 255.255.255.255
network A.B.C.D
broadcast A.B.C.D
dns-nameservers A.B.C.1
dns-search monHebergeur.fr
#Route statique vers la passerelle
up route add -host A.B.C.1 dev eth0
up route add default gw A.B.C.1
<<<<
Voilà ce que j'ai testé :
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
[meme config que l'origine pour eth0]
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
<<<<
Mais voilà, je reboote, j'attends longtemps, et rien, pas de ping, pas
de ssh, of course. Je redémarre donc sur le système de secours, essaie
d'autres trucs, mais rien à faire, seule la config d'orginie
fonctionne...
Vous allez me dire, "mais tu n'as pas de VM de lancée, ça sert à rien,
ça peut pas marcher", mais en fait, je vais pas *toujours* avoir de VM
de lancée, et je voudrais quand même pouvoir accéder au host...
of course, bridge-utils est installé.
mais ifconfig -a ne sort pas de br0 alors j'avoue je suis perdu perdu !
J'ai lu au moins 20 tutoriels, certains plus bordéliques tutrouvespas,
d'autres vraiment clairs, mais rien à faire.
Si vous avez des idées, je prends !!
Merci !
Gaël
Hello,
Le masque de sous-réseau en /32, c'est normal ?
C'est pas pour ça que ça ne fonctionne pas comme espérà © ?
JB
Hello,
Le masque de sous-réseau en /32, c'est normal ?
C'est pas pour ça que ça ne fonctionne pas comme espérà © ?
JB
Hello,
Le masque de sous-réseau en /32, c'est normal ?
C'est pas pour ça que ça ne fonctionne pas comme espérà © ?
JB
Le masque de sous-réseau en /32, c'est normal ?
C'est pas pour ça que ça ne fonctionne pas comme espéré ?
Sur l'hôte, il est évident que ce n'est pas normal.
Et vérifier que tu as bien changé le 'eth0' en 'br0' dans la ligne:up route add -host A.B.C.1 dev eth0
Le masque de sous-réseau en /32, c'est normal ?
C'est pas pour ça que ça ne fonctionne pas comme espéré ?
Sur l'hôte, il est évident que ce n'est pas normal.
Et vérifier que tu as bien changé le 'eth0' en 'br0' dans la ligne:
up route add -host A.B.C.1 dev eth0
Le masque de sous-réseau en /32, c'est normal ?
C'est pas pour ça que ça ne fonctionne pas comme espéré ?
Sur l'hôte, il est évident que ce n'est pas normal.
Et vérifier que tu as bien changé le 'eth0' en 'br0' dans la ligne:up route add -host A.B.C.1 dev eth0
Wa, je pensais vraiment pas que ça puisse résoudre le soucis, m ais
en effet, là ça marche niquel !
Je comprends pas exactement à quoi sert cette ligne.up route add -host A.B.C.1 dev eth0
Wa, je pensais vraiment pas que ça puisse résoudre le soucis, m ais
en effet, là ça marche niquel !
Je comprends pas exactement à quoi sert cette ligne.
up route add -host A.B.C.1 dev eth0
Wa, je pensais vraiment pas que ça puisse résoudre le soucis, m ais
en effet, là ça marche niquel !
Je comprends pas exactement à quoi sert cette ligne.up route add -host A.B.C.1 dev eth0
Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
Bonjour,
Tant mieux si tu as pu résoudre ton problème.
Du coup, je me permets de réagir et de digresser
quelque peu sur ce point là :
Le 09/05/2014 14:38, Gaël a écrit :Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ça me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
Bonjour,
Tant mieux si tu as pu résoudre ton problème.
Du coup, je me permets de réagir et de digresser
quelque peu sur ce point là :
Le 09/05/2014 14:38, Gaël a écrit :
Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ça me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
Bonjour,
Tant mieux si tu as pu résoudre ton problème.
Du coup, je me permets de réagir et de digresser
quelque peu sur ce point là :
Le 09/05/2014 14:38, Gaël a écrit :Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ça me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ãa me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ãa me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ãa me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
Le 09/05/2014 15:24, Francois Lafont a écrit :Bonjour,
Tant mieux si tu as pu résoudre ton problème.
Du coup, je me permets de réagir et de digresser
quelque peu sur ce point là :
Le 09/05/2014 14:38, Gaël a écrit :Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ça me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
J'avoue que moi aussi, ça me laisse perplexe. D'autant que je ne
vois pas comment la passerelle A.B.C.D peut être atteinte depuis le
'réseau' A.B.C.D/32 (avec D différent de 1, sinon ce n'est pas du jeu).
Le 09/05/2014 15:24, Francois Lafont a écrit :
Bonjour,
Tant mieux si tu as pu résoudre ton problème.
Du coup, je me permets de réagir et de digresser
quelque peu sur ce point là :
Le 09/05/2014 14:38, Gaël a écrit :
Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ça me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
J'avoue que moi aussi, ça me laisse perplexe. D'autant que je ne
vois pas comment la passerelle A.B.C.D peut être atteinte depuis le
'réseau' A.B.C.D/32 (avec D différent de 1, sinon ce n'est pas du jeu).
Le 09/05/2014 15:24, Francois Lafont a écrit :Bonjour,
Tant mieux si tu as pu résoudre ton problème.
Du coup, je me permets de réagir et de digresser
quelque peu sur ce point là :
Le 09/05/2014 14:38, Gaël a écrit :Bah, sur ma config d'origine, fournie par l'hébergeur lors de
l'install de l'OS, c'est bien ça.
#auto eth0
#iface eth0 inet static
# address A.B.C.D
# netmask 255.255.255.255
# network A.B.C.D
# broadcast A.B.C.D
# dns-nameservers A.B.C.1
# dns-search digicube.fr
# #Route statique vers la passerelle
# up route add -host A.B.C.1 dev eth0
# up route add default gw A.B.C.1
C'est une drôle de config, je n'avais jamais vu encore.
Je pensais que la passerelle par défaut se trouvait
toujours dans le même réseau IP que celui de l'interface
eth0 (je suppose qu'il n'y a qu'une interface en dehors de lo).
Apparemment, ce n'est pas forcément le cas.
Si je pige bien, pour envoyer un paquet à quelqu'un
autre que lui-même, il utilise sa gw mais comme celle-ci
n'est pas dans le même réseau IP que eth0, il faut définir
en plus une route statique vers cette gw. C'est ça ?
C'est quoi l'intérêt d'une conf comme ça ?
Ça me semble vraiment tordu mais je me trompe peut-être.
Ce netmask à 255.255.255.255 où, du coup, l'adresse du
réseau est l'IP de eth0 et où l'adresse de broadcast est
aussi l'IP de eth0 me laisse vraiment perplexe...
J'avoue que moi aussi, ça me laisse perplexe. D'autant que je ne
vois pas comment la passerelle A.B.C.D peut être atteinte depuis le
'réseau' A.B.C.D/32 (avec D différent de 1, sinon ce n'est pas du jeu).