3.4. Git source

1. Ajoutez les fichiers client.crt, cacert.crt et client.key dans le dossier /var/run/secrets/openshift.io/source/ dans le code source de l’application.

2. Dans le fichier .gitconfig pour le serveur, ajoutez la section [http] affichée dans l’exemple suivant:

   # cat .gitconfig

   Copy to Clipboard Toggle word wrap

   Exemple de sortie

   [user]
           name = <name>
           email = <email>
   [http]
           sslVerify = false
           sslCert = /var/run/secrets/openshift.io/source/client.crt
           sslKey = /var/run/secrets/openshift.io/source/client.key
           sslCaInfo = /var/run/secrets/openshift.io/source/cacert.crt

   Copy to Clipboard Toggle word wrap

3. Créer le secret:

   $ oc create secret generic <secret_name> \
   --from-literal=username=<user_name> \

   1

   
   --from-literal=password=<password> \

   2

   
   --from-file=.gitconfig=.gitconfig \
   --from-file=client.crt=/var/run/secrets/openshift.io/source/client.crt \
   --from-file=cacert.crt=/var/run/secrets/openshift.io/source/cacert.crt \
   --from-file=client.key=/var/run/secrets/openshift.io/source/client.key

   Copy to Clipboard Toggle word wrap

   1

   Le nom d’utilisateur Git de l’utilisateur.

   2

   Le mot de passe pour cet utilisateur.

Procédure

1. Créez le secret d’abord avant d’utiliser le --username et --password pour accéder au référentiel privé:

   $ oc create secret generic <secret_name> \
       --from-literal=username=<user_name> \
       --from-literal=password=<password> \
       --type=kubernetes.io/basic-auth

   Copy to Clipboard Toggle word wrap

2. Créer un secret d’authentification de base avec un jeton:

   $ oc create secret generic <secret_name> \
       --from-literal=password=<token> \
       --type=kubernetes.io/basic-auth

   Copy to Clipboard Toggle word wrap

Procédure

1. Générer des identifiants clés SSH:

   $ ssh-keygen -t ed25519 -C "your_email@example.com"

   Copy to Clipboard Toggle word wrap
   Note

   La création d’une phrase de passe pour la clé SSH empêche OpenShift Dedicated de construire. Lorsqu’il est demandé une phrase de passe, laissez-le vide.

   Deux fichiers sont créés: la clé publique et une clé privée correspondante (un de id_dsa, id_ecdsa, id_ed25519 ou id_rsa). Avec ces deux en place, consultez le manuel de votre système de gestion du contrôle source (SCM) sur la façon de télécharger la clé publique. La clé privée est utilisée pour accéder à votre dépôt privé.

2. Avant d’utiliser la clé SSH pour accéder au référentiel privé, créez le secret:

   $ oc create secret generic <secret_name> \
       --from-file=ssh-privatekey=<path/to/ssh/private/key> \
       --from-file=<path/to/known_hosts> \

   1

   
       --type=kubernetes.io/ssh-auth

   Copy to Clipboard Toggle word wrap

   1

   Facultatif : L’ajout de ce champ permet une vérification stricte de la clé hôte du serveur.

   Avertissement

   En sautant le fichier connu_hosts tout en créant le secret, la construction est vulnérable à une attaque potentielle de l’homme dans le milieu (MITM).

   Note

   Assurez-vous que le fichierknown_hosts inclut une entrée pour l’hôte de votre code source.

1. Dans le cas où votre CA utilise des autorisations de certification intermédiaires, combinez les certificats pour toutes les AC dans un fichier ca.crt. Entrez la commande suivante:

   $ cat intermediateCA.crt intermediateCA.crt rootCA.crt > ca.crt

   Copy to Clipboard Toggle word wrap

2. Créez le secret en entrant la commande suivante:

   $ oc create secret generic mycert --from-file=ca.crt=</path/to/file> 

   1

   Copy to Clipboard Toggle word wrap

   1

   Il faut utiliser le nom de clé ca.crt.