Jak końcowy ukośnik zmienia zachowanie proxy_pass?

Question

IT Interview Practice · Accepted Answer

W prostej location prefiksowej końcowy ukośnik może zdecydować, czy backend otrzyma `/api/users`, czy `/users`. Wybierz formę odpowiadającą rzeczywistym trasom backendu.

## Trasy backendu zawierają /api

Umieść tę location wewnątrz bloku server:

```nginx
location /api/ {
    proxy_pass http://127.0.0.1:3000;
}
```

Żądanie `/api/users?page=2` dotrze do backendu z tą samą ścieżką i parametrami. Po adresie upstream nie ma zastępczego URI.

## Trasy backendu zaczynają się bezpośrednio od /users

Zastosuj zamiast tego:

```nginx
location /api/ {
    proxy_pass http://127.0.0.1:3000/;
}
```

To samo żądanie staje się teraz `/users?page=2`. Prefiks `/api/` zostaje zastąpiony URI `/` podanym w `proxy_pass`.

## Sprawdź wynik

Zobacz ścieżkę w logu żądań backendu. Jeśli otrzymana trasa nie istnieje, może wystąpić 404 mimo udanego połączenia Nginx. Przykłady zakładają brak zmiennych, reguł rewrite i regex-location; dla nich trzeba osobno przeanalizować URI.

[Oficjalna dokumentacja](https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_pass).

Trasy backendu zawierają /api

Trasy backendu zaczynają się bezpośrednio od /users

Powiązane pytania

Sprawdź wynik