Apache и Nginx (каждый в качестве обратного прокси-сервера) имеют совершенно разное поведение для самозаверяющего внутреннего сертификата - PullRequest
Новая
       10

Apache и Nginx (каждый в качестве обратного прокси-сервера) имеют совершенно разное поведение для самозаверяющего внутреннего сертификата

0 голосов
/ 05 июня 2018

Я развернул Angular на сервере Nginx & Apache http (в качестве веб-серверов с обратным прокси-сервером) в моей среде UAT с серверной частью, работающей при весенней загрузке на Apache Tomcat (зашифрованной с помощью https для API Java REST), я заметил, что Nginxбыл настроен как обратный прокси-сервер гораздо проще, чем Apache, НО, во многом потому, что Apache не доверял сертификату API Java (поскольку он самоподписан, так что это кажется правильным)

Может кто-нибудь объяснить, почему это произошло?Я верю, что Nginx безопасен, но я хочу знать, почему он разрешил этот самозаверяющий сертификат, в то время как Apache по умолчанию заблокировал его (разрешено только с SSLProxyVerify none)?

Конфигурация Nginx (связанная часть): 

    location /api {
    proxy_pass  https://192.168.170.78:7002/;
    }

Конфигурация Apache (связанная часть): 

# SSL proxy config
SSLProxyEngine on

# Why this must be present for the apache to connect to the backend but not for nginx?
SSLProxyCheckPeerName off

# the (proxy) redirection rules for the server
ProxyPass /api/ https://192.168.170.78:7002/
ProxyPassReverse /api/ https://192.168.170.78:7002/
...