Tous les articles

Getting Started

Qu'est-ce que CICDoo Pour commencer : l'assistant d'intégration Le Tableau de bord et la Carte d'infrastructure

Concepts

Étapes de production, staging et développement Domaines, sous-domaines et SSL Versions et éditions d'Odoo (Community vs Enterprise) Espaces de travail et collaboration en équipe

Servers

Ajouter un serveur Domaines de serveur et DNS Utiliser un répartiteur de charge Se connecter via un serveur de rebond Actions de serveur : déploiement, journaux et graphiques Deleting a server

Projects & Git

Créer un projet Connecter GitHub Project GitHub settings and webhook Connecter GitLab Branches et instances Étiqueter et filtrer les projets Haute disponibilité avec des nœuds applicatifs Project environments, extensions and deletion

Instances & Console

Créer une instance Redémarrer, arrêter et supprimer une instance Fusionner des branches entre étapes Web IDE et accès distant SSH access to instances Les paramètres d'instance expliqués Déploiements et file d'attente des tâches

Agent Tasks

Ce que sont les tâches de l'agent Configurer les tâches de l'agent Exécuter une tâche et examiner le résultat Temps d'agent et recharges Agent insights and task filters

Monitoring & Backups

Surveiller votre instance Sauvegardes et restauration S3 storage, uploads and bulk backup actions Notifications d'alerte (e-mail et SMS)

Workspaces & Permissions

Inviter des membres dans un espace de travail Permissions des membres et accès aux ressources Un membre ne peut pas voir ou utiliser une ressource Audit log and server activity

Account & Security

Authentification à deux facteurs (2FA) Paramètres de profil et intégrations Mots de passe et récupération de compte Instance security score and checks The Security page: every instance and member at a glance

Billing & Plans

Forfaits et tarifs Mise à niveau et gestion de votre abonnement Si un abonnement de projet reste impayé Le programme de partenaires de distribution Onboarding a client as a partner

Support & Tickets

Ouvrir un ticket de support Obtenir de l'aide de l'équipe CICDoo

Troubleshooting

Dépannage : impossible de connecter un serveur Dépannage : un déploiement a échoué Dépannage : git push échoue avec une erreur 403 après le déplacement d'un dépôt Dépannage : mon instance est hors service ou lente Dépannage : problèmes de domaine ou de SSL

Serveurs

Se connecter via un serveur de rebond

Comment ajouter un serveur que CICDoo ne peut atteindre en SSH qu'à travers un serveur de rebond (bastion), ce que le serveur de rebond doit autoriser et ce que signifient les messages d'erreur.

Quand utiliser un serveur de rebond

Utilisez un serveur de rebond lorsque votre serveur se trouve sur un réseau privé et que la seule façon d'y accéder en SSH passe par un hôte bastion. Les runners de CICDoo se connectent d'abord en SSH au serveur de rebond, puis de là à votre serveur. Rien n'est installé sur le serveur de rebond.

Le serveur de rebond sert uniquement au SSH. Votre serveur continue de télécharger ses scripts et de rendre compte à CICDoo en HTTPS, il a donc besoin d'un accès internet sortant. Cet accès peut passer par du NAT. Vos domaines, enregistrements DNS et sites web fonctionnent exactement comme sans serveur de rebond.

Configuration

  1. Ajoutez ou modifiez le serveur comme d'habitude. À l'étape Domaine, conservez l'adresse publique du serveur et, si vous en utilisez une, l'IP de connectivité.
  2. À l'étape Accès, activez "Se connecter via un serveur de rebond".
  3. Renseignez : - Adresse du serveur de rebond : le nom d'hôte ou l'IP publique du bastion. Ajoutez :port si son port SSH n'est pas 22. - Utilisateur du serveur de rebond : le compte avec lequel CICDoo se connecte au bastion. - Adresse de ce serveur vue depuis le serveur de rebond : généralement son IP privée, par exemple 10.0.0.12. Un port ajouté (10.0.0.12:2222) définit le port SSH du serveur. - Authentification du serveur de rebond : "Notre clé publique" (la même clé que celle affichée sous Configuration de l'authentification par clé publique) ou "Clé privée", où vous collez une clé acceptée par le bastion. Les connexions par mot de passe et à deux facteurs ne sont pas prises en charge sur le serveur de rebond.
  4. Enregistrez. La connexion SSH habituelle du serveur (utilisateur et Méthode d'authentification à la même étape) reste celle que CICDoo utilise sur le serveur lui-même.

Ce que le serveur de rebond doit autoriser

  • Le SSH depuis chaque adresse des runners de CICDoo. Le formulaire les liste sous "Avant d'enregistrer".
  • Le transfert TCP : AllowTcpForwarding yes dans sa configuration sshd.
  • Le SSH depuis le serveur de rebond vers l'adresse et le port SSH de votre serveur.

L'adresse sortante du serveur

Lorsque le serveur accède à internet via du NAT, ses appels vers CICDoo proviennent de l'adresse NAT et non de la sienne. Ajoutez cette adresse à IP de connectivité (séparée par une virgule après toute adresse déjà présente). Si vous ne la connaissez pas, enregistrez quand même : après le premier appel refusé, la page du serveur affiche l'adresse d'où provenait l'appel, et vous pouvez l'approuver depuis cette page.

Tant que cette adresse n'est pas approuvée, les déploiements peuvent démarrer mais ne signalent jamais leur fin, et le serveur apparaît hors ligne.

Messages d'erreur

  • Could not connect to jump server : l'adresse ou le port du bastion est incorrect, il est hors service, ou il n'autorise pas le SSH depuis les runners de CICDoo.
  • Jump server refused the login : l'utilisateur ou la clé du serveur de rebond est incorrect, ou le bastion exige un mot de passe ou un code à deux facteurs.
  • Jump server refused to forward the connection : définissez AllowTcpForwarding yes sur le bastion.
  • Jump server could not reach this server : l'adresse vue depuis le serveur de rebond ou le port SSH est incorrect, ou un pare-feu entre les deux bloque le SSH.
  • Reached the server through the jump server, but it refused the login : l'utilisateur ou la clé du serveur lui-même est incorrect. C'est la même vérification que sans serveur de rebond.

Accès SSH des utilisateurs

Si l'Accès SSH des utilisateurs est activé, les commandes de l'onglet Accès d'une instance incluent -J pour le serveur de rebond. La clé de chaque utilisateur doit aussi être acceptée par le serveur de rebond, ce que son administrateur configure en dehors de CICDoo.

Voir aussi : Ajouter un serveur, Domaines de serveur et DNS, Dépannage : impossible de connecter un serveur.

Si vous êtes bloqué, ouvrez un ticket de support depuis la page Tickets ou le widget de chat.

Précédent Utiliser un répartiteur de charge Suivant Actions de serveur : déploiement, journaux et graphiques

Toujours bloqué ? Ouvrez un ticket depuis l'app ou parlez à un ingénieur.