Labo Test Bird

Acces labo

Vous devez vous connecter à l'ip 178.63.130.148 en ssh puis rebondir d'host en host. Un acces proxmox est aussi possible il faut demander à tharyrok.

Vlan

ID	Name	IP	Host
10	Routage	10.42.10.0/24	Troll, Orval, GW-Orval, GW-Troll, VPN-Orval, VPN-Troll
20	Neutrinet	10.42.20.0/24	GW-Orval, GW-Troll, VPN-Orval, VPN-Troll, VM-Web
30	Proxmox	10.42.30.0/24	Troll, Orval
40	Internet	10.42.40.0/24	WAN-TERNET, WAN-I3D
50	I3D	10.42.50.0/24	WAN-I3D, Troll, Orval

AS

ID	Name
64496	Internet
64500	I3D
64510	Neutrinet

IP

Host	IP	GW
WAN-TERNET	178.63.130.148/32 10.42.40.1/24	178.63.43.60
WAN-I3D	10.42.40.2/24 10.42.50.1/24	BGP 10.42.40.1
Troll	10.42.50.14/24 10.42.30.14/24 10.42.10.14/24	BGP 10.42.50.1
Orval	10.42.50.13/24 10.42.30.13/24 10.42.10.13/24	BGP 10.42.50.1
GW-Orval	10.42.10.3/24 VRRP 10.42.20.1/28	BGP 10.42.10.13
GW-Troll	10.42.10.4/24 VRRP 10.42.20.1/28	BGP 10.42.10.14
VPN-Orval	10.42.20.3/28 10.42.10.23/24	10.42.20.1/28
VPN-Troll	10.42.20.4/28 10.42.10.24/24	10.42.20.1/28
VM-Web	10.42.20.7/28	10.42.20.1/28

Routing (bird)

Host	Sessions BIRD	Spécificités de ces sessions	TINC
Orval et Troll	Avec le transitaire (I3d)	Chacun annonce les routes qu'il apprend des gateways. On laisse i3d choisir celui qu'il veut parmi les deux. [side note: on pourrait faire du VRRP là aussi]	Tinc est configuré sur un bond sur les interface eth1 de chacune des ces machines
Orval et Troll	Avec Gateway 1 et Gateway 2 chacun + Avec le transitaire (i3d)	Il prend les routes depuis les GW en filtrant pour ne prendre que celle issue de notre bloc d'IP. Comme seul la gateway qui est master VRRP a une route vers nos IP (le master VRRP a deux virtuals IP (10.10.10.1 et 80.67.181.1) ainsi qu'une route virtuelle vers 80.67.181.0/24 via 80.67.181.1), seule celle-ci annonce sa route aux deux hyperviseur.	Idem ci-dessus
Gateways 1 et 2	Avec les hypversiveurs	voir plus haut. Chacun a une session BGP avec les deux hyperviseurs ET ils annoncent ce qu'ils ont dans leur kernel (filtré pour laisser passer que les /24) afin qu'ils annoncent le /24 que keepalived (le daemon VRRP) leur met quand il deviennent master. En slave, ils n'annoncent rien.	Ils sont dans le TINC aussi, via le bridge de leur hyperviseur respectif.
Gateways 1 et 2	VMs VPN	Les VMs VPN annoncent à chacune des GW les routes des sessions VPN dont elles ont la charge (en /32 puis en /56 + en /128 en IPv6 quand le temps viendra de tester ça). Par contre, elles ne prennent pas en compte les routes annoncées par les GW, met on 80.67.181.1 comme GW par défaut	Non, elle ne sont pas dans le TINC.
Chimay (la VM chez des amis)	Le transitaire de là-bas qui parlerait BGP	Par défaut, il y aurait un gros prepend pour faire croire au transitaire qu'il y a plein de hop et qu'il ne faut pas passer par ici, sauf si le reste est down. Mais on annonce quand même tout notre /24 en static et en temps normal on le route vers 10.10.10.1 via le TINC. En cas de plantage de notre infra chez i3d, et donc s'il devient master VRRP (alors qu'il a une priorté très basse), il route vers son service VPN (ne pourra fonctionner qu'une fois qu'on est basé sur radius et non plus ISP-ng)	Oui, il est dans TINC dans le Vlan 10

Réunion infra du 12 mai 2018

Donc, on s'est donné RDV chez Tierce (soit-il béni sur plein de générations) pour travailler sur

La nouvelle infra
La documentation de l'infra
Mettre tout sous Ansible
Se pencher sur les éventuels achats futurs.
Un autre point que j'ai oublié là maintenant

Dans les faits, on se surtout pencher sur le premier point, et même surtout sur le routing. Tharyrok a fait un labo sur son PC représentant tout les éléments du réseau et nous avons fait fondre nos cerveaux pour tenter de mettre au point une stratégie de routage fiable, pas trop compliquée,et