questions sur zebra et ospf - réseaux et sécurité - Linux et OS Alternatifs
Marsh Posté le 01-03-2009 à 16:09:50
Généralement OSPF utilise le multicast sur les brins réseaux où tu l'as activé. Les équipements de routage participant à OSPF s'abonnent aux bons groupes (multicast) pour recevoir les messages adéquats (update & hello)
http://fr.wikipedia.org/wiki/Open_Shortest_Path_First
http://www.cisco.com/en/US/tech/tk [...] _home.html
http://www.cisco.com/en/US/tech/tk [...] 4e9e.shtml
Marsh Posté le 01-03-2009 à 16:16:41
et t'aurais un bon tuto pour configurer zebra et ospf? car depuis ce matin je tombe sur des morceaux de tuto. Merci
Marsh Posté le 01-03-2009 à 17:09:57
ReplyMarsh Posté le 01-03-2009 à 17:13:01
hppp a écrit : bon je crois que je vais partir sur du BGP car l'ospf c'est lourd comme infra. |
Heu... Si tu as 2 sites BGP c'est juste overkill Accessoirement on annonce pas du BGP sans prendre un minimum de précautions.... L'OSPF est fait pour les petits réseaux comme le tien.
Marsh Posté le 01-03-2009 à 17:58:38
HPPP> Avant de partir tête la première et continuer à te prendre des murs, prend le temps de te documenter et de comprendre le fonctionnement des algos. Balancer des configurations et des incantations en espérant trouver la bonne par hasard ne t'apprendra rien, tu vas pourrir ta conf voir ton système, et au final au moindre ennui tu seras totalement perdu et perdras un temps fou.
Investis 30 minutes de ton temps pour comprendre le fonctionnement, lis la documentation officielle de zebra en essayant de mettre en relation ce que tu as appris pendant tes 30 minutes sur le protocole avec les conf/mots clé/description de zebra.
Après au lieu de changer de solution parce que tu n'y arrives pas, poste le tuto que tu as suivi, ce qui bloque, les messages d'erreur, ta topoligie réseau, ta configuration...
Marsh Posté le 01-03-2009 à 18:16:23
Bon ok, j'ai lu un peut de doc sur http://www.afnic.fr/noncvs/formati [...] /ospf.html
après j'ai pris ce tuto http://www.linux-france.org/prj/in [...] uting.html
J'ai donc 2 passerelles sous debian avec quagga d'installé.
Les 2 sont connecté par un tunnel vpn Openvpn, tous marche bien.
Passerelle A : 172.30.0.1
Passerelle B : 172.30.0.10
Derrière la passerelle A j'ai 172.20.1.0/24 et 172.20.2.0/24
Derrière la passerelle B j'ai 172.25.1.0/24 et 172.25.2.0/24
Config passerelle A:
zebra.conf
Code :
|
ospfd.conf
Code :
|
Config passerelle B:
zebra.conf
Code :
|
ospfd.conf
Code :
|
mais quand je fais un route -n je ne vois pas mes routes. Voilà merci de votre aide
Marsh Posté le 01-03-2009 à 18:27:35
hppp a écrit : .... |
Si j'ai bien compris, tu as les même sous réseaux de chaque coté de ton tunnel ?
Si la réponse est "oui" alors tu vas avoir quelques "difficultés"
Marsh Posté le 01-03-2009 à 18:29:19
Tu as mal suivi le tuto. Les area ne sont pas forcément des subnets, c'est une zone, un groupement de réseau/équipements...
Revoit ton truc de la manière suivante :
area 0 => backbone = ton lien interco entre les deux routeurs
area 1 => les deux subnets derrière la passerelle A
area 2 => les deux subnets derrière la passerelle B
Et jette un coup d'oeil sur les logs, ils servent rarement à décorer les confs ;-)
Marsh Posté le 01-03-2009 à 18:30:09
black_lord a écrit : |
La réponse est non.
Citation : Derrière la passerelle A j'ai 172.20.1.0/24 et 172.20.2.0/24 |
Marsh Posté le 01-03-2009 à 18:34:08
o'gure a écrit :
|
bien vu
Marsh Posté le 01-03-2009 à 19:08:16
dans les logs j'ai rien, vide. j'ai créer les répertoire + Fichiers mais toujours vide.
Après j'ai du mal a comprendre les areas, tu pourrais m'expliquer un peut? Merci
Marsh Posté le 01-03-2009 à 19:18:07
C'est une segmentation logique de ton réseau. Cela permet d'optimiser les échanges. Dans ta configuration, si je me souviens correctement, tu as besoin, au minimum, de l'area 0 pour le backbone (ie. ton lien VPN) et de redistribuer dans OSPF les subnets directement connectés.
Après si tu as d'autres réseaux derrière ces subnets, il est plus logique de mettre des areas, en particulier si tu as un lien VPN avec une maigre bande passante... Cela permet de limiter les updates dans la zone correspondante (gain en bande passante, gain en CPU...).
Si tu n'as pas d'autres subnet et que cette architecture reste stable dans le temps, ne te fais pas chier avec du routage dynamique (sauf si tu veux apprendre mais j'ai l'impression que ce n'est pas le cas), et mets des routes statiques...
Après ça fait malheureusement quelques temps que je n'ai plus joué avec OSPF...
Tu n'as pas un mode debug avec quagga/ospfd ?
Marsh Posté le 01-03-2009 à 19:34:17
je suis déjà en route statique, donc je veux faire du routage dynamique pour voire se que ça donne et apprendre.
Je vais essayer d'appliquer et de chercher le mode debug. Merci
Marsh Posté le 01-03-2009 à 16:07:33
salut a tous
Je me lance dans le routage dynamique pour mes 2 réseaux distant connecté en VPN.
Mais voilà, le problème c'est que je ne comprends pas comment les 2 routeurs communique entre eux pour annoncer leurs routes? Car on ne donne jamais l'adresse ip des différents routeurs dans la config. Merci