Przekierowanie Nginx przez proxy, przepisz i zachowaj adres URL

W Nginx próbowaliśmy przekierować adres URL w następujący sposób:

http://example.com/some/path -> http://192.168.1.24

gdzie użytkownik nadal widzi oryginalny adres URL w przeglądarce. Gdy użytkownik zostanie przekierowany, powiedz, że kliknął link do /section/index.html, chcielibyśmy, aby zgłoszenie to prowadziło do przekierowania

http://example.com/some/path/section/index.html -> http://192.168.1.24/section/index.html

i ponownie zachowaj oryginalny adres URL.

Nasze próby obejmowały różne rozwiązania wykorzystujące proxy i reguły przepisywania, a poniżej pokazuje konfigurację, która zbliżyła nas do rozwiązania (zauważ, że jest to konfiguracja serwera WWW dla example.comserwera WWW). Nadal istnieją jednak dwa problemy:

• Nie wykonuje poprawnie przepisywania, ponieważ adres URL żądania otrzymany przez serwer WWW http://192.168.1.24zawiera, /some/patha zatem nie obsługuje wymaganej strony.

• Po najechaniu kursorem na link po wyświetleniu strony /some/pathbrakuje adresu URL

  server {
      listen          80;
      server_name     www.example.com;
  
      location /some/path/ {
          proxy_pass http://192.168.1.24;
          proxy_redirect http://www.example.com/some/path http://192.168.1.24;
          proxy_set_header Host $host;
      }
  
      location / {
          index index.html;
          root  /var/www/example.com/htdocs;
      }
  }
  

Szukamy rozwiązania, które wymaga jedynie zmiany konfiguracji serwera WWW example.com. Jesteśmy w stanie zmienić konfigurację na 192.168.1.24(także Nginx), jednak chcemy tego uniknąć, ponieważ będziemy musieli powtórzyć tę konfigurację dla setek różnych serwerów, przez których dostęp jest proxy example.com.

Po pierwsze, nie powinieneś używać rootdyrektywy wewnątrz bloku lokalizacji, jest to zła praktyka. W tym przypadku nie ma to jednak znaczenia.

Spróbuj dodać drugi blok lokalizacji:

location ~ /some/path/(?<section>.+)/index.html {
    proxy_pass http://192.168.1.24/$section/index.html;
    proxy_set_header Host $host;
}

Przechwytuje część po / some / path / i przed index.html do zmiennej $ section, która jest następnie używana do ustawienia miejsca docelowego proxy_pass. Możesz sprecyzować wyrażenie regularne, jeśli potrzebujesz.

Powinieneś użyć części URI w proxy_passdyrektywie. Pomieszałeś też argumenty dotyczące porządku proxy_redirectdyrektywy i prawdopodobnie wcale jej nie potrzebujesz. Nginx ma rozsądne domyślne ustawienie tej dyrektywy.

W takim przypadku Twój locationblok może być naprawdę prosty:

location /some/path/ {
    proxy_pass http://192.168.1.24/;
    # note this slash  -----------^
    proxy_set_header Host $host;
}

Możesz użyć poniższej konfiguracji, aby uzyskać 100% płynne mapowanie między /some/path/front- /endem i backendem.

Zauważ, że jest to jedyna jak dotąd odpowiedź, która bezproblemowo zajmowałaby się także generowaniem 404 Not Foundbłędów bezwzględnych ścieżek , pod warunkiem, że Refererprzeglądarka wysyła poprawny nagłówek HTTP , więc wszystkie te gify powinny nadal się ładować bez potrzeby modyfikowania podstawowego kodu HTML (co jest nie tylko drogie, ale także nie jest obsługiwane bez dodatkowych modułów, które nie zostały skompilowane domyślnie).

location /some/path/ {
    proxy_pass http://192.168.1.24/; # note the trailing slash!
}
location / {
    error_page 404 = @404;
    return 404; # this would normally be `try_files` first
}
location @404 {
    add_header Vary Referer; # sadly, no effect on 404
    if ($http_referer ~ ://[^/]*(/some/path|/the/other)/) {
        return 302 $1$uri;
    }
    return 404 "Not Found\n";
}

Można znaleźć kompletny proof-of-concept i minimal-realny produkt uboczny w ramach https://github.com/cnst/StackOverflow.cnst.nginx.conf repozytorium.

Oto przebieg testowy, aby potwierdzić, że wszystkie przypadki krawędzi wydają się działać:

curl -v -H 'Referer: http://example.su/some/path/page.html' localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
> Referer: http://example.su/some/path/page.html
< HTTP/1.1 302 Moved Temporarily
< Location: http://localhost:6586/some/path/and/more.gif
< Vary: Referer

curl -v localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
< HTTP/1.1 404 Not Found

curl -v localhost:6586/some/path/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location -e uri
> GET /some/path/and/more.gif HTTP/1.1
< HTTP/1.1 200 OK
request_uri:    /and/more.gif

PS Jeśli masz wiele różnych ścieżek do zmapowania, to zamiast przeprowadzania porównania wyrażeń regularnych $http_refererw ifobrębie location @404, możesz mapzamiast tego skorzystać z globalnej dyrektywy.

Zauważ też, że końcowe ukośniki zarówno w proxy_pass, jak i w locationnim zawarte, są dość ważne, jak na pokrewną odpowiedź .

Bibliografia:

• http://nginx.org/r/location
• http://nginx.org/r/error_page
• http://nginx.org/r/if
• http://nginx.org/r/return
• http://nginx.org/r/add_header

Po dodaniu tego ukośnika do jenkins z serwerem proxy nginx pojawia się błąd „Wygląda na to, że konfiguracja odwrotnego proxy jest zepsuta”.

proxy_pass          http://localhost:8080/;

Remove this -----------------------------^

Powinien przeczytać

proxy_pass          http://localhost:8080;