Configuration de BGP à laide de Quagga sur Vultr (CentOS 7)

• OISEAU ou Quagga?
• IPv4 et IPv6
• Note importante
• Dépannage

La fonctionnalité Bring Your IP Space de Vultr offre une liberté sans précédent dans l'attribution de vos propres ressources IP aux serveurs du cloud Vultr. Nous recommandons généralement d'utiliser BIRD pour annoncer votre espace IP. Il existe quelques alternatives solides à BIRD au cas où vous ne pourriez pas réaliser quelque chose avec BIRD (bien que ce soit très rare) ou si vous souhaitez simplement utiliser un autre logiciel.

En raison des frais administratifs et techniques, nous déconseillons fortement d'utiliser BIRD et Quagga (ou tout autre logiciel d'ailleurs) dans la même infrastructure et / ou réseau. Gardez à l'esprit que la configuration suivante vous donnerait un SPOF, car l'instance annonçant votre sous-réseau qui se chevauchent n'est pas redondante. Vous devez cependant noter que Vultr a plusieurs routeurs BGP dans chaque rack.

Bien que ce guide ait été écrit en pensant à CentOS 7 et testé uniquement sur cette version de CentOS, il fonctionnera très probablement sur des versions plus anciennes telles que CentOS 6. Cependant, naturellement, nous déconseillons fortement l'utilisation de logiciels obsolètes et nous recommandons fortement de mettre à jour vers une version plus récente, plus récente (et prise en charge) telle que CentOS 7.

Il n'y a pas de limite pratique à la quantité de sous-réseaux ou à leur taille que vous pouvez annoncer à partir d'une instance exécutant Quagga (ou n'importe quel routeur BGP d'ailleurs), bien que dans toute topologie de réseau, vous devriez avoir une sorte de répartition des risques. Cela signifie que vous devez créer une configuration redondante ou annoncer différents sous-réseaux à partir de différents serveurs en suivant le guide ci-dessous sur plusieurs serveurs.

Pour suivre ce guide, vous aurez besoin de:

• L'ASN que vous souhaitez / devez utiliser;
• L'espace IP (sous-réseau) que vous souhaitez annoncer;
• BGP activé dans votre compte Vultr

OISEAU ou Quagga?

Pour commencer, choisir entre BIRD ou Quagga peut être très difficile. Les deux sont bien connus et se sont révélés très stables et robustes pour de nombreux cas d'utilisation, y compris les environnements à fort trafic et les infrastructures où la fiabilité joue un rôle clé. La principale différence entre BIRD et Quagga est que la configuration de BIRD est séparée du démon et discernable plus orientée vers une structure de type code.

Par exemple, avec BIRD, si vous souhaitez réaliser une configuration de basculement, vous utiliserez le bloc suivant dans le bird.conffichier de configuration:

export filter {
    bgp_path.prepend(asnumber);
    accept;
};

Comme vous pouvez le voir, la configuration ressemble un peu à un bloc de code tel qu'il apparaîtrait avec un langage de programmation. Avec Quagga, vous ajouteriez ou modifieriez des paramètres en utilisant un programme dans le démon lui-même.

En fin de compte, cela se résume principalement à vos préférences personnelles et il n'y a pas de «gagnant» ou de logiciel à utiliser. En général, BIRD est plus facile à installer en raison de son mode de configuration facile à apprendre et il est largement pris en charge par la communauté.

De plus, en faveur de Quagga, généralement, dans un environnement de production en cours d'exécution, Quagga est plus facile à reconfigurer. Avec BIRD, vous devez modifier les fichiers de configuration appropriés et demander au démon de recharger ses paramètres. Avec Quagga, vous pouvez entrer dans son shell, reconfigurer les paramètres sans trop de travail ou d'agitation. La continuité joue un grand rôle ici, mais dans la pratique, les frais généraux sont minimes. Dans la plupart des infrastructures, vous n'aurez pas besoin de trop reconfigurer ces paramètres, c'est donc probablement une bonne idée de juger par d'autres aspects du logiciel au lieu de ce détail uniquement.

Tout comme BIRD, Quagga est compatible avec plusieurs distributions. Si jamais vous souhaitez changer la ou les distributions utilisées pour les routeurs, en théorie, vous pouvez simplement déplacer vos configurations et rien ne devrait être changé ou changera.

