nginx + some web server

Question

[Марсель Мархабулин]

Дано:

nginx (example.com:80 — доступен извне), SomeWebServer (localhost:8080 — доступен только с локалхост)

Задача:

Сделать доступ к localhost:8080 по запросу: example.com/some/
Пересмотрел много статей, включая сысоевскую документацию, но не нашел ответа на столь простой, с первого взгляда, вопрос.

Конечная задача:

1. Пользователь заходит на example.com
2. Захотел войти в иной раздел example.com/some/.
3. У него вылезает BasicHttpAuthorization
4. При успешной авторизации nginx выдает ему страницу от localhost:8080 (сейчас SomeWebServer выдает 404, ибо localhost:8080/some/ — не существует)
5. В дальнейшем работает внутри example.com/some/many/folders/and/files, получая все папки от localhost.

Текущий конфиг nginx:

server {
listen 80 default;
server_name example.com;

location / {
root /var/www;
index index.php;
}

location /some {
proxy_pass 127.0.0.1:8080;
}
}

Comments

[Марсель Мархабулин]

location /some {
proxy_pass 127.0.0.1:8080/;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
Успешно получает папки/пути от SomeWebServer, но пытается потом сам найти их у себя и вылетает с 404.

[Марсель Мархабулин]

Структура такова:
example.com:80 смотрит в папку /var/www
127.0.0.1:8080 смотрит в папку /some/path и при заходе в /some/path там уже внутренние реврайты работают и превращаются в 127.0.0.1:8080/something/here/welcome

Answer 1

[Максим]

так вы слеши-то поставьте =)

location /some/ {
proxy_pass 127.0.0.1:8080/;
}

и всё заработает

Comments

[Максим]

по вашим уточнениям: либо ваш внутренний сервер должен возвращать в хтмле относительные пути — тогда проблема уйдёт сама, либо (если код там недоступен для правок) можно воспользоваться модулем замены в nginx.

[Максим]

пишешь корректный ответ — получаешь минус в карму =) отличное начало дня =)

[Марсель Мархабулин]

Каюсь, полдня убил на сохраненный кеш в браузере. Теперь чищу и изменения уже видны. Конфиг работает, но без авторизации. Простите, виноват.

Про слеши есть тоже куча тонкостей, но я их проверил. От них бывает много проблем, так что, поставил вам плюс в ответ на чей-то минус. Если будет кто-то читать этот вопрос, не лишним будет напомнить про проверку правильности слешей.

В итоге, пришлось для каждой папки внутреннего веб-сервера делать 7 location для разных папок some1, some2, some3, ибо внутренние скрипты правильно определяют хеадеры браузера. Но с авторизацией остаются интересности. Если просто сделать к каждому location #auth_basic "Restricted";
#auth_basic_user_file /etc/nginx/conf/passwd;

То выдается ошибка внутреннего веб-сервера, ибо он не знает авторизации. Если ввести не верные данные, то форбидден выдаст nginx. В итоге, человек авторизуется в nginx, а дальше или nginx, или браузер передает эти же данные далее. И в итоге доступа нет совсем.

[Марсель Мархабулин]

То есть вопрос, какой параметр запретит nginx передавать авторизацию внутреннему веб-серверу?

[VBart]

наверное что-нибудь такое:
proxy_set_header Authorization "";

[Марсель Мархабулин]

VBart, не могу поднять вам кармы, поэтому на словах — огромное спасибо. Именно этого параметра не хватало.