4 203
modifications
« Clustering proxmox avec tinc » : différence entre les versions
Aller à la navigation
Aller à la recherche
Clustering proxmox avec tinc (voir la source)
Version du 30 décembre 2019 à 01:05
, 30 décembre 2019→Note sur la gestion du démon tinc par systemd sous debian
| Ligne 192 : | Ligne 192 : | ||
=Note sur la gestion du démon tinc par systemd sous debian= | =Note sur la gestion du démon tinc par systemd sous debian= | ||
Sous debian avec systemd, une unit par défaut est créée (<code>tinc.service</code>) mais ne reflete pas réellement le statut de votre démon tinc. Elle est utilisée pour propager les commandes | Sous debian avec systemd, une unit par défaut est créée (<code>tinc.service</code>) mais ne reflete pas réellement le statut de votre démon tinc. Elle est utilisée pour propager les commandes stop, restart et reload à tous les démons tinc que vous pourriez lancer. | ||
Si vous créez deux VPN différents dans <code>/etc/tinc/vpnA/</code> et <code>/etc/tinc/vpnB/</code>, il vous faudra les activer avec : | Si vous créez deux VPN différents dans <code>/etc/tinc/vpnA/</code> et <code>/etc/tinc/vpnB/</code>, il vous faudra les activer avec : | ||
| Ligne 206 : | Ligne 206 : | ||
</pre> | </pre> | ||
L'unit <code>tinc.service</code> permet de propager les commandes à l'ensemble des démons tinc. Ainsi, <code>systemctl stop tinc.service</code> provoquera l'arrêt de <code>tinc@vpnA.service</code> et <code>tinc@vpnB.service</code> | L'unit <code>tinc.service</code> permet de propager les commandes stop, restart et reload à l'ensemble des démons tinc. Ainsi, <code>systemctl stop tinc.service</code> provoquera l'arrêt de <code>tinc@vpnA.service</code> et <code>tinc@vpnB.service</code> | ||
=Documentations tinc= | =Documentations tinc= | ||