Dans ce guide, nous décrirons le processus d'installation et de configuration de Quagga. Si vous souhaitez également essayer BIRD, suivez le guide " Configuration de BGP sur Vultr ".

Comme mentionné, il existe quelques bonnes alternatives, mais la plupart d'entre elles présentent des défauts, les empêchant d'être utilisées dans un environnement de production. Par exemple, l'implémentation BGP de XORP est relativement obsolète, ce qui n'est généralement pas un bon début pour mettre en place une toute nouvelle infrastructure (bien que son implémentation BGP soit stable).

Comparé à de nombreuses alternatives, BIRD a une faible empreinte mémoire et ne consomme pas beaucoup de ressources. D'un autre côté, la rotation ou la mise à niveau vers une instance de cloud Vultr plus puissante ne prend que quelques clics depuis le panneau de configuration Vultr.

IPv4 et IPv6

Vultr prend en charge l'annonce de l'espace IP IPv4 et IPv6. L'implémentation BGP de Quagga est relativement à jour, ce qui permet également d'annoncer de l'espace IPv6.

Bien que ce guide vise à annoncer l'espace IPv4, vous pouvez utiliser l'implémentation IPv6 de Quagga et utiliser les instructions de cet article. Cependant, cela n'est pas explicitement documenté, veuillez donc vous référer à une autre source pour cela.

Note importante

Pour pouvoir survivre sans un routeur BGP pour faire passer le trafic, la meilleure façon d'annoncer votre espace IP est la suivante:

• Annoncez votre / 24 (ou plus) à partir d'une instance dédiée de Quagga;
• Annoncer des individus / 32 (ou plus) des instances le trafic doit être acheminé vers eux-mêmes

De cette façon, vous auriez une configuration d'instance pour annoncer le sous-réseau qui se chevauchent pour toutes les IP que vous divisez en individuels / 32 ou plus. Grâce à cette conception, vous pouvez annoncer rapidement des adresses IP et acheminer le trafic vers les instances appropriées.

Naturellement, vous êtes libre d'expérimenter plusieurs approches pour annoncer votre espace IP à votre guise. En théorie, l'utilisation est illimitée et ne connaît pas de frontières. Notez que les serveurs de Vultr sont autogérés et nous ne pouvons pas vous aider en cas de problème qui pourrait survenir. De plus, l'utilisation d'une solution prise en charge par Vultr et la communauté ne peut pas nuire, donc si des problèmes surviennent, vous pouvez identifier rapidement leur cause première.

Étape 1: désactivation de SELinux

Nous vous recommandons fortement de désactiver SELinux afin de l'empêcher d'arrêter Quagga de fonctionner. Nous avons un guide pour désactiver SELinux, veuillez le suivre et revenir à ce tutoriel après la désactivation de SELinux : Désactiver SELinux sur CentOS 7 .

Étape 2: installation de Quagga

Nous pouvons procéder en installant Quagga en utilisant yum:

yum install quagga

Si vous obtenez une erreur, en particulier sur une instance nouvellement déployée, essayez:

yum update

Configurez systemdpour que Zebra (le démon principal) démarre automatiquement au démarrage:

systemctl enable zebra

Enfin, lancez Zebra:

systemctl start zebra

Nous devons répéter le processus pour BGPd, ​​comme suit:

systemctl start bgpd
systemctl enable bgpd

Zebra et BGPd

Quagga se compose d'une variété de démons permettant le routage. Comme nous utiliserons BGP, nous devrons utiliser les démons Zebra et BGPd. Zebra et BGPd travaillent ensemble. Lorsque l'un d'eux cesse de fonctionner, vos itinéraires ne seront plus annoncés, rendant ainsi votre espace IP entier indisponible.

Quagga prend en charge plusieurs protocoles de routage, entre autres OSPF et BGP. Le noyau de la topologie de leurs implémentations est Zebra. Zebra est le démon principal, qui est une couche qui prend en charge la communication du noyau UNIX (TCP) avec les clients Quagga. Sur le backend, Zebra présente l'API Zserv, qui permet à ces protocoles de routage de communiquer les mises à jour de routage. BGP est l'une des implémentations avec l'API Zserv.

