Eth1 est connecte a un modem adsl avec une adresse fixe publique normaleme=
nt=20
delivree par le dhcp du modem qui ne marche pas sur debian.
Eth0 est fixe avec adresse privee et sert de passerelle pour un routeur=20
linksys sans fil.
Je sais c' est un peu bizarre mais mon reseau est comme ca:
Ca marche en windob et j' essaie de la faire marcher avec linux. Pour le=20
moment j ' essaie d' activer le routage avec echo=20
> /proc/sys/net/ipv4/ip_forward mais qd je redemarre ca revient a 0. En roo=
t=20
si j' edite le fichier je recois cette erreur :=20
ALERTE: Le fichier a =C3=A9t=C3=A9 modifi=C3=A9 depuis que Vim l'a lu !
Voulez-vous vraiment =C3=A9crire dedans (y/n)?y
"/proc/sys/net/ipv4/ip_forward" E667: Fsync failed
Appuyez sur ENTR=C3=89E ou tapez une commande pour continuer.
Mais alors que faire?
Pour le moment j ' essaie d' activer le routage avec
echo >/proc/sys/net/ipv4/ip_forward
C'est plutôt "echo 1 >/proc/sys/net/ipv4/ip_forward"
mais qd je redemarre ca revient a 0.
Normal, /proc est un pseudo-système de fichiers virtuel qui est réinitialisé avec ses valeurs par défaut à chaque démarrage. Pour activer le routage IPv4 en permanence sous Debian, il faut mettre l'option ip_forward=1 dans le fichier /etc/network/options. Je devrais plutôt dire "il fallait", car ce fichier semble tomber en désuétude dans les dernières versions de Debian. On peut remplacer cette option en ajoutant la ligne "net/ipv4/ip_forward=1" ou "net.ipv4.ip_forward=1" dans le fichier /etc/sysctl.conf.
Il faudra aussi faire du NAT source ou du masquerading des connexions issues du réseau local vers l'extérieur avec iptables.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Salut,
Toto Capuccino a écrit :
Pour le moment j ' essaie d' activer le routage avec
echo >/proc/sys/net/ipv4/ip_forward
C'est plutôt "echo 1 >/proc/sys/net/ipv4/ip_forward"
mais qd je redemarre ca revient a 0.
Normal, /proc est un pseudo-système de fichiers virtuel qui est
réinitialisé avec ses valeurs par défaut à chaque démarrage. Pour
activer le routage IPv4 en permanence sous Debian, il faut mettre
l'option ip_forward=1 dans le fichier /etc/network/options. Je devrais
plutôt dire "il fallait", car ce fichier semble tomber en désuétude dans
les dernières versions de Debian. On peut remplacer cette option en
ajoutant la ligne "net/ipv4/ip_forward=1" ou "net.ipv4.ip_forward=1"
dans le fichier /etc/sysctl.conf.
Il faudra aussi faire du NAT source ou du masquerading des connexions
issues du réseau local vers l'extérieur avec iptables.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Pour le moment j ' essaie d' activer le routage avec
echo >/proc/sys/net/ipv4/ip_forward
C'est plutôt "echo 1 >/proc/sys/net/ipv4/ip_forward"
mais qd je redemarre ca revient a 0.
Normal, /proc est un pseudo-système de fichiers virtuel qui est réinitialisé avec ses valeurs par défaut à chaque démarrage. Pour activer le routage IPv4 en permanence sous Debian, il faut mettre l'option ip_forward=1 dans le fichier /etc/network/options. Je devrais plutôt dire "il fallait", car ce fichier semble tomber en désuétude dans les dernières versions de Debian. On peut remplacer cette option en ajoutant la ligne "net/ipv4/ip_forward=1" ou "net.ipv4.ip_forward=1" dans le fichier /etc/sysctl.conf.
Il faudra aussi faire du NAT source ou du masquerading des connexions issues du réseau local vers l'extérieur avec iptables.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric Bothamy
* Toto Capuccino [2006-02-25 12:47] :
Bonjour,
J' ai deux ordinateurs : un PC sur lequel j' ai une debian avec deux interfaces reseaux: eth0 Lien encap:Ethernet HWaddr 00:50:8D:F9:4E:CB inet adr:192.168.1.2 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::250:8dff:fef9:4ecb/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:190 errors:0 dropped:0 overruns:0 frame:0 TX packets:84 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:17974 (17.5 KiB) TX bytes:8243 (8.0 KiB) Interruption:22 Adresse de base:0xa000
Eth1 est connecte a un modem adsl avec une adresse fixe publique normalement delivree par le dhcp du modem qui ne marche pas sur debian. Eth0 est fixe avec adresse privee et sert de passerelle pour un routeur linksys sans fil. Je sais c' est un peu bizarre mais mon reseau est comme ca:
Ca marche en windob et j' essaie de la faire marcher avec linux. Pour le moment j ' essaie d' activer le routage avec echo > /proc/sys/net/ipv4/ip_forward mais qd je redemarre ca revient a 0. En root si j' edite le fichier je recois cette erreur : ALERTE: Le fichier a été modifié depuis que Vim l'a lu ! Voulez-vous vraiment écrire dedans (y/n)?y "/proc/sys/net/ipv4/ip_forward" E667: Fsync failed Appuyez sur ENTRÉE ou tapez une commande pour continuer. Mais alors que faire?
Utiliser vi pour éditer un fichier de /proc ? Quelle idée étrange... Comme ces fichiers n'ont pas d'existence réelle, il faut les modifier ainsi :
echo 1 > /proc/sys/net/ipv4/ip_forward
Mais pour ce que tu veux faire, il est préférable d'éditer le fichier /etc/sysctl.conf, tu trouveras une ligne :
#net/ipv4/ip_forward=1
qu'il faut décommenter pour que la configuration soit appliquée à chaque démarrage de la machine.
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
* Toto Capuccino <shoktai@gmail.com> [2006-02-25 12:47] :
Bonjour,
J' ai deux ordinateurs : un PC sur lequel j' ai une debian avec deux
interfaces reseaux:
eth0 Lien encap:Ethernet HWaddr 00:50:8D:F9:4E:CB
inet adr:192.168.1.2 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::250:8dff:fef9:4ecb/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:190 errors:0 dropped:0 overruns:0 frame:0
TX packets:84 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:17974 (17.5 KiB) TX bytes:8243 (8.0 KiB)
Interruption:22 Adresse de base:0xa000
Eth1 est connecte a un modem adsl avec une adresse fixe publique normalement
delivree par le dhcp du modem qui ne marche pas sur debian.
Eth0 est fixe avec adresse privee et sert de passerelle pour un routeur
linksys sans fil.
Je sais c' est un peu bizarre mais mon reseau est comme ca:
Ca marche en windob et j' essaie de la faire marcher avec linux. Pour le
moment j ' essaie d' activer le routage avec echo
> /proc/sys/net/ipv4/ip_forward mais qd je redemarre ca revient a 0. En root
si j' edite le fichier je recois cette erreur :
ALERTE: Le fichier a été modifié depuis que Vim l'a lu !
Voulez-vous vraiment écrire dedans (y/n)?y
"/proc/sys/net/ipv4/ip_forward" E667: Fsync failed
Appuyez sur ENTRÉE ou tapez une commande pour continuer.
Mais alors que faire?
Utiliser vi pour éditer un fichier de /proc ? Quelle idée étrange...
Comme ces fichiers n'ont pas d'existence réelle, il faut les modifier
ainsi :
echo 1 > /proc/sys/net/ipv4/ip_forward
Mais pour ce que tu veux faire, il est préférable d'éditer le fichier
/etc/sysctl.conf, tu trouveras une ligne :
#net/ipv4/ip_forward=1
qu'il faut décommenter pour que la configuration soit appliquée à chaque
démarrage de la machine.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J' ai deux ordinateurs : un PC sur lequel j' ai une debian avec deux interfaces reseaux: eth0 Lien encap:Ethernet HWaddr 00:50:8D:F9:4E:CB inet adr:192.168.1.2 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::250:8dff:fef9:4ecb/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:190 errors:0 dropped:0 overruns:0 frame:0 TX packets:84 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:17974 (17.5 KiB) TX bytes:8243 (8.0 KiB) Interruption:22 Adresse de base:0xa000
Eth1 est connecte a un modem adsl avec une adresse fixe publique normalement delivree par le dhcp du modem qui ne marche pas sur debian. Eth0 est fixe avec adresse privee et sert de passerelle pour un routeur linksys sans fil. Je sais c' est un peu bizarre mais mon reseau est comme ca:
Ca marche en windob et j' essaie de la faire marcher avec linux. Pour le moment j ' essaie d' activer le routage avec echo > /proc/sys/net/ipv4/ip_forward mais qd je redemarre ca revient a 0. En root si j' edite le fichier je recois cette erreur : ALERTE: Le fichier a été modifié depuis que Vim l'a lu ! Voulez-vous vraiment écrire dedans (y/n)?y "/proc/sys/net/ipv4/ip_forward" E667: Fsync failed Appuyez sur ENTRÉE ou tapez une commande pour continuer. Mais alors que faire?
Utiliser vi pour éditer un fichier de /proc ? Quelle idée étrange... Comme ces fichiers n'ont pas d'existence réelle, il faut les modifier ainsi :
echo 1 > /proc/sys/net/ipv4/ip_forward
Mais pour ce que tu veux faire, il est préférable d'éditer le fichier /etc/sysctl.conf, tu trouveras une ligne :
#net/ipv4/ip_forward=1
qu'il faut décommenter pour que la configuration soit appliquée à chaque démarrage de la machine.
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Toto Capuccino
Le Samedi 25 Février 2006 14:07, Frédéric Bothamy a écrit :
Utiliser vi pour éditer un fichier de /proc ? Quelle idée étrange... Comme ces fichiers n'ont pas d'existence réelle, il faut les modifier ainsi :
echo 1 > /proc/sys/net/ipv4/ip_forward
ah d' accord oui c' est bizarre
Mais pour ce que tu veux faire, il est préférable d'éditer le fichi er /etc/sysctl.conf, tu trouveras une ligne :
#net/ipv4/ip_forward=
qu'il faut décommenter pour que la configuration soit appliquée à c haque démarrage de la machine.
elle n' y est pas, je l ai rajoutee. j ai ce probleme au demarrage: les interfaces ne sont pas montees correctement. a chaque nouveau demarrage, ces lignes s ajoutent dans mon fichier /etc/network/interfaces : iface eth2 inet auto eth1
je suis oblige de les effacer pour reactiver les interfaces.
je redonne mon fichier: This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0
# This is a list of hotpluggable network interfaces. # They will be activated automatically by the hotplug subsystem. mapping hotplug script grep map eth1
# The primary network interface iface eth1 inet static address 87.239.96.153 netmask 255.255.252.0 network 87.239.96.0 broadcast 87.239.99.255 gateway 87.239.96.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 81.171.101.4 81.171.102.14
# The secondary network interface iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 87.239.96.153 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 81.171.101.4 81.171.102.14
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Le Samedi 25 Février 2006 14:07, Frédéric Bothamy a écrit :
Utiliser vi pour éditer un fichier de /proc ? Quelle idée étrange...
Comme ces fichiers n'ont pas d'existence réelle, il faut les modifier
ainsi :
echo 1 > /proc/sys/net/ipv4/ip_forward
ah d' accord oui c' est bizarre
Mais pour ce que tu veux faire, il est préférable d'éditer le fichi er
/etc/sysctl.conf, tu trouveras une ligne :
#net/ipv4/ip_forward=
qu'il faut décommenter pour que la configuration soit appliquée à c haque
démarrage de la machine.
elle n' y est pas, je l ai rajoutee.
j ai ce probleme au demarrage: les interfaces ne sont pas montees
correctement. a chaque nouveau demarrage, ces lignes s ajoutent dans mon
fichier /etc/network/interfaces :
iface eth2 inet
auto eth1
je suis oblige de les effacer pour reactiver les interfaces.
je redonne mon fichier:
This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0
# This is a list of hotpluggable network interfaces.
# They will be activated automatically by the hotplug subsystem.
mapping hotplug
script grep
map eth1
# The primary network interface
iface eth1 inet static
address 87.239.96.153
netmask 255.255.252.0
network 87.239.96.0
broadcast 87.239.99.255
gateway 87.239.96.1
# dns-* options are implemented by the resolvconf package, if
installed
dns-nameservers 81.171.101.4 81.171.102.14
# The secondary network interface
iface eth0 inet static
address 192.168.1.2
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 87.239.96.153
# dns-* options are implemented by the resolvconf package, if
installed
dns-nameservers 81.171.101.4 81.171.102.14
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Le Samedi 25 Février 2006 14:07, Frédéric Bothamy a écrit :
Utiliser vi pour éditer un fichier de /proc ? Quelle idée étrange... Comme ces fichiers n'ont pas d'existence réelle, il faut les modifier ainsi :
echo 1 > /proc/sys/net/ipv4/ip_forward
ah d' accord oui c' est bizarre
Mais pour ce que tu veux faire, il est préférable d'éditer le fichi er /etc/sysctl.conf, tu trouveras une ligne :
#net/ipv4/ip_forward=
qu'il faut décommenter pour que la configuration soit appliquée à c haque démarrage de la machine.
elle n' y est pas, je l ai rajoutee. j ai ce probleme au demarrage: les interfaces ne sont pas montees correctement. a chaque nouveau demarrage, ces lignes s ajoutent dans mon fichier /etc/network/interfaces : iface eth2 inet auto eth1
je suis oblige de les effacer pour reactiver les interfaces.
je redonne mon fichier: This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0
# This is a list of hotpluggable network interfaces. # They will be activated automatically by the hotplug subsystem. mapping hotplug script grep map eth1
# The primary network interface iface eth1 inet static address 87.239.96.153 netmask 255.255.252.0 network 87.239.96.0 broadcast 87.239.99.255 gateway 87.239.96.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 81.171.101.4 81.171.102.14
# The secondary network interface iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 87.239.96.153 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 81.171.101.4 81.171.102.14
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
G(P)L
Toto Capuccino a écrit :
elle n' y est pas, je l ai rajoutee. j ai ce probleme au demarrage: les interfaces ne sont pas montees correctement. a chaque nouveau demarrage, ces lignes s ajoutent dans mo n fichier /etc/network/interfaces : iface eth2 inet auto eth1
Tu as une 3ième carte réseau pour qu'il rajoute eth2 ? C'est bizarre qu'il rajoute eth2 mais avec une conf incomplète. Si tu lances : /etc/init.d/networking restart est-ce que ca te rajoutes ces lignes ? Si oui, voir dans le script d'où ca peut venir. Si c'est trop galère, une méthode pas très éléga nte est d'enlever le lien du rc2.d vers le /etc/init.d/networking est de rentrer les commandes ifconfig et route dans un script perso.
Autre chose que je ne comprends pas trop : tu parlais dans le premier mail du thread que eth1 recevait sa conf IP par DHCP. Si c'est le cas, il te faut "auto eth1" et non "iface eth1 inet static". Est-ce que tu n'aurais pas un client DHCP sur ta machine auquel tu aurais configuré d e demander des @IP sur l'interface eth1 et qui configurerait alors ton interface eth1 en adressage dynamique (d'où le "auto eth1" qui se rajou te) ?
je suis oblige de les effacer pour reactiver les interfaces.
je redonne mon fichier: This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0
# This is a list of hotpluggable network interfaces. # They will be activated automatically by the hotplug subsystem. mapping hotplug script grep map eth1
# The primary network interface iface eth1 inet static address 87.239.96.153 netmask 255.255.252.0 network 87.239.96.0 broadcast 87.239.99.255 gateway 87.239.96.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 81.171.101.4 81.171.102.14
Quelque chose qui n'a peut-être rien à voir avec ton problème : la passerelle de sortie, dans ton cas, n'est pas dans le réseau de l'interface. Ca devrait plutôt être 192.168.1.1 .
Guillaume
Toto Capuccino a écrit :
elle n' y est pas, je l ai rajoutee.
j ai ce probleme au demarrage: les interfaces ne sont pas montees
correctement. a chaque nouveau demarrage, ces lignes s ajoutent dans mo n
fichier /etc/network/interfaces :
iface eth2 inet
auto eth1
Tu as une 3ième carte réseau pour qu'il rajoute eth2 ?
C'est bizarre qu'il rajoute eth2 mais avec une conf incomplète.
Si tu lances :
/etc/init.d/networking restart
est-ce que ca te rajoutes ces lignes ? Si oui, voir dans le script d'où
ca peut venir. Si c'est trop galère, une méthode pas très éléga nte est
d'enlever le lien du rc2.d vers le /etc/init.d/networking est de rentrer
les commandes ifconfig et route dans un script perso.
Autre chose que je ne comprends pas trop : tu parlais dans le premier
mail du thread que eth1 recevait sa conf IP par DHCP. Si c'est le cas,
il te faut "auto eth1" et non "iface eth1 inet static". Est-ce que tu
n'aurais pas un client DHCP sur ta machine auquel tu aurais configuré d e
demander des @IP sur l'interface eth1 et qui configurerait alors ton
interface eth1 en adressage dynamique (d'où le "auto eth1" qui se rajou te) ?
je suis oblige de les effacer pour reactiver les interfaces.
je redonne mon fichier:
This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0
# This is a list of hotpluggable network interfaces.
# They will be activated automatically by the hotplug subsystem.
mapping hotplug
script grep
map eth1
# The primary network interface
iface eth1 inet static
address 87.239.96.153
netmask 255.255.252.0
network 87.239.96.0
broadcast 87.239.99.255
gateway 87.239.96.1
# dns-* options are implemented by the resolvconf package, if
installed
dns-nameservers 81.171.101.4 81.171.102.14
Quelque chose qui n'a peut-être rien à voir avec ton problème : la
passerelle de sortie, dans ton cas, n'est pas dans le réseau de
l'interface. Ca devrait plutôt être 192.168.1.1 .
elle n' y est pas, je l ai rajoutee. j ai ce probleme au demarrage: les interfaces ne sont pas montees correctement. a chaque nouveau demarrage, ces lignes s ajoutent dans mo n fichier /etc/network/interfaces : iface eth2 inet auto eth1
Tu as une 3ième carte réseau pour qu'il rajoute eth2 ? C'est bizarre qu'il rajoute eth2 mais avec une conf incomplète. Si tu lances : /etc/init.d/networking restart est-ce que ca te rajoutes ces lignes ? Si oui, voir dans le script d'où ca peut venir. Si c'est trop galère, une méthode pas très éléga nte est d'enlever le lien du rc2.d vers le /etc/init.d/networking est de rentrer les commandes ifconfig et route dans un script perso.
Autre chose que je ne comprends pas trop : tu parlais dans le premier mail du thread que eth1 recevait sa conf IP par DHCP. Si c'est le cas, il te faut "auto eth1" et non "iface eth1 inet static". Est-ce que tu n'aurais pas un client DHCP sur ta machine auquel tu aurais configuré d e demander des @IP sur l'interface eth1 et qui configurerait alors ton interface eth1 en adressage dynamique (d'où le "auto eth1" qui se rajou te) ?
je suis oblige de les effacer pour reactiver les interfaces.
je redonne mon fichier: This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0
# This is a list of hotpluggable network interfaces. # They will be activated automatically by the hotplug subsystem. mapping hotplug script grep map eth1
# The primary network interface iface eth1 inet static address 87.239.96.153 netmask 255.255.252.0 network 87.239.96.0 broadcast 87.239.99.255 gateway 87.239.96.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 81.171.101.4 81.171.102.14
Quelque chose qui n'a peut-être rien à voir avec ton problème : la passerelle de sortie, dans ton cas, n'est pas dans le réseau de l'interface. Ca devrait plutôt être 192.168.1.1 .
Quelque chose qui n'a peut-être rien à voir avec ton problème : la passerelle de sortie, dans ton cas, n'est pas dans le réseau de l'interface. Ca devrait plutôt être 192.168.1.1 .
Rien du tout, plutôt. Il ne doit y avoir qu'une seule passerelle par défaut, sur une seule interface (l'autre).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Quelque chose qui n'a peut-être rien à voir avec ton problème : la
passerelle de sortie, dans ton cas, n'est pas dans le réseau de
l'interface. Ca devrait plutôt être 192.168.1.1 .
Rien du tout, plutôt. Il ne doit y avoir qu'une seule passerelle par
défaut, sur une seule interface (l'autre).
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Quelque chose qui n'a peut-être rien à voir avec ton problème : la passerelle de sortie, dans ton cas, n'est pas dans le réseau de l'interface. Ca devrait plutôt être 192.168.1.1 .
Rien du tout, plutôt. Il ne doit y avoir qu'une seule passerelle par défaut, sur une seule interface (l'autre).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Quelque chose qui n'a peut-être rien à voir avec ton problème : la passerelle de sortie, dans ton cas, n'est pas dans le réseau de l'interface. Ca devrait plutôt être 192.168.1.1 .
Rien du tout, plutôt. Il ne doit y avoir qu'une seule passerelle par défaut, sur une seule interface (l'autre).
Je me demandais justement dans ce cas (on met 2 gateways différentes, une sur chaque interface), ce qu'il se passe ? C'est la dernière qui es t prise en compte ou autre comportement ? Je n'ai pas de machine avec 2 interfaces ethernet pour tester. Guillaume
Quelque chose qui n'a peut-être rien à voir avec ton problème : la
passerelle de sortie, dans ton cas, n'est pas dans le réseau de
l'interface. Ca devrait plutôt être 192.168.1.1 .
Rien du tout, plutôt. Il ne doit y avoir qu'une seule passerelle par
défaut, sur une seule interface (l'autre).
Je me demandais justement dans ce cas (on met 2 gateways différentes,
une sur chaque interface), ce qu'il se passe ? C'est la dernière qui es t
prise en compte ou autre comportement ? Je n'ai pas de machine avec 2
interfaces ethernet pour tester.
Guillaume
Quelque chose qui n'a peut-être rien à voir avec ton problème : la passerelle de sortie, dans ton cas, n'est pas dans le réseau de l'interface. Ca devrait plutôt être 192.168.1.1 .
Rien du tout, plutôt. Il ne doit y avoir qu'une seule passerelle par défaut, sur une seule interface (l'autre).
Je me demandais justement dans ce cas (on met 2 gateways différentes, une sur chaque interface), ce qu'il se passe ? C'est la dernière qui es t prise en compte ou autre comportement ? Je n'ai pas de machine avec 2 interfaces ethernet pour tester. Guillaume
Pascal Hambourg
G(P)L a écrit :
Je me demandais justement dans ce cas (on met 2 gateways différentes, une sur chaque interface), ce qu'il se passe ?
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
G(P)L a écrit :
Je me demandais justement dans ce cas (on met 2 gateways différentes,
une sur chaque interface), ce qu'il se passe ?
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je
préfère considérer que l'OS joue à pile ou face et que de toute façon
c'est une situation à proscrire que d'avoir des routes contradictoires.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je me demandais justement dans ce cas (on met 2 gateways différentes, une sur chaque interface), ce qu'il se passe ?
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
François Boisson
Le Sat, 25 Feb 2006 16:22:28 +0100 Pascal Hambourg a écrit:
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
> C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
Absolument pas mais c'est là où les «metric» jouent un rôle. La route choisit est celle qui optimise le trajet. Cela n'est évidemment intéressant que si un véritable logiciel de routage est utilisé, logiciel qui met à jour les tables en temps réels avec notamment la qualité des différents chemins. C'est ce principe de redondance qui fait la solidité du réseau Internet. Au niveau d'un réseau local, cela n'entre pas en jeu.
François Boisson
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Sat, 25 Feb 2006 16:22:28 +0100
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit:
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
> C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je
préfère considérer que l'OS joue à pile ou face et que de toute façon
c'est une situation à proscrire que d'avoir des routes contradictoires.
Absolument pas mais c'est là où les «metric» jouent un rôle. La route
choisit est celle qui optimise le trajet. Cela n'est évidemment
intéressant que si un véritable logiciel de routage est utilisé,
logiciel qui met à jour les tables en temps réels avec notamment la
qualité des différents chemins. C'est ce principe de redondance qui
fait la solidité du réseau Internet. Au niveau d'un réseau local, cela
n'entre pas en jeu.
François Boisson
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Sat, 25 Feb 2006 16:22:28 +0100 Pascal Hambourg a écrit:
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
> C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
Absolument pas mais c'est là où les «metric» jouent un rôle. La route choisit est celle qui optimise le trajet. Cela n'est évidemment intéressant que si un véritable logiciel de routage est utilisé, logiciel qui met à jour les tables en temps réels avec notamment la qualité des différents chemins. C'est ce principe de redondance qui fait la solidité du réseau Internet. Au niveau d'un réseau local, cela n'entre pas en jeu.
François Boisson
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Luc FROIDEFOND
Le samedi 25 février 2006 à 16:22 +0100, Pascal Hambourg a écrit :
G(P)L a écrit : > > Je me demandais justement dans ce cas (on met 2 gateways différentes, > une sur chaque interface), ce qu'il se passe ?
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
> C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
En tout cas je peux vous dire qu'avec windaube ça ne fonctionne pas, j'avais rencontré cette situation avec un poste de mon réseau qui était connecté via un routeur en DHCP à mon réseau familial et via un modem ethernet (aussi en DHCP) à free. il a fallu que je supprime la passerelle par défaut de mon routeur pour que ça fonctionne... Maintenant je n'ai plus ces problème parcequ'avec Linux c'est moi qui décide tout! Luc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le samedi 25 février 2006 à 16:22 +0100, Pascal Hambourg a écrit :
G(P)L a écrit :
>
> Je me demandais justement dans ce cas (on met 2 gateways différentes,
> une sur chaque interface), ce qu'il se passe ?
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
> C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je
préfère considérer que l'OS joue à pile ou face et que de toute façon
c'est une situation à proscrire que d'avoir des routes contradictoires.
En tout cas je peux vous dire qu'avec windaube ça ne fonctionne pas,
j'avais rencontré cette situation avec un poste de mon réseau qui était
connecté via un routeur en DHCP à mon réseau familial et via un modem
ethernet (aussi en DHCP) à free.
il a fallu que je supprime la passerelle par défaut de mon routeur pour
que ça fonctionne...
Maintenant je n'ai plus ces problème parcequ'avec Linux c'est moi qui
décide tout!
Luc
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le samedi 25 février 2006 à 16:22 +0100, Pascal Hambourg a écrit :
G(P)L a écrit : > > Je me demandais justement dans ce cas (on met 2 gateways différentes, > une sur chaque interface), ce qu'il se passe ?
La pile IP choisit une des routes par défaut et n'utilise que celle-là.
> C'est la dernière qui est prise en compte ou autre comportement ?
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
En tout cas je peux vous dire qu'avec windaube ça ne fonctionne pas, j'avais rencontré cette situation avec un poste de mon réseau qui était connecté via un routeur en DHCP à mon réseau familial et via un modem ethernet (aussi en DHCP) à free. il a fallu que je supprime la passerelle par défaut de mon routeur pour que ça fonctionne... Maintenant je n'ai plus ces problème parcequ'avec Linux c'est moi qui décide tout! Luc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg
Luc FROIDEFOND a écrit :
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
En tout cas je peux vous dire qu'avec windaube ça ne fonctionne pas,
^^^^^^^^ Qu'est-ce que c'est ?
j'avais rencontré cette situation avec un poste de mon réseau qui était connecté via un routeur en DHCP à mon réseau familial et via un modem ethernet (aussi en DHCP) à free. il a fallu que je supprime la passerelle par défaut de mon routeur pour que ça fonctionne...
Ça aurait pu fonctionner si *toutes* les passerelles/routes supposées "par défaut" avaient *vraiment* été des passerelles/routes par défaut, c'est-à-dire permettant de joindre n'importe quelle destination. Ce qui n'était pas visiblement pas le cas du routeur. "Windaube" n'avait rien à voir là-dedans.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Luc FROIDEFOND a écrit :
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je
préfère considérer que l'OS joue à pile ou face et que de toute façon
c'est une situation à proscrire que d'avoir des routes contradictoires.
En tout cas je peux vous dire qu'avec windaube ça ne fonctionne pas,
^^^^^^^^
Qu'est-ce que c'est ?
j'avais rencontré cette situation avec un poste de mon réseau qui était
connecté via un routeur en DHCP à mon réseau familial et via un modem
ethernet (aussi en DHCP) à free.
il a fallu que je supprime la passerelle par défaut de mon routeur pour
que ça fonctionne...
Ça aurait pu fonctionner si *toutes* les passerelles/routes supposées
"par défaut" avaient *vraiment* été des passerelles/routes par défaut,
c'est-à-dire permettant de joindre n'importe quelle destination. Ce qui
n'était pas visiblement pas le cas du routeur. "Windaube" n'avait rien à
voir là-dedans.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Franchement, je n'en sais rien et à vrai dire je m'en fiche un peu. Je préfère considérer que l'OS joue à pile ou face et que de toute façon c'est une situation à proscrire que d'avoir des routes contradictoires.
En tout cas je peux vous dire qu'avec windaube ça ne fonctionne pas,
^^^^^^^^ Qu'est-ce que c'est ?
j'avais rencontré cette situation avec un poste de mon réseau qui était connecté via un routeur en DHCP à mon réseau familial et via un modem ethernet (aussi en DHCP) à free. il a fallu que je supprime la passerelle par défaut de mon routeur pour que ça fonctionne...
Ça aurait pu fonctionner si *toutes* les passerelles/routes supposées "par défaut" avaient *vraiment* été des passerelles/routes par défaut, c'est-à-dire permettant de joindre n'importe quelle destination. Ce qui n'était pas visiblement pas le cas du routeur. "Windaube" n'avait rien à voir là-dedans.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
