Рейтинг:0

Прокси-сервер Nginx работает на порту 4443 с возможностью шифрования ssl

флаг us

Я пытаюсь проксировать Java-приложение, работающее на порту 4443 с помощью нгинкс. Мой блок сервера nginx выглядит следующим образом:

карта $http_upgrade $connection_upgrade {
     обновление по умолчанию;
     ''      близко;
}

 вышестоящий сервер {
    сервер example.com:4443;
 }

 сервер {
    имя_сервера ov.example.com www.ov.example.com;


    место расположения / {
            прокси_пасс https://ovserver;
            proxy_set_header Обновить $http_upgrade;
            proxy_set_header Соединение $connection_upgrade;
            прокси_http_версия 1.1;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header Хост $http_host;
            proxy_intercept_errors включен;
            прокси_перенаправление выключено;
            proxy_cache_bypass $http_upgrade;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-NginX-Proxy true;
            proxy_ssl_session_reuse выключено;
    }

        слушать [::]:443 ssl;
        слушать 443 ssl;
        ssl_certificate /etc/letsencrypt/live/ov.example.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/ov.example.com/privkey.pem;
        включить /etc/letsencrypt/options-ssl-nginx.conf;
        ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

}

сервер {
    если ($ хост = ov.example.com) {
        вернуть 301 https://$host$request_uri;
    } 
        слушать 80;
        слушать [::]:80;
        имя_сервера ov.example.com www.ov.example.com;
        вернуть 404;
}

Мне нужно направить все запросы, генерируемые java-приложением в порту 4443, на данный хост. Бывший:

https://example.com:4443/something/here => https://ov.example.com/something/here
wss://example.com:443/something/here => wss://ov.example.com/something/here

Но с моей текущей конфигурацией он все еще не работает. Любые предложения приветствуются.

ОБНОВИТЬ 1

примеры запросов на скручивание:

curl --имя пользователя:пароль https://example.com:4443/something/api/здесь
curl: (60) Проблема с SSL-сертификатом: самозаверяющий сертификат

curl --имя пользователя:пароль https://ov.example.com/something/api/here
{"numberOfElements":0,"content":[]} # ожидаемый ответ

ОБНОВЛЕНИЕ 2

curl --имя пользователя:пароль https://example.com:4443/something/api/here --key /etc/letsencrypt/live/ov.example.com/privkey.pem --cert /etc/letsencrypt/live /ov.example.com/cert.pem

 #отклик
 Проблема с сертификатом SSL: самоподписанный сертификат
флаг sv
Добро пожаловать в ServerFault. Пожалуйста, предоставьте пример запроса с завитком, текущим выводом и ожидаемым выводом.
Madushan Perera avatar
флаг us
@PothiKalimuthu Я обновил свой вопрос.
Gerard H. Pille avatar
флаг in
Каков текущий ответ?
Madushan Perera avatar
флаг us
@GerardH.Pille Я обновил ответы на вопрос. В консоли браузера я получаю `https://example.com:4443/something/api/here net::ERR_CERT_AUTHORITY_INVALID`. Если я смогу избавиться от этого `example.com:4443` с `ov.example.com`, это сработает.
Madushan Perera avatar
флаг us
@GerardH.Pille Пожалуйста, проверьте мое обновление 2 в вопросе.
djdomi avatar
флаг za
вы настраиваете nginx для прослушивания 443, а не 4443, если служба доступна для 4443, то это ваша фоновая служба, которая не должна слушать Интернет;)
Gerard H. Pille avatar
флаг in
Отличное обновление, вы только что повторили то, что сказали в обновлении 1. Каков результат второго запроса curl?
Madushan Perera avatar
флаг us
@GerardH.Pille, мне очень жаль. Если вы спрашиваете результат обновления 1 — второй запрос на завивку, то он дает мне ожидаемый ответ API, который равен `{"numberOfElements":0,"content":[]}`. Вот почему я хочу заменить `https://example.com:4443/something/here => https://ov.example.com/something/here`. Надеюсь, вы понимаете мое требование.
Gerard H. Pille avatar
флаг in
Боюсь, что нет. Если второй запрос работает должным образом, ваша проблема решена: пусть приложение Java использует второй URL-адрес.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.