Puncte:1

apache2.4 reverse proxy la serverul nginx gitlab

drapel us

În prezent, rulez un server owncloud bazat pe un server web apache 2.4 pe raspberry pi 4 8GB meu (funcționează pe dietpi 7.3), care funcționează excelent, am o configurație de domeniu public și folosesc letsencrypt pentru a crea certificate. Acum vreau să configurez și un server gitlab pe acest pi, serverul gitlab funcționează și este accesibil în rețeaua mea locală prin adresa sa IP și portul (192.168.1.234:1234). Am configurat external_url în /etc/gitlab/gitlab.rb la 127.0.0.1:1234 și a fugit reconfigurează gitlab-ctl.

Acum vreau să configurez un proxy invers de pe serverul Apache pentru a indica gitlab NGINX (editați pentru clarificare: proxy-ul invers ar trebui să funcționeze de la un server URL relativ (mydomain.com/gitlab în cazul meu)), așa că am adăugat fișierul gitlab.conf la /etc/apache2/sites-available/ și a adăugat următoarele la fișier:

<VirtualHost *:80>
        ServerName mydomain.com
        ProxyRequests off
        <Location /gitlab>
                ProxyPass http://localhost:1234
                ProxyPassReverse http://localhost:1234
        </Location>
</VirtualHost>

<VirtualHost *:443>
        ServerName mydomain.com

        # Certificate
        SSLEngine on
        SSLCertificateFile /etc/letsencrypt/live/mydomain.com/cert.pem
        SSLCertificateKeyFile /etc/letsencrypt/live/mydomain.com/privkey.pem
        SSLCertificateChainFile /etc/letsencrypt/live/mydomain.com/fullchain.pem

        <Location /gitlab>
                ProxyPass  http://localhost:1234
                ProxyPassReverse http://localhost:1234
        </Location>
</VirtualHost>

Problema este că acest lucru nu funcționează.. mergând la mydomain.com/gitlab îmi lasă doar un 404 Nu a fost gasit

(desigur, repornesc întotdeauna apache2 cu systemctl reporniți apache2 când schimb ceva în configurație și am adăugat și site-ul la serverul apache cu a2ensite gitlab.conf și am activat și modulele proxy și proxy_http cu a2enmod)

De asemenea, acum că cel mai probabil mă voi confrunta cu mai multe probleme, cum ar fi neafișarea adreselor URL corecte în gitlab și așa mai departe, dar am o idee generală despre cum să le repar și aș dori mai întâi să le repar și să încep să lucrez la ele odată ce mă confrunt. lor.

Alte resurse de pe internet nu au fost prea utile, deoarece nimic din ce am găsit nu funcționează când l-am încercat, așa că orice ajutor sau perspectivă în acest sens este cu adevărat apreciat.

/captainjack

digijay avatar
drapel mx
Mă tem că această întrebare este în afara subiectului pentru serverfault (Întrebările despre Server Fault trebuie să fie despre gestionarea sistemelor de tehnologie a informației *într-un mediu de afaceri*), dar oricum: aveți `127.0.0.1 localhost` în `/etc/hosts` și portul 1234 în `netstat -tulpen`?
CaptainJack42 avatar
drapel us
De ce forum ar fi dreptul de a posta astfel de întrebări? Imi pare rau pentru asta, dar in acest moment sunt prea multe subforumuri de overflow de stiva pentru a tine evidenta a ceea ce se potriveste unde pentru mine ^^. Oricum, da 127.0.0.1 localhost este în etc/hosts și porturile sunt, de asemenea, deschise și rulează
digijay avatar
drapel mx
Cred că întrebarea ta a fost bine pusă, nimeni nu s-a plâns și ai primit un răspuns - așa că rămâi cu noi :-) +1
ezra-s avatar
drapel ru
ProxyPass oferă deja un parametru pentru a specifica o cale, specificarea acestuia în locație poate crea probleme, deoarece proxypass și locația sunt interpretate în ordine opusă. Luați în considerare acest lucru pentru configurațiile viitoare.
Puncte:1
drapel za

Din moment ce vă proxy gazdă locală, nginx nu poate găsi Gazdă antet oriunde, iar instalările dvs. gitlab par să fie o gazdă virtuală care nu este implicită. Încercați să adăugați

ProxyPreserveHost activat

în configurația dvs. apache. Pentru ambele secțiuni vhost.

CaptainJack42 avatar
drapel us
Asta a funcționat thx!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.