☰

HTTPS не работает на пользовательском порту

tag-icon • tag-icon linux apache-http-server ssl https
HTTPS не работает на пользовательском порту

Я делаю это в качестве теста для более масштабного развертывания. У меня Apache запущен на CentOS5 в чистой виртуальной машине (установлено всего несколько инструментов, PHP и т. д.).

Если mod_ssl настроен на прослушивание порта 443 в /etc/httpd/conf.d/ssl.conf, то сайт по адресуhttps://192.168.1.137загружается просто отлично.

Если я изменю порт прослушивания, например, на 9443 в ssl.conf и перезагружу httpd, страница не загрузится.https://192.168.1.137:9443- Я установил eth0 как доверенный и отключил SElinux на случай, если он будет мешать, но все равно безрезультатно.

Я что-то пропустил?

решение1

Убедитесь, что вы изменили все ссылки на 443 в конфигурации Apache. Сервер SSH часто настраивается как виртуальный хост. Вам нужно будет изменить порт, который он использует, а также порт прослушивания. Вам может понадобиться конфигурация виртуального хоста, например (вы должны настроить ее в соответствии со своими потребностями):

<VirtualHost _default_:9443>
    SSLEngine on
    SSLCertificateFile /etc/pki/tls/certs/localhost.crt
    SSLCertificateKeyFile /etc/pki/tls/private/localhost.key

    CustomLog /var/logs/apache/access_ssl.log combined
    ErrorLog /var/logs/apache/error_ssl.log
    LogLevel warn
 </VirtualHost>

Используйте sudo netstat -lnp | grep 443, чтобы увидеть, прослушивает ли Apache нужный порт. Эта версия команды также выведет список прослушивающих программ. Чтобы узнать, какие порты прослушивает apache, попробуйте команду sudo netstat -lnp | grep apache.

решение2

При отключении SE linux вы также убедились, что изменили настройки FW? В последний раз, когда я проверял, отключение SELinux не отключило брандмауэр под centos. так что, возможно, брандмауэр все еще имеет открытый порт 443, а не 9443

Связанный контент