Как правильно изменить конфиг для добавления прокси?

Question

[Drno]

Есть простой файловый сервер на NGINX, просто отдает файлы которые находятся в каталоге
Надо добавить проксирование к определенному сайту.
Хочется, чтобы при открытии сайта mysite.ru было 2 ссылки - типо files и redirect.
При открытии mysite.ru/files - открывался файловый сервер
При mysite.ru/redirect - открывался допустим google.com
По отдельности то понятно, все работает. Не понимаю как это запихнуть в 1 конфиг файл.
Ну и как html надо подправить, но это уже проще, нагуглю.

Собственно содержимое конфига, это тестовое

server {
    listen       80;
    listen  [::]:80;
    server_name  site;

    #access_log  /var/log/nginx/host.access.log  main;

    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # download
    autoindex on;               # enable directory listing output
    autoindex_exact_size off;   # output file sizes rounded to kilobytes, megabytes, and gigabytes

    #location / {
    #    root upload;
    #}
}
#Вот тут дальше как правильно сделать... 
 server {
    listen          80;
    server_name     redirect;
    location / {
        proxy_pass  https://www.google.com;
    }
}
}

Comments

[Дмитрий]

сам же пишешь в вопросе - в зависимости от location делать чтото разное.
вот и пиши условия в разные location

location /files {
делать чтото одно;
}

location /redirect {
делать чтото другое;
}

[Drno]

Дмитрий, ну files отрабатывает
а /redirect нет.. тупо 404

[Drno]

Дмитрий, а всё, сам дурак. отрабатывает))
теперь вопрос - как убрать подстановку "redirect" потому что открывает www.google.com/redirect )))

[Дмитрий]

естественно, потому что ты не можешь так просто гнать через себя трафик между клиентом и условным гуглом , да еще и по SSL .
если задача , чтобы при обращении к /redirect клиент попадал на гугл, то можно сделать вот так

return 301 https://www.google.com ;

браузер получит код и редиректнится.

[Lynn «Кофеман»]

Drno, прочитать документацию по proxy_pass

[Drno]

Lynn «Кофеман», спасибо, очень информативно

[Drno]

Дмитрий, да, это я понимаю. про return тоже.
тут задача именно proxy-pass сделать) сайт там на 80 порту, без https

[Дмитрий]

придется еще реврайты какие то делать, надо тестировать
чтото типа такого , первый попавшийся пример в инете.

location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://www.site.com;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

[Lynn «Кофеман»]

Drno, пожалуйста. Если вам лень прочитать пять абзацев текста, то и говорить не о чем

[Drno]

Дмитрий, ясно. Слова реврайт было достаточно. Далее я найду) пасиб)

[Drno]

Дмитрий, чет не взлетает никак с реврайтом(( все равно получаю ip/redirect...

Answer 1

[Александр Карабанов]

Ты путаешь термины редирект и проксирование. Если нужен редирект, то:

location /files {
        root /path/to/files/directory;
    }

    location /google {
        return 301 https://www.google.com;
    }

Но, судя по описанию, тебе нужно проксирование:

location /files {
        root /path/to/files/directory;
    }

    location ~* /google(?<my_uri>.*) {
      proxy_set_header        Host www.google.com;
      proxy_set_header        X-Forwarded-Proto https;

      proxy_pass https://www.google.com/$my_uri;
      proxy_read_timeout  60;
      proxy_ssl_name www.google.com;
      proxy_ssl_server_name on;
      proxy_ssl_session_reuse off;

      proxy_redirect off;
    }

При таком раскладе откроется индексная страница www.google.com, только без картинок и прочей статики, так как в HTML коде вписаны пути относительно корня сайта. Если делать проксирование в location / { ... }, то работать будет, как ожидается.

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

Comments

[Drno]

тоесть я правильно понимаю - что нереально сделать проксирование на location кроме корневого / ?
любой вариант с допустим /foo он уже нормально не отработается?

[Александр Карабанов]

Drno, так как пути до файлов строятся относительно корня, то надо каким-то образом это учитывать, к примеру можно написать приложение, которое будет делать запросы и как-то исправлять HTML если это необходимо, а запросы проксировать через это приложение. На мой взгляд это не целесообразно.

Если проксировать из location / { ... }, то ничего делать не придётся, для этих целей можно придумать поддомен google.example.com и в его location / { ... } настроить проксирование.

[Drno]

Александр Карабанов, да, понимаю. но есть задание по учебе... которое сформулировано как -
Развернуть Nginx в docker, далее настроить Nginx на отдачу статического контента, несколько тестовых файлов, а так же Nginx должен являться proxy-сервером для google.com

как по мне логично чтоб при заходе на мой "сайт" было 2 "ссылки"
1 ведет site/files
2 проксирует гугл site/proxy

Собственно вопрос только с перенаправлением))

