Cette chose est tellement gênante. Quand je faisais cela, j'étais torturé à mort. Son nginx volait souvent la surveillance 80 du nginx d'origine du système.

Bien que l'affirmation officielle soit que la simple désactivation de nginx dans le fichier de configuration fera l'affaire, des erreurs se produisent souvent lorsque je l'utilise. Alors :

Ma solution :

Modifiez le fichier de configuration gitlab : /etc/gitlab/gitlab.rb Ajoutez la configuration suivante :

# disable gitlab's nginx
nginx['enable'] = false

# For GitLab CI, use the following:
ci_nginx['enable'] = false

Modifiez la surveillance par défaut de gitlab /opt/gitlab/embedded/conf/nginx.conf dans 80 en 88, puis ajoutez ce qui suit à la configuration principale de nginx :

upstream gitlab {
    server 127.0.0.1:88;
    server 127.0.0.1:88;
}

server {
    listen 80;
    server_name mygit.mydomain.com;
    access_log  /data/log/nginx/gitlab.access.log;
    error_log /data/log/nginx/gitlab.error.log;

    large_client_header_buffers 4 16k;
    client_max_body_size 300m;
    client_body_buffer_size 128k;
    proxy_connect_timeout 300;
    proxy_read_timeout 300;
    proxy_send_timeout 300;
    proxy_buffer_size 64k;
    proxy_buffers   4 32k;
    proxy_busy_buffers_size 64k;
    proxy_temp_file_write_size 64k;

    location / {
        proxy_pass http://gitlab;
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header Host $proxy_host;
        proxy_set_header X-Real_IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

Rechargez la configuration de gitlab et rechargez nginx principal.

sudo gitlab-ctl reconfigure
sudo nginx -s reload