Auteur Sujet: Plusieurs IP sur 1 seul interface (Lu 45847 fois)

Leon · « **Réponse #48 le:** 16 juin 2017 à 20:00:10 »

Citation de: vivien le 16 juin 2017 à 19:24:24

Le vieux de fichier de config étais associé a des routes : chaque interface n'était utilisé que pour accéder à des plages IP précises.

OK, mais je ne comprends toujours pas. Une gateway, c'est une route très spéciale, c'est LA route par défaut vers tout le reste du monde, vers tout ce qui est à l'extérieur du réseau local. C'est donc très différent d'une route classique.
D'ailleurs, dans le fichier de config en question, nulle part tu ne déclares "les plages d'IP précises" vers lesquelles pointe chaque "gateway".

Bref, je ne comprends toujours pas ce que fait ce fichier de config. Si toi ou quelqu'un d'autre pouvait m'expliquer...
Perso, je fais bien attention à ne mettre qu'une seule gateway, qu'une seule route par défaut sur une machine qui a plusieurs interfaces. Mais si on peut faire autrement, alors ça m'intéresse, et j'aimerais comprendre comment ça fonctionne.

Leon.

Hugues · « **Réponse #49 le:** 16 juin 2017 à 20:01:54 »

Citation de: Leon le 16 juin 2017 à 19:04:02

On peut déclarer plusieurs "gateway" sur une même machine? Si oui, ça va fonctionner comment? Et surtout est-ce que ça sera répétable comme fonctionnement?

On peut, ça fait du loadbalancing entre les gateways si elles ont un poids/metric egal
Mais là dans l'exemple, elles sont commentées

jack · « **Réponse #50 le:** 16 juin 2017 à 20:06:18 »

Citation de: Leon le 16 juin 2017 à 20:00:10

Une gateway, c'est une route très spéciale, c'est LA route par défaut vers tout le reste du monde, vers tout ce qui est à l'extérieur du réseau local. C'est donc très différent d'une route classique.

Une gateway est une route, elle n'a absolument rien de plus, rien de moins, rien de différent, de toutes les autres routes

Tu peux voir ça comme un alias

kgersen · « **Réponse #51 le:** 16 juin 2017 à 20:13:32 »

metric dans ton fichier de conf vient d'un module optionnel ifmetric qui sert a manipuler la metric du routage a posteriori. ca permet notamment de changer la metric sur des routes attachées a une interface configurée par dhcp . voir man ifmetric ( 8 ).

Le 'metric' qui apparait dans ifconfig ne fonctionne pas sous Linux (SIOCGIFMETRIC n'est pas implèmenté sous Linux). En revanche il marche sur les variantes de BSD (d'ou la présence de ifmetric sur Linux).

Leon · « **Réponse #52 le:** 16 juin 2017 à 20:22:01 »

Citation de: jack le 16 juin 2017 à 20:06:18

Une gateway est une route, elle n'a absolument rien de plus, rien de moins, rien de différent, de toutes les autres routes

Tu peux voir ça comme un alias

OK, du coup, si je déclare plusieurs routes par défaut, est-ce que le système d'exploitation choisira systématiquement la première qui apparait dans la table de routage? Ou alors comme le suggère Hugues, il va faire du "load balancing"?
Si oui, c'est du vrai load balancing propre, qui maintient une connexion (TCP ou UDP) sur la même route?

Est-ce que tous les systèmes d'exploitation (windows/linux) acceptent ça et surtout est-ce qu'ils fonctionnent tous de la même façon?

Leon.

kgersen · « **Réponse #53 le:** 16 juin 2017 à 20:23:04 »

C’était le cas type c'est un PC en DHCP avec wifi + ethernet donc 2 connexion LAN identiques.

Par défaut les 2 routes par défaut seront de meme poids donc les flux vont se répartir en le wifi et l'ethernet (sauf si y'a Network Manager qui genere lui meme une métric plus forte pour le wifi).

Avec ifmetric on peut mettre un metric plus grande que 0 pour le wifi ce qui fait qu'il ne servira plus par défaut quand l'ethernet est branché.

Hugues · « **Réponse #54 le:** 16 juin 2017 à 20:24:45 »

Citation de: Leon le 16 juin 2017 à 20:22:01

OK, du coup, si je déclare plusieurs routes par défaut, est-ce que le système d'exploitation choisira systématiquement la première qui apparait dans la table de routage? Ou alors comme le suggère Hugues, il va faire du "load balancing"?
Si oui, c'est du vrai load balancing propre, qui maintient une connexion (TCP ou UDP) sur la même route?