Мож конечно я дурак и всё проще намного надо было делать..

[Александр Карабанов]

Drno, это не перенаправление, не редирект - это проксирование. Не надо путать эти термины, так как они описывают совсем разные сущности.

Если задание прямо так и звучит:

а так же Nginx должен являться proxy-сервером для google.com

То в нём нет предпосылок считать, что проксирование надо делать из какого-то кастомного location, такая формулировка не запрещает сделать отдельный поддомен и проксировать из loction / { ... }
Да и проксировать из location /anything { ... } и получить кривую страницу такая формулировка, в сущности, не запрещает.

[Drno]

Александр Карабанов, ну кривую страницу конечно не запрещает, согласен, но тк это все таки самообразование хочется понять и сделать нормально))

Я правильно понимаю мысль -
Делаем простой html с 2мя ссылками

files и proxy

files ведет на mysite.ru/files

proxy ведет на subdomain.mysite.ru
И в конфиге поддомена мы делаем proxy_pass с location /

[Александр Карабанов]

Drno, да.

[Drno]

Александр Карабанов, спасибо большое. Вроде последний вопрос))
В html странице указал href proxy/
Но он добавляет это значение не в начале адреса, как надо бы, а в конце.
Как правильно вставить ссылку туда, чтоб он перенес меня на proxy.mysite.ru
Вместо mysite.ru/proxy

[Александр Карабанов]

Drno, надо полностью вписать имя.

[Drno]

Александр Карабанов, это я прочитал и понял.
я обращаюсь к сайту по IP . условно говоря 192.168.1.2
files Открываются 192.168.1.2/files

непонимаю как в конфиг nginx правильно вписать поддомен... потому что если я явно в html укажу - subdomain/192.168.1.2 то при передаче конфига, у другого человека же не откроется эта ссылка, т.к. у него на виртуалке будет друой IP...

[Александр Карабанов]

Drno, а в этом плане. Надо сделать два location:

location / {
      proxy_set_header        Host www.google.com;
      proxy_set_header        X-Forwarded-Proto https;

      proxy_pass https://www.google.com/;
      proxy_read_timeout  60;
      proxy_ssl_name www.google.com;
      proxy_ssl_server_name on;
      proxy_ssl_session_reuse off;

      proxy_redirect off;
}

location /files {
      root /path/to/files/directory
}

[Drno]

Александр Карабанов, если честно, не понял куда это надо вставить....

[Александр Карабанов]

Drno, в конфиг дефолтного сервера.

[Drno]

Александр Карабанов, спасибо Вам за долгую переписку, так все работает. При переходе IP >>> google IP/files >>>папка с файлами

Я то пытаюсь сделать красиво...
Чтобы при открытии сайта была 2 ссылки - на файлы и proxy
HTML выглядит вот так

<!DOCTYPE html PUBLIC"-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Zagolovok</title>
</head>
<body>
<h1>Test SITE</h1>
<a href="files">FILES SERVER </a>
<p><a href="PROXY вот тут то я не могу указать жесткую ссылку, с привязкой к IP">PROXY</a></p>
<p> END</p>
</body>
</html>

а конфиг Nginx с помощью Вас уже заработал

[Александр Карабанов]

Drno, предлагаю в ответ к заданию добавить эти ссылки...

[Drno]

Александр Карабанов, типо сами пропишите в свой файл хост такие то домены?)

[Александр Карабанов]

Drno, домены вида anything.localhost автоматически резолвятся в 127.0.0.1 и не требуют явного прописывания в /etc/hosts - можно использовать их.

Например:

ping -4 -c 1 google.localhost
PING google.localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.038 ms

--- google.localhost ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.038/0.038/0.038/0.000 ms

[Drno]

Александр Карабанов, Оо как... я чет незнал. Спасибо)