Apache în spatele proxy-ului invers nginx, setând antetul gazdă corect

Îmi rulez aplicația folosind Apache într-un container Docker. Am nginx care acționează ca un proxy invers care rulează într-un alt container Docker care are Apache în amonte. Eu folosesc proxy_pass directivă pentru aceasta.

Apache rulează în URL https://example-8gnm1aqrns-lz.a.run.app Nginx rulează în adresa URL http://example.com

Totul rulează pe Google Cloud Run și problema este că Google Cloud Run atribuie fiecărui serviciu o adresă URL și folosește Gazdă antet pentru a face diferența între aplicații, așa că sunt obligat să trimit antetul Gazdă: exemplu-8gnm1aqrns-lz.a.run.app atunci când vă conectați la upstream folosind nginx, astfel încât cererea să fie direcționată corect.

Acest lucru cauzează o problemă cu aplicația mea, deoarece crede că rulează în adresa URL https://example-8gnm1aqrns-lz.a.run.app si nu http://example.com.

Este posibil să folosiți o configurație Apache .htaccess pentru a suprascrie Gazdă antet bazat pe X-Redirecționat-Gazdă trimis de nginx?

În loc să-l solicite pe Apache să facă acest lucru, solicitați-l pe NGINX să o facă înainte chiar să predea datele către Apache, setând antetul Host pe care Apache îl așteaptă ca parte a transferului proxy_pass cu o opțiune de configurare suplimentară.

NGINX are următoarea variabilă pentru proxy_set_header pentru a crește ceea ce este transmis proxy-ului în backend. Deci ai avea ceva de genul asta:

...

Locație / {
    proxy_pass http://10.20.30.40;
    proxy_set_header Gazdă example.com;
}
...

în configurația dvs. NGINX pentru proxy invers. Apoi, lui Apache nu-i va păsa de X-Forwarded-Host, deoarece ați seta antetul Host în locul căruia Apache ar trebui să prioritizează servirea.

Acest ar trebui să remediez lucrurile - folosesc mai multe sisteme NGINX în acest fel când domeniul la care a ajuns browser-ul este diferit de gazda care răspunde a backend-ului - și până acum funcționează cu backend-uri Django, backend-uri PHP, Apache, chiar și un server HTTP Python pe care îl folosesc pentru a testa lucrurile . Și înțelegerea mea despre Apache este că va acorda prioritate antetului Host față de X-Forwarded-Host.

Am rezolvat această problemă definind o nouă variabilă de mediu numită APP_HOST în panoul de control Google Cloud Run și setați-l la exemplu.com.

Apoi am adăugat următoarea configurație la .htaccess fișier în rădăcina documentului:

<IfModule mod_env.c>
    PassEnv APP_HOST
</IfModule>

<IfModule mod_headers.c>
    RequestHeader set Host %{APP_HOST}e env=APP_HOST
</IfModule>

Acest lucru mi-a permis să trec peste Gazdă antet de la exemplu-8gnm1aqrns-lz.a.run.app la exemplu.com pe baza variabilei de mediu APP_HOST.

Desigur, aș fi putut codifica numele de gazdă, dar cred că utilizarea unei variabile de mediu vă oferă mai multă flexibilitate dacă doriți să utilizați același .htaccess fișier în contexte diferite, cum ar fi pe un server provizoriu.

Editați | ×

Iată cum puteți rezolva acest lucru folosind X-Redirecționat-Gazdă, de exemplu, dacă rulați gazde virtuale și aveți nevoie ca site-ul să fie accesibil din mai multe domenii

<IfModule mod_setenvif.c>
    SetEnvIf X-Forwarded-Host (.*) REAL_HOST_HEADER=$1
    <IfModule mod_headers.c>
        RequestHeader set Host "%{REAL_HOST_HEADER}e"
    </IfModule>
</IfModule>

Aceasta va prelua antetul de la X-Redirecționat-Gazdă și setați Gazdă antet bazat pe valoare.