- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В наличии nginx и 2 сервера. Оба первый сервер проксирует на второй, второй уже на внутренние ресурсы.
Проксирование происходит путем конструкции:
location / { include proxy_params; proxy_pass http://192.168.50.101:80; }
Где в инклуде есть стандартное
Проблема в том, обращаясь на основной сервер по https , до реальных серверов доезжает http . Т.е. X-Forwarded-Proto не передается по цепочке, а берется от предъидущего запроса . Собственно вопрос, можно ли по цепи прокси передать начальный протокол, по которому обратился пользователь.
Как-то так:
bla_bla_bla заменить на то, как X-Forwarded-Proto фигурирует в запросе
bla_bla_bla заменить на то, как X-Forwarded-Proto фигурирует в запросе
Ничего не понял. Если имеется ввиду ручное подставление http https - то не катит, обращаться могут по разному.
proxy_pass http://192.168.50.101:80;
Второй nginx будет в $scheme видеть http
На втором nginx X-Forwarded-Proto нужно не $scheme передавать, а $http_x_forwarded_proto
Второй nginx будет в $scheme видеть http
На втором nginx X-Forwarded-Proto нужно не $scheme передавать, а $http_x_forwarded_proto
Спасибо, все действительно просто.
А то я уже начал строить схему через map брать заголовки, присваивать в переменную, передавать другим заголовком.
Ничего не понял. Если имеется ввиду ручное подставление http https - то не катит, обращаться могут по разному.
Теперь поняли?