La version par défaut utilisée par Quagga pour BGP est BGPv4 +, qui inclut la prise en charge de la famille d'adresses pour la multidiffusion et IPv6.

Étape 3: configuration du routeur BGP

Afin de configurer le routeur BGP à votre guise, nous utiliserons le vtyshshell. Tout d'abord, copiez l'exemple de fichier de configuration BGP:

cp /usr/share/doc/quagga-*/bgpd.conf.sample /etc/quagga/bgpd.conf

Une fois le fichier copié, entrez dans le shell:

vtysh

Dans certaines anciennes versions de Quagga, vous pouvez trouver une configuration avec AS7675. Nous n'en avons pas besoin car cela n'entrera en conflit qu'avec notre configuration, nous devons donc le supprimer s'il existe. Vérifiez si cette configuration existe dans votre installation Quagga en exécutant la commande suivante à l'intérieur du shell :

show running-config

Si cela retourne une chaîne avec ou incluant "router bgp 7675", supprimez-la en exécutant:

configure terminal
no router bgp 7675
router bgp YOURAS
no auto-summary
no synchronization

Vous devez maintenant entrer les informations BGP que Vultr vous a fournies.

neighbor NEIGHBORIP remote-as VULTRAS
neighbor NEIGHBORIP description "Vultr"

Très probablement, vous avez besoin d'un mot de passe pour établir la session BGP. Entrez-le:

neighbor NEIGHBORIP password YOURBGPPASSWORD
exit

Enfin, si vous êtes sûr de vouloir écrire ces modifications (uniquement applicable si vous travaillez sur une configuration de production), exécutez ce qui suit pour que les modifications prennent effet:

write

Assurez-vous que les modifications ont réussi en exécutant:

show ip bgp summary

Nous devrions maintenant avoir réussi à établir une session BGP.

Étape 4: Annonce de votre espace IP

Bien que nous ayons établi une session BGP, nous n'annonçons pas encore de routes ou d'adresses IP, donc cela n'aura aucun effet dans la pratique. Heureusement, configurer l'espace IP pour annoncer est un processus relativement facile.

Dans vtysh, exécutez les commandes suivantes pour y parvenir:

configure terminal
router bgp YOURAS

Vous êtes maintenant dans la configuration. Assurez-vous d'avoir à portée de main l'espace IP que vous souhaitez annoncer:

network YOURSUBNET/CIDR

Par exemple, une entrée valide serait:

network 185.92.220.0/23

Naturellement, cela ne fonctionnera pas dans votre configuration spécifique car l'espace IP ci-dessus appartient à Vultr. Remplacez-le et tout devrait fonctionner correctement.

Quittez et enregistrez les modifications:

exit
write

Vérifiez si vos préfixes ont bien été annoncés:

show ip bgp neighbors NEIGHBORIP advertised-routes

Essayez de cingler une adresse IP à partir du sous-réseau et essayez d'effectuer une traceroute depuis l'extérieur du réseau.

Dépannage

Le dépannage de Quagga est largement en dehors du champ d'application de cet article, mais si vous rencontrez des difficultés, vous pouvez toujours essayer d'arrêter votre instance Quagga et réessayer d'annoncer l'espace IP via BIRD pour pouvoir exclure un certain nombre de causes possibles.

Lorsque BGP ne fonctionne pas correctement sur Quagga ainsi que sur BIRD, il est possible que votre pare-feu n'ait pas été correctement configuré. Le port 179 doit être ouvert. Sur CentOS 7, essayez de désactiver temporairement le pare-feu:

systemctl stop firewalld

Si vous utilisez iptables, essayez:

service iptables stop

Essayez ensuite de lancer à nouveau la session BGP. S'il se bloque sur «Idle», «Connect» ou «Active», il est possible que le port soit toujours bloqué. Avec l'état «Établi», la session BGP a été correctement configurée et les itinéraires annoncés sont affichés.

Quagga est maintenant installé sur votre serveur et devrait fonctionner. Au cours des premiers jours de l'annonce de votre propre espace IP, vous devez surveiller ses fonctionnalités pour éviter que toute votre infrastructure ne fonctionne pas.

Cela conclut notre tutoriel Quagga, merci d'avoir lu. Pour en savoir plus sur la fonctionnalité Bring Your IP Space de Vultr, rendez-vous sur la page BGP .