- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую!
Гуглил-гуглил, но уже отчаялся найти решение, стал сомневаться в реальности хотелок ((
Итак, есть сайт на nginx, включен ssl, устновлен сертификат, всё ОК, работает как по http, так и по https.
Захотелось расширить, добавив папку /app, но то веб-приложение работает на другой машине по протоколу http.
В конфиге nginx добавил секцию location /app, в которой proxy_pass с необходимым адресом и портом. И всё хорошо при обращении по протоколу http, а вот с https - траблы (( Приложение не подгружает стили и пр.
Понимаю, что правильнее будет организовать связку по https и тогда всё решится, но менять конфигурацию приложения крайне нежелательно (там готовый контейнер). Практически тут шифрование смысла не имеет, шибко конфиденциальных данных там не бегает.
Есть ли варианты что-то подкрутить в конфигах nginx (обмануть ограничения https)? Или не в nginx, а "рядышком"... Это vps, полный доступ.
Почему просто не вынести это приложение на поддомен, и не отключить SSL для него?
Наиболее простое решение.
hubbiton, самый простой вариант это разделить http и https в конфиге Nginx на два блока server {}. И добавить реврайт на http. rewrite ведь можно и в location использовать.
Почему просто не вынести это приложение на поддомен, и не отключить SSL для него?
Наиболее простое решение.
Да, я думал об этом. Но это позиция технаря-несеошника.
Хочется укрупнить основной сайт, а не делать дополнительный. А SSL уже "норма жизни" и мелкий самостоятельный сайтик, да еще и "с косяком" в виде отсутствия SSL не выживёт, я думаю. Два мелких значительно хуже одного большого.
разделить http и https в конфиге Nginx на два блока server {}. И добавить реврайт на http.
Спасибо, но тоже не подходит по вышеописанным причинам.
Цель - сделать один общий ресурс, доступный по https целиком. Тем более, в планах подключать еще и другие приложения-контейнеры.
Оно, в общем-то, и сейчас уже почти получилось, за исключением подгрузки стилей. Я уже про torsocks думаю, но это тоже мутно как-то... В крайнем случае, я таки повешу на поддомен и настрою таки там ssl, запретив прямой доступ снаружи к поддомену для всех, кроме основного сайта. А ssl будет только для связи между серверами. Но пока еще надеюсь найти решение без вмешательства в контейнер приложения.