FAQ – Migration vers .internal.modeproduit.fr

Qu’est-ce que j’ai à faire en tant que développeur ?

• Changer les URLs de vos dépôts Git en local
• Nous remonter les problèmes rencontrés via le thread Mattermost dédié : lien du thread

Exemple pour mettre à jour un remote Git :

git remote set-url origin <URL_EN_.INTERNAL>

Pourquoi on fait ça ?

Pour des raisons de sécurité, l’accès à GitLab (et aux autres outils socles) va prochainement se faire via un VPN.

Concrètement :

• le passage par VPN implique un accès via un réseau privé
• cela nécessite donc des URLs différentes des URLs publiques

Aujourd’hui, gitlab.internal.modeproduit.fr est encore accessible publiquement, mais à terme il sera accessible via réseau privé / VPN.

Cette migration progressive permet de :

• vous laisser continuer à travailler pendant la transition
• éviter un effet “big bang” genre “à partir de lundi prochain tous sur le VPN et ceux qui ont loupé l’info tant pis pour eux”
• identifier et corriger dès maintenant les problèmes liés au changement d’URL
• traiter séparément plus tard les problèmes liés au passage sur réseau privé / VPN
• limiter au maximum les indisponibilités et blocages pour les équipes de développement

Quels impacts pour moi en tant que développeur ?

Dans la majorité des cas, l’impact devrait rester limité, mais quelques adaptations peuvent être nécessaires.

docker login registry.internal.modeproduit.fr

CI / pipelines

Des problèmes d’authentification peuvent également apparaître dans la CI si certaines configurations utilisent encore l’ancienne URL ou des credentials associés à l’ancien endpoint.

Problèmes connus / résolutions / contournements

1) Souci d’accès à la registry depuis une pipeline

Symptômes

• erreur d’authentification lors d’un pull ou push d’image
• la pipeline n’arrive plus à accéder à la registry
• erreurs unauthorized, access denied, authentication required

Cause racine

La pipeline utilise encore une configuration Docker ou des credentials liés à l’ancienne URL de registry (gitlab.modeproduit.fr), alors que l’authentification doit maintenant se faire contre :

• registry.internal.modeproduit.fr

Résolution à mettre en place

Mettre à jour le config.json utilisé par Docker dans la CI, au niveau du gitlab-ci.yml.

Exemple :

before_script:
  - mkdir -p ~/.docker
  - |
    cat > ~/.docker/config.json <<'EOF'
    {
      "auths": {
        "${CI_REGISTRY_IMAGE}": { # Variable d'environnement gitlab disponible par défaut
          "auth": "<BASE64_USER_PASSWORD>" # Les credentials sont les mêmes que pour l'ancienne registry. Passez par une variable d'environnement gitlab protégée pour stocker cette valeur.
        }
      }
    }
    EOF

Selon votre pipeline, vous pouvez aussi refaire explicitement un login :

docker login registry.internal.modeproduit.fr

A voir au cas par cas selon la configuration de votre pipeline, rapprochez vous de vos Ops si vous avez des doutes, ou de nous si vous n'avez pas d'Ops dédié.

2) Souci d’accès à gitlab.internal.modeproduit.fr depuis le réseau MI

Symptômes

• accès impossible au domaine .internal depuis le réseau MI mais OK depuis un autre réseau (ex : 4G/5G, réseau d’un café, etc.)

Cause racine

Le domaine .internal n’est pas encore complètement autorisé / accessible depuis le réseau MI.

Résolution à mettre en place

Une demande de whitelist est en cours.

Contournement temporaire

• gitlab.modeproduit.fr doit continuer à fonctionner pour les usages courants, même si certaines fonctionnalités peuvent être dégradées (exemple connu : accès aux Personal Access Tokens non fonctionnel)
• vous pouvez aussi utiliser un partage de connexion 4G/5G pour accéder à gitlab.internal.modeproduit.fr

3) Erreurs npm (EAI_AGAIN) dans les pipelines Node.js

✅ L'erreur a été corrigée !

Une modification a été effectué côté infrastructure au niveau de la configuration du Coredns afin d'éviter désormais les erreurs liées à la résolution dns au sein de Node.js.

Vous pouvez (fortement recommandé) désormais revenir à l'image alpine (légère) initiale configurée au niveau de la ci, pour ceux/celles qui avaient appliqués le fix temporaire.

Exemple :

        # ❌ À éviter
            image: node:24-bookworm-slim

        # ✅ Recommandé
            image: node:24-alpine
        

Prochaines étapes

• mise à disposition des accès VPN
• communication complémentaire à venir sur les modalités d’accès

Support / suivi

• FAQ / documentation : cette page
• thread Mattermost de suivi : https://mattermost.sdan.numerique-interieur.fr/sdan/pl/stx5geiepinpmerpykot9iw9uh

Questions ?

Nous restons disponibles dans le thread pour répondre à vos questions, qu’elles soient :

• techniques
• pratiques
• liées au “pourquoi”
• liées à la suite de la migration

N’hésitez pas à remonter tout comportement inattendu.

Équipe socle DevOps – lot 1