8
votes

Gitlab sur le port 8080

Je suis en train de tenter d'installer GITLAB OMNIBUS sur mon serveur privé Debian, et cela fonctionne parfaitement sur le port 80, le problème est que j'ai également une écoute du serveur Apache sur le port 80. Donc j'essaie donc d'essayer obtenir Nginx écouter sur le port 8080 mais pour une raison quelconque, je reçois un "502 Gitlab ne répond pas "Erreur J'ai modifié à la fois "external_url" dans gitlab.rb et aussi le numéro de port sous le bloc serveur dans le fichier nginx.conf. et pas de joie.

Si quelqu'un pouvait m'aider ce serait génial!


0 commentaires

3 Réponses :


12
votes

Très probablement, vous avez un autre service à l'écoute de 8080, je pense que l'installation Omnibus a quelques services de service 8080 - il suffit d'utiliser 8081 à la place.

EDIT: Je viens de faire une recherche rapide et j'ai constaté que c'est le serveur Unicorn qui écoute 8080 avec l'installateur Omnibus d'origine.

Remarque: Il vous suffira de modifier le fichier externe_url dans gitlab.rb, aucun autre fichier de configuration ne doit être édité pour cela.

edit # 2: Comme @Meralaldjava a indiqué une option dans le fichier de configuration pour l'utilisation d'un autre port de licorne: #unicorn ['port'] = '8080'


7 commentaires

Voir la valeur "# 8080" "dans le fichier de configuration.


Malheureusement, aucun effet avec la dernière version


@ Marianklühspies Avez-vous essayé les deux options ( #unicorn ['port'] = '8080' et external_url )? Je suis actuellement sur quelques versions Old Installation, donc je ne peux pas vérifier s'il y a de nouveaux paramètres avec la dernière version.


N'avait aucun effet pour moi non plus. Changé externe_url , #unicorn ["port"] , gitlab_workhorse ['auth_backend'] Tout au 8081. Je suis toujours des erreurs de Licorne en disant, Ajout de l'écoute de l'écoute a échoué = 127.0.0.1: 8080 (en cours d'utilisation) .


A également essayé la suggestion de une autre réponse qui impliquait changer /var/opt/gitlab/gitlab-rails/etc/unicorn.rb . Il est vrai que cette Conf générée ne dispose pas de son ensemble de ports correctement, cependant, la modifie puis le redémarrage (W / O Reconf) ne résout pas le problème. Toujours 502.


Enfin résolu ceci avec deux autres méthodes: a) doit définir gitlab_workhorse ['auth_backend'] et licorne ['port'] sur le même port, mais différent du External_url port. J'avais tous les 3 la même chose. Celui-ci était mon erreur. b) est allé à var / opt / gitlab / gitlab-rails / etc / unicorn.rb et a commenté le écouter "127.0.0.1:" ... ligne tout à fait avec ###. Cela a finalement résolu la question du port de licorne. J'espère que cela aide quelqu'un. Enfin, la commande suivante est utile pour vérifier quels services ont revendiqué un port: netstat -tulpn | Grep: 8080


@Jansky Oui, le port de licorne doit être différent car c'est un service complet de Nginx (serveur Web) qui est décidé par le port dans external_url .



7
votes

J'ai résolu ceci pour gitlab omnibus (édition communautaire, version 10.1.4) en définissant d'abord ceux-ci dans /etc/gitlab/gitlab.rb : xxx

Ensuite, en cours d'exécution: xxx

En outre, si vous exécutez Gitlab derrière un proxy inverse SSL, vous devrez peut-être redémarrer ce service pour passer au-delà de la page d'erreur 502 de la Cached 502.


0 commentaires

0
votes

Commencer avec GITLAB 13.0, PUMA est le serveur Web par défaut et la licorne a été désactivé par défaut ( Référence ).

Vous devez donc modifier les configurations suivantes dans /etc/gitlab/gitlab.rb: xxx


0 commentaires