
Apache proxy с одним физическим IP = 10.2.2.1 и логическим IP = 10.2.2.2
Конфигурация аналогична приведенной ниже.
<VirtualHost *:80>
ServerName example.com
<Location />
ProxyPass http://server:8080/
ProxyPassReverse http://server:8080/
</Location>
</VirtualHost>
<VirtualHost *:80>
ServerName example2.com
<Location />
ProxyPass http://server:8081/
ProxyPassReverse http://server:8081/
</Location>
</VirtualHost>
<VirtualHost 10.2.2.2:443>
ServerName example3.com
SSLEngine on
SSLCertificateFile /example3.com.cer
SSLCertificateKeyFile /example3.com.key
SSLCertificateChainFile /example3chain.com.cer
Redirect / https://example3.com
<Location />
ProxyPass http://server:8082/
ProxyPassReverse http://server:8082/
</Location>
</VirtualHost>
<VirtualHost 10.2.2.1:443>
ServerName example4.com
SSLEngine on
SSLCertificateFile /example4.com.cer
SSLCertificateKeyFile /example4.com.key
SSLCertificateChainFile /example4chain.com.cer
Redirect / https://example4.com
<Location />
ProxyPass http://server:8083/
ProxyPassReverse http://server:8083/
</Location>
</VirtualHost>
<VirtualHost *:80>
ServerName example4.com
Redirect / https://example4.com
</VirtualHost>
Что происходит, так это URLhttps://external4.comсайт не попадает на правильный виртуальный хост, он переходит на не-SSL-перенаправление и просто остается там и обслуживает страницу с ошибкой SSL. Меня заверили, что DNS и брандмауэры верны.
Есть ли ограничение при использовании смешанных IP и виртуальных хостов на основе имени, что сайты SSL должны находиться на отдельных IP-адресах друг от друга и от сайтов без SSL? Нужна помощь.
решение1
Мне кажется, что Redirect / https://example4.com
в SSL VirtualHost для example4.com есть цикл...