Je cherche à comprendre/connaître le comportement de la couche TCP/IP de
linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en
192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est
déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254
sur eth1.
root@machine:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0
eth1
0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0
eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0
eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
eth1
Jusqu'à présent dans mon esprit, il ne pouvait y avoir qu'une seule
route par défaut : elle est utilisée lorsqu'il n'y a pas d'autre
solution dans la table de routage, donc s'il y en a plusieurs comment
choisir la route par défaut ?
Hors la configuration avec un gateway par interface ne pose pas de
problème à l'OS, et les deux routes par défaut sont avec la même
métrique, d'où mon interrogation...
Dans mes recherches j'ai bien trouvé des références chez win$ qui
indiquent que dans ce cas est ajoutée par défaut une métrique sur les
routes dépendantes de la vitesse des interfaces, donc deux cas :
* les interfaces n'ont pas la même vitesse dans ce cas il favorise
la plus rapide,
* les interfaces ont la même vitesse dans ce cas il utilise la
première des routes sinon la seconde en cas d'échec avec la
première (failover ou redondance c'est au choix).
Par contre avec Linux, malgré mes recherches, je n'ai pas trouvé
d'explication simple sur le comportement du routage par défaut dans ce
cas. J'ai rencontré plein de sujet sur comment configurer plusieurs
tables de routage, comment faire en sorte que les packets icmp entrent
et sortent par la même interface...
Donc où puis-je trouver de la littérature sur le comportement par défaut
du routage dans ce cas ?
Merci de votre attention.
Yann.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/1402643635.5320.92.camel@yco-sts-linux.ianco.homelinux.org
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.2 54 sur eth1.
:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth1 0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
Jusqu'à présent dans mon esprit, il ne pouvait y avoir qu'une seule route par défaut : elle est utilisée lorsqu'il n'y a pas d'autre solution dans la table de routage, donc s'il y en a plusieurs comment choisir la route par défaut ?
Hors la configuration avec un gateway par interface ne pose pas de problème à l'OS, et les deux routes par défaut sont avec la même métrique, d'où mon interrogation...
Dans mes recherches j'ai bien trouvé des références chez win$ qui indiquent que dans ce cas est ajoutée par défaut une métrique sur l es routes dépendantes de la vitesse des interfaces, donc deux cas : * les interfaces n'ont pas la même vitesse dans ce cas il favorise la plus rapide, * les interfaces ont la même vitesse dans ce cas il utilise la première des routes sinon la seconde en cas d'échec avec la première (failover ou redondance c'est au choix).
Par contre avec Linux, malgré mes recherches, je n'ai pas trouvé d'explication simple sur le comportement du routage par défaut dans ce cas. J'ai rencontré plein de sujet sur comment configurer plusieurs tables de routage, comment faire en sorte que les packets icmp entrent et sortent par la même interface...
Donc où puis-je trouver de la littérature sur le comportement par d éfaut du routage dans ce cas ?
Merci de votre attention.
Yann.
Bonjour.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit. Néanmoins, il est possible de prioriser les routes en utilisant ce que l'on appelle la métrique ; la métrique d'une route e st un nombre qui indique sa priorité par rapport aux autres desservant le même sous-réseau. Plus la métrique d'une route est élevée, moins elle sera utilisée, car le noyau tentera toujours d'utiliser la route dotée de la métrique la plus basse, sachant que la métrique par défaut d'une route est 0, c'est-à-dire que la priorité par défaut d'une route est la plus élevée. man ip-route t'apprendra comment utiliser la métrique.
Cordialement.
N.B. : la métrique est une ancienne valeur qui existe toujours mais, si ma mémoire est bonne, elle ne devrait plus être nommée ainsi ; il e st possible que tu la trouves dans la documentation sous le nom de « préférence ». -- David Guyot Administrateur système, réseau et télécommunications / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31
--6J7GEvtanOfV9oXA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TCP/IP de
linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en
192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est
déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.2 54
sur eth1.
root@machine:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0
eth1
0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0
eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0
eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
eth1
Jusqu'à présent dans mon esprit, il ne pouvait y avoir qu'une seule
route par défaut : elle est utilisée lorsqu'il n'y a pas d'autre
solution dans la table de routage, donc s'il y en a plusieurs comment
choisir la route par défaut ?
Hors la configuration avec un gateway par interface ne pose pas de
problème à l'OS, et les deux routes par défaut sont avec la même
métrique, d'où mon interrogation...
Dans mes recherches j'ai bien trouvé des références chez win$ qui
indiquent que dans ce cas est ajoutée par défaut une métrique sur l es
routes dépendantes de la vitesse des interfaces, donc deux cas :
* les interfaces n'ont pas la même vitesse dans ce cas il favorise
la plus rapide,
* les interfaces ont la même vitesse dans ce cas il utilise la
première des routes sinon la seconde en cas d'échec avec la
première (failover ou redondance c'est au choix).
Par contre avec Linux, malgré mes recherches, je n'ai pas trouvé
d'explication simple sur le comportement du routage par défaut dans ce
cas. J'ai rencontré plein de sujet sur comment configurer plusieurs
tables de routage, comment faire en sorte que les packets icmp entrent
et sortent par la même interface...
Donc où puis-je trouver de la littérature sur le comportement par d éfaut
du routage dans ce cas ?
Merci de votre attention.
Yann.
Bonjour.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir
la bonne route et refuse de router les paquets vers quelque passerelle
que ce soit. Néanmoins, il est possible de prioriser les routes en
utilisant ce que l'on appelle la métrique ; la métrique d'une route e st
un nombre qui indique sa priorité par rapport aux autres desservant le
même sous-réseau. Plus la métrique d'une route est élevée, moins elle
sera utilisée, car le noyau tentera toujours d'utiliser la route dotée
de la métrique la plus basse, sachant que la métrique par défaut d'une
route est 0, c'est-à-dire que la priorité par défaut d'une route est la
plus élevée. man ip-route t'apprendra comment utiliser la métrique.
Cordialement.
N.B. : la métrique est une ancienne valeur qui existe toujours mais, si
ma mémoire est bonne, elle ne devrait plus être nommée ainsi ; il e st
possible que tu la trouves dans la documentation sous le nom de
« préférence ».
--
David Guyot
Administrateur système, réseau et télécommunications / Sysadmin
Europe Camions Interactive / Stockway
Moulin Collot
F-88500 Ambacourt
Tel: +33 (0)3 29 30 47 85
Fax : +33 (0)3 29 31 31 31
--6J7GEvtanOfV9oXA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20140613074035.GH25355@europecamions-interactive.com
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.2 54 sur eth1.
:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth1 0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
Jusqu'à présent dans mon esprit, il ne pouvait y avoir qu'une seule route par défaut : elle est utilisée lorsqu'il n'y a pas d'autre solution dans la table de routage, donc s'il y en a plusieurs comment choisir la route par défaut ?
Hors la configuration avec un gateway par interface ne pose pas de problème à l'OS, et les deux routes par défaut sont avec la même métrique, d'où mon interrogation...
Dans mes recherches j'ai bien trouvé des références chez win$ qui indiquent que dans ce cas est ajoutée par défaut une métrique sur l es routes dépendantes de la vitesse des interfaces, donc deux cas : * les interfaces n'ont pas la même vitesse dans ce cas il favorise la plus rapide, * les interfaces ont la même vitesse dans ce cas il utilise la première des routes sinon la seconde en cas d'échec avec la première (failover ou redondance c'est au choix).
Par contre avec Linux, malgré mes recherches, je n'ai pas trouvé d'explication simple sur le comportement du routage par défaut dans ce cas. J'ai rencontré plein de sujet sur comment configurer plusieurs tables de routage, comment faire en sorte que les packets icmp entrent et sortent par la même interface...
Donc où puis-je trouver de la littérature sur le comportement par d éfaut du routage dans ce cas ?
Merci de votre attention.
Yann.
Bonjour.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit. Néanmoins, il est possible de prioriser les routes en utilisant ce que l'on appelle la métrique ; la métrique d'une route e st un nombre qui indique sa priorité par rapport aux autres desservant le même sous-réseau. Plus la métrique d'une route est élevée, moins elle sera utilisée, car le noyau tentera toujours d'utiliser la route dotée de la métrique la plus basse, sachant que la métrique par défaut d'une route est 0, c'est-à-dire que la priorité par défaut d'une route est la plus élevée. man ip-route t'apprendra comment utiliser la métrique.
Cordialement.
N.B. : la métrique est une ancienne valeur qui existe toujours mais, si ma mémoire est bonne, elle ne devrait plus être nommée ainsi ; il e st possible que tu la trouves dans la documentation sous le nom de « préférence ». -- David Guyot Administrateur système, réseau et télécommunications / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31
--6J7GEvtanOfV9oXA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Pascal Hambourg
David Guyot a écrit :
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254 sur eth1.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit.
N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pas chercher à savoir si elle est opérationnelle ou non, ni utiliser l'autre route dans ce dernier cas. Il y a certainement une logique dans la sélection de la route (la dernière créée, la première créee...) mais mon conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si vous pensez que telle route sera utilisée, alors le noyau prendra certainement l'autre.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
David Guyot a écrit :
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TCP/IP de
linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en
192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est
déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254
sur eth1.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir
la bonne route et refuse de router les paquets vers quelque passerelle
que ce soit.
N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pas
chercher à savoir si elle est opérationnelle ou non, ni utiliser l'autre
route dans ce dernier cas. Il y a certainement une logique dans la
sélection de la route (la dernière créée, la première créee...) mais mon
conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si
vous pensez que telle route sera utilisée, alors le noyau prendra
certainement l'autre.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/539C30BD.6090700@plouf.fr.eu.org
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254 sur eth1.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit.
N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pas chercher à savoir si elle est opérationnelle ou non, ni utiliser l'autre route dans ce dernier cas. Il y a certainement une logique dans la sélection de la route (la dernière créée, la première créee...) mais mon conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si vous pensez que telle route sera utilisée, alors le noyau prendra certainement l'autre.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/lnhcls$li7$
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/lnhcls$li7$1@ger.gmane.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CAFuS2bbjBKppaZq62U6uvse1fiEMeO1znY9d-MJ76kKCNAhmtg@mail.gmail.com
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/lnhcls$li7$
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Francois Lafont
Bonjour,
Perso, j'en étais resté à l'idée qu'il ne fallait tout simplement pas définir plusieurs routes par défaut car comme son nom l'indique *la* route par défaut est unique (c'est *la* utilisée quand aucune autre route ne matche). Maintenant peut-être que ça se fait malgré tout, mais dans ma logique ça n'a pas de sens.
-- François Lafont
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/lnhcls$li7$
Bonjour,
Perso, j'en étais resté à l'idée qu'il ne fallait tout simplement
pas définir plusieurs routes par défaut car comme son nom l'indique
*la* route par défaut est unique (c'est *la* utilisée quand aucune
autre route ne matche). Maintenant peut-être que ça se fait malgré
tout, mais dans ma logique ça n'a pas de sens.
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/lnhcls$li7$1@ger.gmane.org
Perso, j'en étais resté à l'idée qu'il ne fallait tout simplement pas définir plusieurs routes par défaut car comme son nom l'indique *la* route par défaut est unique (c'est *la* utilisée quand aucune autre route ne matche). Maintenant peut-être que ça se fait malgré tout, mais dans ma logique ça n'a pas de sens.
-- François Lafont
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/lnhcls$li7$
Francois Lafont
Le 14/06/2014 13:46, Francois Lafont a écrit :
*la* route par défaut est unique (c'est *la* utilisée quand aucune
^^^^^ Oups, désolé il manque un mot. Il faut lire : « c'est *la* route utilisée ... »
-- François Lafont
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/lnhcpv$li7$
Le 14/06/2014 13:46, Francois Lafont a écrit :
*la* route par défaut est unique (c'est *la* utilisée quand aucune
^^^^^
Oups, désolé il manque un mot. Il faut lire : « c'est *la* route
utilisée ... »
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/lnhcpv$li7$2@ger.gmane.org
*la* route par défaut est unique (c'est *la* utilisée quand aucune
^^^^^ Oups, désolé il manque un mot. Il faut lire : « c'est *la* route utilisée ... »
-- François Lafont
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/lnhcpv$li7$
Diogene Laerce
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --F5wSi9d7a12ElxMFnt9tfP13tjMmxG23E Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
On 06/14/2014 01:23 PM, Pascal Hambourg wrote:
David Guyot a écrit :
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TC P/IP de linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168 .1.254 sur eth1.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choi sir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit.
N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pa s chercher à savoir si elle est opérationnelle ou non, ni utiliser l' autre route dans ce dernier cas. Il y a certainement une logique dans la sélection de la route (la dernière créée, la première créee ...) mais mon conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si vous pensez que telle route sera utilisée, alors le noyau prendra certainement l'autre.
Si la mémoire a moi :) est bonne.. Il faut considérer la route par défaut comme un fallback : si aucune route spéciale n'est définie p our un paquet donne, alors il utilise la route par défaut.
Je crois.. ;)
-- One original thought is worth a thousand mindless quotings. Le vrai n'est pas plus sûr que le probable.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--F5wSi9d7a12ElxMFnt9tfP13tjMmxG23E
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
On 06/14/2014 01:23 PM, Pascal Hambourg wrote:
David Guyot a écrit :
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TC P/IP de
linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en
192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est
déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168 .1.254
sur eth1.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choi sir
la bonne route et refuse de router les paquets vers quelque passerelle
que ce soit.
N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pa s
chercher à savoir si elle est opérationnelle ou non, ni utiliser l' autre
route dans ce dernier cas. Il y a certainement une logique dans la
sélection de la route (la dernière créée, la première créee ...) mais mon
conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si
vous pensez que telle route sera utilisée, alors le noyau prendra
certainement l'autre.
Si la mémoire a moi :) est bonne.. Il faut considérer la route par
défaut comme un fallback : si aucune route spéciale n'est définie p our
un paquet donne, alors il utilise la route par défaut.
Je crois.. ;)
--
One original thought is worth a thousand mindless quotings.
Le vrai n'est pas plus sûr que le probable.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/539C3EDA.8040108@yahoo.fr
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --F5wSi9d7a12ElxMFnt9tfP13tjMmxG23E Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
On 06/14/2014 01:23 PM, Pascal Hambourg wrote:
David Guyot a écrit :
Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit:
Bonjour,
Je cherche à comprendre/connaître le comportement de la couche TC P/IP de linux lorsque plusieurs destinations par défaut sont configurées.
L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168 .1.254 sur eth1.
Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choi sir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit.
N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pa s chercher à savoir si elle est opérationnelle ou non, ni utiliser l' autre route dans ce dernier cas. Il y a certainement une logique dans la sélection de la route (la dernière créée, la première créee ...) mais mon conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si vous pensez que telle route sera utilisée, alors le noyau prendra certainement l'autre.
Si la mémoire a moi :) est bonne.. Il faut considérer la route par défaut comme un fallback : si aucune route spéciale n'est définie p our un paquet donne, alors il utilise la route par défaut.
Je crois.. ;)
-- One original thought is worth a thousand mindless quotings. Le vrai n'est pas plus sûr que le probable.
