WikiBR - Contributions [fr]

Tuto pour le déploiement des sites avec Docker/fr

2026-08-05T12:36:27Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

A la fin de ce tuto, vous pourrez déployer votre site (ou service) sur les serveurs du BR ! Ceci permet de profiter d'une infrastructure gratuite, performante et robuste !

Note : ce tutoriel peut être délicat, n'hésitez pas à contacter un BRman pour obtenir de l'aide.

= Comment déployer des conteneurs Docker sur l'infrastructure du BR =

== Overview ==

This tutorial will walk you through :
* How to convert your website to a Docker service
* How to build it automatically on Gitlab-CI
* How to deploy it automatically on our servers

== Requirements ==

* Basics of git (videos [https://git-scm.com/video/what-is-version-control here] or the beginning of [https://git-scm.com/book/en/v2 this awesome online book]) ;
* Basics of containers (see a really good explanation [https://www.docker.com/resources/what-container here]) and of docker-compose (see the getting-started [https://docs.docker.com/compose/gettingstarted/ here]) ;
* Basics of web (see an [https://developer.mozilla.org/en-US/docs/Learn/Getting_started_with_the_web/How_the_Web_works introduction] on MDN) ;
* Basics of gitlab-ci (reading the [https://docs.gitlab.com/ee/ci/ getting-started] is recommended) ;

== Existing architecture ==

A physical server called <code>endalcher</code> deploys and runs your container. It uses the following services to connect your service to the Internet:

* [https://docs.docker.com/compose/ docker-compose] to deploy the correct environment for your containers ;
* [https://docs.traefik.io/v1.7/ traefik] as a reverse proxy to serve your site behind your endpoint, it is configured [https://gitlab.binets.fr/br/docker-default-services here] ;
* nginx to serve your site to the outside world (as all the binets sites).

== How to convert your website to a Docker service ==

The exact procedure will be dependant on your project. An example can be found here : [https://gitlab.binets.fr/br/qdj/-/blob/master/deployment/Dockerfile?ref_type=heads qdj-Dockerfile]

A ''Docker container'' is an isolated machine on which you can run your website. In this step, we will help you convert you app to be Docker-ready. This basically means installing everything your app needs inside a linux computer. You'll need to install ''Docker'' on your computer first [https://docs.docker.com/desktop/install/windows-install/ windows-installer].

We assume your project is hosted on the [https://gitlab.binets.fr BR's gitlab instance]. Create a <code>deployment</code> directory at the root of your repository and create a file <code>Dockerfile</code> (with no extension) and a file <code>docker-compose.yaml</code> in it.

* Dockerfile
<source lang="yaml">
FROM hello-world
</source>

* docker-compose.yaml
<source lang="yaml">
# this is a docker-compose meant for local testing of the deployment image.
# for the real deployment, go to the docker-services BR gitlab project

version: "3"
services:
app:
build:
context: ..
dockerfile: deployment/Dockerfile
# ports:
# - "8000:8000"
</source>

Then open a terminal in this directory and type <code>docker compose up --build</code>. If everything went well, you see a nice message from Docker telling you everything is working !

Now, you need to make ''your'' app work in the docker container. For this, you need:

* To update the Dockerfile to install everything you need. The following works for a basic (Django) python app :
<source>
FROM python:3

# copies all the code inside the container
COPY . /my_super_project

WORKDIR /my_super_project
RUN pip install --no-cache-dir -r requirements.txt
CMD python3 manage.py runserver
</source>

* To update the docker-compose file to expose the port you need (uncomment the corresponding line in the dockerfile).

=== How to handle persistant data ===

If you app uses an external database or need to not lose some files accross resets, you should use ''docker volumes'' with or without a ''postgres'' image. The [https://gitlab.binets.fr/br/docker-services/-/blob/master/docker-compose.site-jtx.yml?ref_type=heads jtx-docker-compose] might help you understand what you need.

=== How to handle secrets ===

Often your app has some secrets in a file (such as ''.env'') that is not in Git. DO NOT put it in git (or all your secrets will be stolen !). Later we are going to see how to securely make them available for the automatic gitlab build.

== Automatic build ==

We will you ''gitlab continuous integration'' to build your docker image directly on the BR's servers. Write the following into a file name <code>.gitlab-ci.yml</code> at the root of your repository :

<source lang="yaml"># Build docker image and upload to registry
variables:
IMAGE_TAG: $CI_REGISTRY_IMAGE:$CI_PIPELINE_IID
PROJECT: mySuperProject

docker:build:
stage: build
only: # put here the git branches you want the job to run on :
- main
- stable
image: docker:stable
services:
- docker:dind
variables:
DOCKER_HOST: tcp://docker:2375/
DOCKER_DRIVER: overlay2
DOCKER_TLS_CERTDIR: '' # disables TLS in docker-in-docker (not needed)
script:
- docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
- docker build --pull --build-arg version=$CI_PIPELINE_IID -t $IMAGE_TAG -f deployment/Dockerfile .
- docker push $IMAGE_TAG
</source>

As you commit this file to Gitlab, you should see a new job appear (or look under Build/jobs). Your image should build correctly (if not, it means something is not available to gitlab that is when you build on your computer. Read the job logs and try to fix it !)

=== Checking the image ===

This step is optional, but it is the easiest way to debug your image ! You can run it locally like so :

<source lang=bash>
docker login registry.binets.fr
docker run --rm registry.binets.fr/<nom.prenom>/<my-gitlab-repo>:<image>
</source>

Where <code>image</code> is the number of the image (available in <code>Gitlab -> Deploy -> Container registry</code>) and <code><nom.prenom>/<my-gitlab-repo></code> is the same as in your project Gitlab URL.

Typically, your app won't start because you forgot a secret file (see below how to manage that !).

== Automatic deployment ==

We will now add a second CI job to your repository to deploy your image. It will trigger ''another'' CI pipeline of [https://gitlab.binets.fr/br/docker-services br/docker-services]. This pipeline has the rights to deploy on <code>endalcher</code>, and does so using a <code>docker-compose.yaml</code> file. To trigger it, add the following to your <code>.gitlab-ci.yml</code>

<source lang=yaml>
docker:deploy:
stage: deploy
only:
- stable
image: debian:latest
when: manual
script:
- apt-get update && apt-get install -y curl
- curl --fail-with-body --request POST --form token=$TRIGGER_TOKEN --form ref=master --form variables[PROJECT]=$PROJECT --form variables[DOCKER_IMAGE]=$IMAGE_TAG https://gitlab.binets.fr/api/v4/projects/560/trigger/pipeline
</source>

Make sure the variable <code>PROJECT</code> in <code>.gitlab-ci.yml</code> is correct : our pipeline will deploy the file named <code>docker-compose.${PROJECT}.yaml</code>.

In order to create the correct <code>docker-compose.${PROJECT}.yaml</code> file, you will need to create a Merge Request on [https://gitlab.binets.fr/br/docker-services br/docker-services], or send a <code>docker-compose.yaml</code> file to a BRman. The [https://gitlab.binets.fr/br/docker-services br/docker-services] is full of examples and a basic one is explained below :

=== Extra parameters and secrets ===

''Be aware that any secret passed this way is still visible to the BR and everyone that has maintainer access to you repository ! If you need help setting up, don't hesitate to ask for help from the BR !''

You can also pass any parameter needed in the compose file by adding arguments to the cURL call like so : <code>--form variables[MY_SUPER_VARIABLE]="elle vaut 42!"</code>

If you want to pass secret environnements variables, store them in <code>Gitlab -> Settings -> CI-CD -> Variables</code> and make sure they are "protected" and "masked". Pass them like so <code>--form variables[MY_PASSWORD]=$PASSWORD_STORED_IN_GITLAB</code>.

=== Secret files ===

''Be aware that any secret passed this way too is visible to the BR and everyone that has ''ANY'' access to you repository (because they can get the docker image) ! So only do this for a private registry or make sure your setting <code>Settings -> General -> Visibility, project features, permissions</code> only allows for registry access for members''

Another way to store secrets in your Gitlab repo is <code>Gitlab -> Settings -> CI-CD -> Secure-files</code>. You can upload any (small) secret file here and it will not be exposed ! You can downlod it at buildtime like so :

<source lang=yaml>
# Build docker image and upload to registry
docker:build:
stage: build
only:
- main
- stable
image: docker:stable
services:
- docker:dind
variables:
DOCKER_HOST: tcp://docker:2375/
DOCKER_DRIVER: overlay2
# For disabling TLS in docker-in-docker (not needed)
DOCKER_TLS_CERTDIR: ""
# !!! where to download our secure .env file
SECURE_FILES_DOWNLOAD_PATH: "."
script:
# !!! download secure .env file
- apk add --no-cache curl bash
- curl --silent "https://gitlab.com/gitlab-org/incubation-engineering/mobile-devops/download-secure-files/-/raw/main/installer" | bash
# build docker image
- docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
- docker build --pull --build-arg version=$CI_PIPELINE_IID -t $IMAGE_TAG -f deployment/Dockerfile .
- docker push $IMAGE_TAG
- echo "=> pushed $IMAGE_TAG"
</source>

=== Private repository ===

Keeping your repository private can be beneficial for security or privacy. But it require an extra step for the BR to access the docker image. We wille pass a [https://docs.gitlab.com/ee/user/project/deploy_tokens/#gitlab-deploy-token CI deploy token] as cURL parameter.

* Go to your <code>Settings -> Repository -> Deploy token</code> and create a token name exactly <code>gitlab-deploy-token</code>

* Add the following parameters to the cURL call in your CI deploy job : <code> --form variables[OPTIONAL_PRIVATE_CI_REGISTRY]=$CI_REGISTRY --form variables[OPTIONAL_PRIVATE_CI_REGISTRY_USER]=$CI_DEPLOY_USER --form variables[OPTIONAL_PRIVATE_CI_REGISTRY_PASSWORD]=$CI_DEPLOY_PASSWORD </code>

== Example ==

You want to deploy the QDJ site with docker, and bind it to the server name <code>qdj.binets.fr</code>. Your site is running on flask and uses a postgresql database.

=== Pre-existant configuration ===

You have a little <code>Dockerfile</code>:

<pre># Base image: python3
FROM python:3
WORKDIR /usr/src/app

# Install dependacies
COPY requirements.txt ./
RUN pip install --no-cache-dir -r requirements.txt

# Copy application files
COPY . .

EXPOSE 5000/tcp

# the command runs the migrations and then launches gunicorn to serve the app
CMD python -m flask db upgrade && gunicorn -b :5000 qdj:app</pre>
You have the following <code>docker-compose.yaml</code>:

<source lang="yaml">version: '3.1'

services:
db:
# Use a small postgres image, as we don't need anything on this container
image: postgres:alpine
environment:
POSTGRES_USER: qdj
POSTGRES_PASSWORD: somepassword
POSTGRES_DB: qdj
# store the data on a persistent file
volumes:
- "qdj-data:/var/lib/postgresql/data"
restart: always

app:
# Use the image from Dockerfile
image: ${DOCKER_IMAGE}
environment:
FLASK_APP: qdj.py
FLASK_ENV: production
FLASK_DEBUG: 0
DATABASE_URI: "postgresql://qdj:somepassword@db:5432/qdj"
SECRET_KEY:
# Tells to docker to start app after db (otherwise flask crashes)
depends_on:
- db
# Always restart on crash
restart: always

volumes:
qdj-data:</source>
=== Production <code>docker-compose.yaml</code> ===

We will adapt your <code>docker-compose.yaml</code> file in order to bind your site to the hostname :

<ol>
<li>First let's connect your <code>app</code> container to the global network. We won't bind the <code>db</code> container to the global network to protect it from intruders. [[File:https://cloud.binets.fr/s/QTgY55AapFDTyyW/preview|Network graph in endalcher]] We will add network configuration to the <code>docker-compose.yaml</code>:
<ul>
<li><p>to enable the network <code>web</code>, we add at the bottom of the file:</p>
<source lang="yaml">networks:
web:
external: true</source></li>
<li><p>to connect <code>app</code> to the network <code>web</code>, we add to the <code>app</code> configuration:</p>
<source lang="yaml">networks:
- web
- default</source></li></ul>
</li>
<li><p>Then we can add labels to tell <code>traefik</code> to match the hostname to a packet going to <code>app</code>:</p>
<source lang="yaml">labels:
- "traefik.docker.network=web"
- "traefik.frontend.rule=Host:qdj.binets.fr"
- "traefik.port=5000"</source></li></ol>

This gives us the following <code>docker-compose.qdj.yaml</code>:

<source lang="yaml">version: '3.1'

services:

db:
image: postgres:alpine
restart: always
environment:
POSTGRES_USER: qdj
POSTGRES_PASSWORD: qdjpw
POSTGRES_DB: qdj
volumes:
- "qdj-data:/var/lib/postgresql/data"

app:
image: ${DOCKER_IMAGE}
environment:
FLASK_APP: qdj.py
FLASK_ENV: production
FLASK_DEBUG: 0
DATABASE_URI: "postgresql://qdj:qdjpw@db:5432/qdj"
SECRET_KEY:
depends_on:
- db
restart: always
networks:
- web
- default
labels:
- "traefik.docker.network=web"
- "traefik.frontend.rule=Host:qdj.binets.fr"
- "traefik.port=5000"

volumes:
qdj-data:

networks:
web:
external: true</source>
This file goes into the [https://gitlab.binets.fr/br/docker-services br/docker-services] repository, it will be used by the triggered pipeline to create your containers.

=== Triggering pipelines with Gitlab CI ===

In this pipeline, we will need to add 2 jobs:

* one to build the docker image using the <code>Dockerfile</code>
* one to trigger the [https://gitlab.binets.fr/br/docker-services br/docker-services] pipeline to create the containers.

To build the docker image, we will use the template do so:

<source lang="yaml"># Build docker image and upload to registry
docker:build:
stage: build
only:
- master
- stable
image: docker:stable
services:
- docker:dind
variables:
DOCKER_HOST: tcp://docker:2375/
DOCKER_DRIVER: overlay2
# For disabling TLS in docker-in-docker (not needed)
DOCKER_TLS_CERTDIR: ''
script:
- docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
- docker build --pull --build-arg version=$CI_PIPELINE_IID -t $IMAGE_TAG -f deployment/Dockerfile .
- docker push $IMAGE_TAG</source>
The second job is rather tricky. We will use <code>curl</code> to trigger the pipeline, using [https://docs.gitlab.com/ce/ci/triggers/README.html Gitlab Pipeline API]. This call is secured by a trigger token, which should be saved into your project variables as <code>$TRIGGER_TOKEN</code>. This is what the job looks like:

<source lang="yaml">docker:deploy:
stage: deploy
when: manual
script:
- apt-get update && apt-get install -y curl
- curl --request POST --form token=$TRIGGER_TOKEN --form ref=master --form variables[PROJECT]=qdj --form variables[DOCKER_IMAGE]=$IMAGE_TAG https://gitlab.binets.fr/api/v4/projects/560/trigger/pipeline</source>
Pay attention to this syntax because debugging this api call takes a lot of time...

If you want to add variables that will be used in your <code>docker-compose.yaml</code>, add other arguments to <code>curl</code> like <code>--form variables[WELCOME_MESSAGE]="Hello World!"</code>.

You can see an example of a CI using this in the [https://gitlab.binets.fr/br/qdj br/qdj] repo.

Note: for BR project, you can use the <code>trigger</code> syntax in the API call since you don't need autorisation.

== History ==

* In 2017, the BR16 set up a [https://kubernetes.io/ Kubernetes] cluster. They managed to set up a workflow to deploy seamlessly from gitlab on that cluster. However, the configuration was hard to maintain and the BR17 was not able to keep it going.
* In 2018, the BR17 (Oliver Facklam + Hadrien Renaud) set up a small docker service on a computer from the Salle Informatiques

= Developping a site for BR docker deployement =

Docker allows for most technologies to be abstracted into a container and thus most - if not all - sites can be deployed in docker. However, here is a bit of advice to make deployement less painful :

* Before using a particular external service (something that should run in a seperate container), check that a well supported docker image exists and with a BRman that there are no other constraints (for example, using a MinIO will go through a seperate dedicated server that already exists rather than a container).
* Use a postgres database to get access to an admin website for your server.

Translations:Tuto pour le déploiement des sites avec Docker/17/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

* To update the Dockerfile to install everything you need. The following works for a basic (Django) python app :

Translations:Tuto pour le déploiement des sites avec Docker/16/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Now, you need to make ''your'' app work in the docker container. For this, you need:

Translations:Tuto pour le déploiement des sites avec Docker/15/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Then open a terminal in this directory and type <code>docker compose up --build</code>. If everything went well, you see a nice message from Docker telling you everything is working !

Translations:Tuto pour le déploiement des sites avec Docker/14/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

We assume your project is hosted on the [https://gitlab.binets.fr BR's gitlab instance]. Create a <code>deployment</code> directory at the root of your repository and create a file <code>Dockerfile</code> (with no extension) and a file <code>docker-compose.yaml</code> in it.

Translations:Tuto pour le déploiement des sites avec Docker/13/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

A ''Docker container'' is an isolated machine on which you can run your website. In this step, we will help you convert you app to be Docker-ready. This basically means installing everything your app needs inside a linux computer. You'll need to install ''Docker'' on your computer first [https://docs.docker.com/desktop/install/windows-install/ windows-installer].

Translations:Tuto pour le déploiement des sites avec Docker/12/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

The exact procedure will be dependant on your project. An example can be found here : [https://gitlab.binets.fr/br/qdj/-/blob/master/deployment/Dockerfile?ref_type=heads qdj-Dockerfile]

Translations:Tuto pour le déploiement des sites avec Docker/11/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

== How to convert your website to a Docker service ==

Translations:Tuto pour le déploiement des sites avec Docker/10/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

* [https://docs.docker.com/compose/ docker-compose] to deploy the correct environment for your containers ;
* [https://docs.traefik.io/v1.7/ traefik] as a reverse proxy to serve your site behind your endpoint, it is configured [https://gitlab.binets.fr/br/docker-default-services here] ;
* nginx to serve your site to the outside world (as all the binets sites).

Translations:Tuto pour le déploiement des sites avec Docker/9/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

A physical server called <code>endalcher</code> deploys and runs your container. It uses the following services to connect your service to the Internet:

Translations:Tuto pour le déploiement des sites avec Docker/8/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

== Existing architecture ==

Translations:Tuto pour le déploiement des sites avec Docker/7/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

* Basics of git (videos [https://git-scm.com/video/what-is-version-control here] or the beginning of [https://git-scm.com/book/en/v2 this awesome online book]) ;
* Basics of containers (see a really good explanation [https://www.docker.com/resources/what-container here]) and of docker-compose (see the getting-started [https://docs.docker.com/compose/gettingstarted/ here]) ;
* Basics of web (see an [https://developer.mozilla.org/en-US/docs/Learn/Getting_started_with_the_web/How_the_Web_works introduction] on MDN) ;
* Basics of gitlab-ci (reading the [https://docs.gitlab.com/ee/ci/ getting-started] is recommended) ;

Translations:Tuto pour le déploiement des sites avec Docker/6/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

== Requirements ==

Translations:Tuto pour le déploiement des sites avec Docker/5/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

This tutorial will walk you through :
* How to convert your website to a Docker service
* How to build it automatically on Gitlab-CI
* How to deploy it automatically on our servers

Translations:Tuto pour le déploiement des sites avec Docker/4/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

== Overview ==

Translations:Tuto pour le déploiement des sites avec Docker/3/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

= Comment déployer des conteneurs Docker sur l'infrastructure du BR =

Translations:Tuto pour le déploiement des sites avec Docker/2/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Note : ce tutoriel peut être délicat, n'hésitez pas à contacter un BRman pour obtenir de l'aide.

Translations:Tuto pour le déploiement des sites avec Docker/1/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

A la fin de ce tuto, vous pourrez déployer votre site (ou service) sur les serveurs du BR ! Ceci permet de profiter d'une infrastructure gratuite, performante et robuste !

Translations:Tuto pour le déploiement des sites avec Docker/Page display title/fr

2026-08-05T12:36:25Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Tuto pour le déploiement des sites avec Docker

Modèle:Content tutoriels/fr

2026-07-18T23:13:47Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

* [[Trucs_et_astuces|Trucs et astuces du BR]]
* [[Diagnostiquer_une_panne_réseau|Diagnostiquer une panne réseau]]
* [[Routeurs_Wi-Fi|Configurer un routeur dans son casert]]
* [[Comptes_Sigma|Création d'un compte Sigma]]
* [[Recuperation de donnees perdues|Comment récupérer mes données que j'ai effacées sur mon disque dur ?]]
* [[Git|Comment utiliser Git ? (Pour les projets en équipe)]]
* [[SSH|Comment utiliser SSH ?]]
* [[Mettre en place SSH pour Gitlab]]
* [[Identifiants à l'X|Comprendre les différents identifiants à l'X]]
* [[Impression|Comment imprimer à l'X ?]]

Translations:Modèle:Content tutoriels/1/fr

2026-07-18T23:13:34Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Translations:Modèle:Content tutoriels/Page display title/fr

2026-07-18T23:13:34Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Modèle:Content tutoriels

Modèle:Content postes/fr

2026-07-17T15:01:27Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

{| style="background-color:transparent"
|
* [[Poste:Prez|Prez]]
* [[Poste:Vice-prez|Vice-prez]]
* [[Poste:Trez|Trez]]
* [[Poste:Secrétaire|Secrétaire]]
|
* [[Poste:Root|Root]]
* [[Poste:Developpeur|Developpeur]]
* [[Poste:Matos|Matos]]
|}

Translations:Modèle:Content postes/1/fr

2026-07-17T15:01:24Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Translations:Modèle:Content postes/Page display title/fr

2026-07-17T15:01:24Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Modèle:Content postes

Accueil/en

2026-07-17T14:27:48Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

__NOTOC____NOEDITSECTION__
<languages/>
<span id="Bienvenue_sur_le_site_du_BR_!"></span>
=== Welcome to the site of the BR! ===

The Binet Réseau is the student association of [https://polytechnique.edu École polytechnique] which handles the student network: server maintenance, setting up new services and development (of internet apps and sites).

The InforBR is available online on [https://infobr-en.binets.fr this site].

<span id="Les_ressources_en_ligne"></span>
==Online resources==
<div lang="fr" dir="ltr" class="mw-content-ltr">
{|
| valign="top" |{{block services}}
| valign="top" |{{block tutoriels}}
|}
</div>

==The BR recruits==
Not all members of Binet Réseau are computer enthusiasts; they share out the tasks according to their abilities and preferences: connecting with our partners and communicating with students are also essential roles.

As such, Binet Réseau offers a unique opportunity to deepen one’s knowledge of IT, whilst helping others and having fun at the same time.

{|
| valign="top" |
=== Become an active member of the BR! ===
At any time of the year, come see us and we will welcome you with open arms. There are always things to do to improve or create new services.
| valign="top" |{{block postes}}
|}

<span id="N'hésite_pas_à_nous_contacter"></span>
==Do not hesitate to contact us==
<div lang="fr" dir="ltr" class="mw-content-ltr">
{| class="tableau-support"
| valign="top" |{{block|Par mail|support mail|Edit.png}}
| valign="top" |{{block|Au téléphone|support téléphone|Phone.png}}
{{block|En vrai|support vrai|People.png}}
|}
</div>

Translations:Accueil/10/fr

2026-07-17T14:27:45Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

{| class="tableau-support"
| valign="top" |{{block|Par mail|support mail|Edit.png}}
| valign="top" |{{block|Au téléphone|support téléphone|Phone.png}}
{{block|En vrai|support vrai|People.png}}
|}

Translations:Accueil/9/fr

2026-07-17T14:27:45Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

{|
| valign="top" |{{block services}}
| valign="top" |{{block tutoriels}}
|}

Modèle:Block services/fr

2026-07-17T14:14:45Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

Translations:Modèle:Block services/1/fr

2026-07-17T14:14:43Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Translations:Modèle:Block services/Page display title/fr

2026-07-17T14:14:43Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Modèle:Block services

Modèle:Content services/fr

2026-07-17T14:11:25Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

* [[DNS]]
* [[LDAP|Annuaire LDAP]]
* [[Hébergement_des_sites_des_binets|Hébergement]]
* [[Chocapix]]
* [[Sigma]]
* [[Hébergement_des_serveurs_minecraft|Serveurs minecraft]]
* [[Cloud_computing|Cloud computing]]

Translations:Modèle:Content services/1/fr

2026-07-17T14:11:24Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Translations:Modèle:Content services/Page display title/fr

2026-07-17T14:11:24Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Modèle:Content services

Mettre en place SSH pour Gitlab/fr

2026-07-17T13:39:20Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

<languages/>
Ce guide a pour but de t’aider à mettre en place un ordinateur pour utiliser [[GitLab|Gitlab]] avec une authentification SSH. Il s’adresse aux néophytes : pour une introduction plus générale, voir le page principale sur le [[SSH]] et les [[Astuces_ssh|astuces avancées]] du BR.

On décrit les étapes d’installation pour Windows 10 et 11. Pour Linux et macOS, se référer également au guide SSH principal.

La mise en place est relativement simple. Suit scrupuleusement les étapes suivantes.
= Prérequis =

Avant de commencer, assure-toi d’avoir [[Git|git]] installé sur ta machine. Pour vérifier cela :

* ouvrir un terminal cmd ou powershell (touche Windows + R, puis taper <code>cmd</code> ou <code>powershell</code>) ;
* taper <code>git -v</code> et vérifier que git est bien installé et, si ce n’est pas le cas, [https://git-scm.com/downloads installe git ici] ;
* taper ensuite <code>ssh -V</code> pour vérifier que ssh est installé et, si ce n’est pas le cas, [https://docs.microsoft.com/en-us/windows-server/administration/openssh/openssh_install_firstuse installe OpenSSH ici].

= Mise en place =

== Étape 1 : Générer une clé SSH ==

Ouvre un terminal (cmd ou powershell) et tape la commande suivante :

<syntaxhighlight lang="bash">ssh-keygen -t ed25519 -C "ordi portable vaneau"</syntaxhighlight>
En remplaçant <code>ordi portable vaneau</code> par un nom de ton choix. Tu peux laisser les autres champs vides en appuyant simplement sur la touche <code>Entrée</code> pour chaque option.

À noter qu'il y a une option pour changer le nom de la clé (par défaut <code>id_ed25519</code>) et l’emplacement de sauvegarde. Il y a aussi une autre option pour ajouter un mot de passe (''passphrase'') à la clé, qu'il est recommandé de mettre si ton disque dur n'est pas chiffré.

{{Attention|Cette commande génère deux fichiers dans le dossier <code>C:\Users\<ton_nom>\.ssh</code> : la clé privée (<code>id_ed25519</code>) et la clé publique (<code>id_ed25519.pub</code>). '''IL NE FAUT EN AUCUN CAS PARTAGER LA CLÉ PRIVÉE'''. C’est la '''clé publique''' qui doit être ajoutée sur Gitlab. On n’insistera jamais assez sur ce point. Toute la sécurité repose sur le fait que la clé privée reste secrète.}}

== Étape 2 : Ajouter la clé SSH sur Gitlab ==

# Connecte-toi sur Gitlab avec tes identifiants Sigma BR ;
# Clique sur ton avatar en haut à gauche, puis sur <code>Preferences</code>, puis sur <code>SSH Keys</code> (ou va directement sur [https://gitlab.binets.fr/-/user_settings/ssh_keys cette page]) ;
# Clique sur <code>Add new key</code> ;
# Copie le contenu du fichier <code>C:\Users\<ton_nom>\.ssh\id_ed25519.pub</code> (ou un autre chemin si tu as choisi un autre emplacement) en remplaçant <code><ton_nom></code> par ton nom d’utilisateur Windows et colle-le dans le champ <code>Key</code> ;
# (optionnel) Supprime la date d’expiration de la clé si tu veux qu’elle reste valide indéfiniment ;
# Clique sur <code>Add key</code>.

== Étape 3 : Préparer SSH pour utiliser la clé ==

# Ouvre le dossier <code>C:\Users\<ton_nom>\.ssh</code> sur VSCode (ou ton éditeur de texte préféré) ;
# Crée un fichier <code>config</code> ('''sans extension''') ;
# Ajoute le contenu suivant :

Host gitlab.binets.fr
User git
IdentityFile C:\Users\<ton_nom>\.ssh\id_ed25519

En remplaçant <code><ton_nom></code> par ton nom d’utilisateur Windows.

== Étape 4 : Activer l'agent SSH ==

Taper <code>ssh-add -L</code>
* Si ta clef ssh est affichée, tout va bien, tu peux passer à l'étape suivante
* Sinon, suit ces étapes :

=== Sur windows ===

# Aller dans la recherche windows et lancer <code>Services</code>
# Chercher OpenSSH Authentification Agent
# Double cliquer dessus et mettre : <code>Type de démarrage : Automatique</code>
# Appuyer sur démarrer
# Dans un terminal, faire <code>ssh-add</code>

=== Sur Linux/Mac ===

Voilà une solution un peu nulle qu'il faudra refaire à chaque fois que tu redémarre ton ordi. Lance un terminal et tape :

eval `ssh-agent`
ssh-add

N'hésite pas à trouver une meilleure solution et à l'écrire ici.

== Étape 5 : Tester la connexion SSH ==

Pour tester la connexion SSH, ouvre un terminal et tape la commande suivante :

<syntaxhighlight lang="bash">ssh -T gitlab.binets.fr</syntaxhighlight>
Tu devrais voir un message comme ça :

The authenticity of host 'gitlab.binets.fr (129.104.201.46)' can't be established.
ED25519 key fingerprint is SHA256:sn+wsip9OTBcwiY0ZplULWXNij3v3kdj/tP228i2+70.
Are you sure you want to continue connecting (yes/no/[fingerprint])?

Écrit <code>yes</code> puis appuie sur <code>Entrée</code>.

Si tout s’est bien passé, tu devrais voir un message de bienvenue de Gitlab. Dans le cas contraire, vérifie que tu as bien suivi toutes les étapes précédentes. Si tu rencontres des difficultés, n’hésite pas à demander de l’aide au Binet Réseau en permanence ou sur PaniX.

== Étape 6 : Configurer l’identité Git ==

Pour finir, il faut configurer correctement ton identité sur Git. Dans ton terminal, tape les commandes suivantes :

<syntaxhighlight lang="bash">git config --global user.name "<Ton Nom>"
git config --global user.email "<ton.nom>@polytechnique.edu"</syntaxhighlight>
En remplaçant <code><Ton Nom></code> par ton nom et <code><ton.nom>@polytechnique.edu</code> par les valeurs adéquates.

Félicitations ! À partir de là, tu peux utiliser Gitlab avec une authentification SSH.

'''Lorsque tu clones un dépôt, veille bien à choisir le lien SSH et non HTTPS.'''

Translations:Mettre en place SSH pour Gitlab/9/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

{{Attention|Cette commande génère deux fichiers dans le dossier <code>C:\Users\<ton_nom>\.ssh</code> : la clé privée (<code>id_ed25519</code>) et la clé publique (<code>id_ed25519.pub</code>). '''IL NE FAUT EN AUCUN CAS PARTAGER LA CLÉ PRIVÉE'''. C’est la '''clé publique''' qui doit être ajoutée sur Gitlab. On n’insistera jamais assez sur ce point. Toute la sécurité repose sur le fait que la clé privée reste secrète.}}

Translations:Mettre en place SSH pour Gitlab/8/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

À noter qu'il y a une option pour changer le nom de la clé (par défaut <code>id_ed25519</code>) et l’emplacement de sauvegarde. Il y a aussi une autre option pour ajouter un mot de passe (''passphrase'') à la clé, qu'il est recommandé de mettre si ton disque dur n'est pas chiffré.

Translations:Mettre en place SSH pour Gitlab/7/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

<syntaxhighlight lang="bash">ssh-keygen -t ed25519 -C "ordi portable vaneau"</syntaxhighlight>
En remplaçant <code>ordi portable vaneau</code> par un nom de ton choix. Tu peux laisser les autres champs vides en appuyant simplement sur la touche <code>Entrée</code> pour chaque option.

Translations:Mettre en place SSH pour Gitlab/6/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Ouvre un terminal (cmd ou powershell) et tape la commande suivante :

Translations:Mettre en place SSH pour Gitlab/5/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

* ouvrir un terminal cmd ou powershell (touche Windows + R, puis taper <code>cmd</code> ou <code>powershell</code>) ;
* taper <code>git -v</code> et vérifier que git est bien installé et, si ce n’est pas le cas, [https://git-scm.com/downloads installe git ici] ;
* taper ensuite <code>ssh -V</code> pour vérifier que ssh est installé et, si ce n’est pas le cas, [https://docs.microsoft.com/en-us/windows-server/administration/openssh/openssh_install_firstuse installe OpenSSH ici].

Translations:Mettre en place SSH pour Gitlab/4/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Avant de commencer, assure-toi d’avoir [[Git|git]] installé sur ta machine. Pour vérifier cela :

Translations:Mettre en place SSH pour Gitlab/3/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

La mise en place est relativement simple. Suit scrupuleusement les étapes suivantes.

Translations:Mettre en place SSH pour Gitlab/2/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

On décrit les étapes d’installation pour Windows 10 et 11. Pour Linux et macOS, se référer également au guide SSH principal.

Translations:Mettre en place SSH pour Gitlab/1/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Ce guide a pour but de t’aider à mettre en place un ordinateur pour utiliser [[GitLab|Gitlab]] avec une authentification SSH. Il s’adresse aux néophytes : pour une introduction plus générale, voir le page principale sur le [[SSH]] et les [[Astuces_ssh|astuces avancées]] du BR.

Translations:Mettre en place SSH pour Gitlab/Page display title/fr

2026-07-17T13:39:15Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Mettre en place SSH pour Gitlab

Sites Python/fr

2026-07-08T14:13:07Z

FuzzyBot : Mise à jour pour être en accord avec la nouvelle version de la source de la page

Il existe plusieurs façons de faire des sites internet. Le serveur du BR qui héberge les sites binets peuvent héberger des sites créés avec Python.

Pour faire un site avec Python, on peut utiliser un framework. Les deux plus connus sont

* [https://www.djangoproject.com/ Django]
* [http://flask.pocoo.org/ Flask]

Le but de cet article n'est pas de vous expliquer comment créer un tel site : des guides bien meilleurs que ce que l'on pourrait écrire ici existent déjà, et on propose des formations au cours de l'année pour vous apprendre comment.

Ici, on vous explique comment déployer un site fait en Python sur notre serveur, une fois les fichiers en place (voir le [[Admin:Site Binet|guide sur les sites binets]]).
== Préambule ==

On doit faire des manipulations de notre côté pour gérer votre site Python, donc il faut nous dire :
* que vous utilisez Python
* quelle version de Python vous utilisez (2.7 ou 3.x)
* quel est le nom du fichier principal WSGI (voir la documentation du framework que vous utilisez)

== Environnement virtuel ==

Le serveur fait tourner simultanément plusieurs sites Python, qui ont chacun leur version de Python (2.7 ou 3.x) et leurs dépendances.

Pour bien compartimenter tout cela, il faut définir un environnement virtuel, c'est-à-dire un interpréteur Python séparé et indépendant des autres avec ses propres librairies.

=== Création ===

Il se crée en allant au dossier et en faisant

<code>virtualenv -p /usr/bin/python3.6 venv</code>

pour créer un virtualenv Python 3.6 nommé <code>venv</code>, ou

<code>virtualenv -p /usr/bin/python2.7 venv</code>

pour Python 2.7.

=== Activer le virtualenv ===

Maintenant, si vous affichez les fichiers dans votre répertoire avec <code>ls</code>, celui-ci ressemble à

<code>
user@domaine:/hosting/www/nom_binet/htdocs$ ls
dossier
fichier.truc
venv
</code>

Il faut désormais activer le virtualenv pour utiliser l'environnement Python, en faisant

<code>
source venv/bin/activate # Linux
venv\Scripts\activate # Windows
</code>

Normalement, votre shell ressemble à

<code>(venv) user@domaine:/hosting/www/nom_binet/htdocs$</code>

Pour quitter l'environnement virtuel, il suffit d'exécuter la commande

<code>deactivate</code>

=== Installer les dépendances avec pip ===

Pour se faire facilement, nous conseillons d'inclure avec les fichiers source un <code>requirements.txt</code>, un fichier qui contient la liste des librairies Python dont dépend votre site, au mieux avec les numéros de version. Par exemple, il ressemblerait à

<code>
flask==0.12.2
markdown
glob
requests==2.8.1
</code>

Installer les dépendances, une fois les fichiers en place, devient un simple

<code>pip install -r requirements.txt</code>

Vous pouvez créer un <code>requirements.txt</code> contenant ce qui est installé sur votre machine avec

<code>pip freeze > requirements.txt</code>

et ensuite l'ouvrir avec un éditeur de texte pour enlever ce dont vous n'avez pas besoin (par exemple Numpy, Scipy...).

== Lancer son site ==

Il faut maintenant dire au serveur de redémarrer. Les utilisateurs Sigma n'ont pas les permissions pour faire ça de la manière usuelle. On fournit donc la méthode suivante : entrez la commande

<code>touch /var/run/please/restart</code>

et attendez le signal

<code>EOF</code>

Vous pouvez tester que ça marche en naviguant à <code>http://nom_site.binets.fr</code>.

== Erreurs ==

=== Erreurs Python ===

Il est bien sûr possible de tester si le serveur tourne dans l'interpréteur Python en faisant

<code>python manage.py runserver</code>

sous Django ou

<code>python app.py</code>

sous Flask (où <code>app.py</code> est le nom de l'application Flask).

=== Erreurs web ===

Pour checker les changements il suffit de taper l'url du site pour constater en direct les changements. Si jamais il y a un souci il y a deux emplacements pour les logs :

</code>/var/log/uwsgi/nom_binet ou /hosting/log/nom_binet</code>

=== Troubleshooting ===

Si toutes les pages affichent <code>Internal Server Error</code> (pas en gras) : c'est une erreur de uWSGI qui n'arrive pas à :
* trouver votre site
* trouver le virtualenv

une exception est levée au démarrage du serveur (<code>ImportError</code> notamment).

Vous pouvez lire les logs dans <code>/var/log/uwsgi//<ton site>.log</code> et vérifier où uwsgi va chercher ton site dans <code>/etc/uwsgi.d/.json</code>. S'il faut modifier ce dernier fichier, demande-le au BR, tu ne peux pas le faire toi-même.

Pour Django :
* si toutes les pages affichent <code>Internal Server Error(500)</code> en gras, il faut activer les mails pour avoir des détails, mais c'est probablement un oubli de faire les migrations sur une base de données SQL vide.

Translations:Sites Python/54/fr

2026-07-08T14:11:49Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Pour Django :
* si toutes les pages affichent <code>Internal Server Error(500)</code> en gras, il faut activer les mails pour avoir des détails, mais c'est probablement un oubli de faire les migrations sur une base de données SQL vide.

Translations:Sites Python/53/fr

2026-07-08T14:11:49Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Vous pouvez lire les logs dans <code>/var/log/uwsgi//<ton site>.log</code> et vérifier où uwsgi va chercher ton site dans <code>/etc/uwsgi.d/.json</code>. S'il faut modifier ce dernier fichier, demande-le au BR, tu ne peux pas le faire toi-même.

Translations:Sites Python/52/fr

2026-07-08T14:11:49Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

une exception est levée au démarrage du serveur (<code>ImportError</code> notamment).

Translations:Sites Python/51/fr

2026-07-08T14:11:49Z

FuzzyBot : Importation d’une nouvelle version depuis une source externe.

Si toutes les pages affichent <code>Internal Server Error</code> (pas en gras) : c'est une erreur de uWSGI qui n'arrive pas à :
* trouver votre site
* trouver le virtualenv