Non, c'est purement et simplement un paquet de chaque coté, c'est assez inutilisable en fait.
(J'en ai fait les frais cet après midi en passant de mon xDSL Free à mon FTTH Orange, j'avais deux routes sur mon routeur, j'ai coupé Free : environ 1 ping sur 2 qui se perdait...)

vivien · « **Réponse #55 le:** 16 juin 2017 à 21:51:50 »

Vous voyez où plusieurs gateway dans mes exemples ?

Dans mon vieux fichier de config, je rajoutais les routes à la main :

Code: [Sélectionner]

route add -net 10.50.0.0 netmask 255.255.0.0 gw 10.50.6.1
route add -net 10.200.0.0 netmask 255.255.0.0 gw 10.200.44.1
route add -net 225.0.0.0 netmask 255.0.0.0 gw 10.50.6.1

Sinon quand un même serveur porte plusieurs plages IP différentes sur une seule interface, une seule gateway est nécessaire et cela ne gêne pas Linux qu'elle ne soit pas dans le masque de sous réseau.

Dans mon exemple récent, le serveur porte deux plages IPv6 : une plage IPv6 unicast et une plage IPv6 anycast complètement différente.
Une seule gateway est déclarée. Le serveur répond bien aux requêtes en IPv6 anycast et en IPv6 unicast.
Par contre quand lui a besoin d'Internet (requêtes DNS par exemple), il utilise son IPv6 anycast par défaut. Si le serveur ciblé est proche aucun souci, mais si le serveur est plus proche d'un autre serveur avec la même plage IPv6 anycast, la réponse va au second serveur. Je pensais pouvoir m'en sortir avec des métriques, mais je vais rajouter des routes avec métriques.

Leon · « **Réponse #56 le:** 16 juin 2017 à 22:09:11 »

Citation de: vivien le 16 juin 2017 à 21:51:50

Vous voyez où plusieurs gateway dans mes exemples ?

T'inquiètes pas, c'est juste moi qui ne sait pas lire les fichiers de conf linux.

Leon.

raf · « **Réponse #57 le:** 17 juin 2017 à 09:57:15 »

Citation de: vivien le 16 juin 2017 à 21:51:50

Dans mon exemple récent, le serveur porte deux plages IPv6 : une plage IPv6 unicast et une plage IPv6 anycast complètement différente.
Une seule gateway est déclarée. Le serveur répond bien aux requêtes en IPv6 anycast et en IPv6 unicast.
Par contre quand lui a besoin d'Internet (requêtes DNS par exemple), il utilise son IPv6 anycast par défaut. Si le serveur ciblé est proche aucun souci, mais si le serveur est plus proche d'un autre serveur avec la même plage IPv6 anycast, la réponse va au second serveur. Je pensais pouvoir m'en sortir avec des métriques, mais je vais rajouter des routes avec métriques.

Si tu essaye de suivre RFC 6724, ca donne quoi ? Toujours l'anycast ?
As-tu essaye de mettre l'Anycast sur une loopback ?
En effet, en IPv6, la source address selection n'est pas aussi simple qu'en v4, voir la RFC en question (6724).

Optix · « **Réponse #58 le:** 17 juin 2017 à 11:11:41 »

Citation de: Hugues le 16 juin 2017 à 20:24:45

Non, c'est purement et simplement un paquet de chaque coté, c'est assez inutilisable en fait.
(J'en ai fait les frais cet après midi en passant de mon xDSL Free à mon FTTH Orange, j'avais deux routes sur mon routeur, j'ai coupé Free : environ 1 ping sur 2 qui se perdait...)

Euh c'est faux, le load balancing fonctionne super bien... quand c'est bien configuré

Toi ton problème, c'est que tu as une IP différente sur chaque sortie et que ton routeur sort sur Orange avec une IP source Free ! Ca ne te choque pas ? En tout cas, c'est la raison de ta perte.

Chez moi (sur du Mikrotik) je créé une règle src-nat PAR interface (et pas de masquerade, je parle bien de src-nat, nuance), et sur mes routes 0.0.0.0/0 à poids égal, je force ma pref-src avec l'IP de l'interface concernée pour être sur. Et ça juste marche

Bon ça c'est bien pour le ping, mais en pratique, il faut load-balancer par connexion et non par paquet. Et là pareil, un p'tit coup de règle "mangle" dans le firewall pour dispatcher ça selon tes goûts, sans craindre le loss en cas de perte d'un lien (quand un lien tombe chez moi, ça enlève les routes correspondantes, donc même si mon firewall load-balance, ça sort tout sur le seul lien avec la bonne IP source quand même).

kgersen · « **Réponse #59 le:** 17 juin 2017 à 11:21:53 »

Citation de: vivien le 16 juin 2017 à 21:51:50

Dans mon exemple récent, le serveur porte deux plages IPv6 : une plage IPv6 unicast et une plage IPv6 anycast complètement différente.
Une seule gateway est déclarée. Le serveur répond bien aux requêtes en IPv6 anycast et en IPv6 unicast.
Par contre quand lui a besoin d'Internet (requêtes DNS par exemple), il utilise son IPv6 anycast par défaut. Si le serveur ciblé est proche aucun souci, mais si le serveur est plus proche d'un autre serveur avec la même plage IPv6 anycast, la réponse va au second serveur. Je pensais pouvoir m'en sortir avec des métriques, mais je vais rajouter des routes avec métriques.

Tu peux mettre le preferred_lft a 0 sur l'adresse anycast comme elle ne sera jamais sélectionnée pour sortir.

ou alors activer une ipv6 temporaire elle sera toujours choisie pour sortir (en plus cela limite l'exposition de ton serveur).