Рейтинг:1

Соединение с портом 443 сервера Apache отклонено

флаг cn

Недавно настроенный SSL на Apache 2.4/Ubuntu 20.04, размещенный в Oracle Cloud, и получил отказ в соединении для https/порта 443.

Внешнее устройство:

$ завиток simpliassure.com: 443
curl: (7) Не удалось подключиться к порту 443 simpliassure.com: в соединении отказано

$ завиток simpliassure.com
(нормальная загрузка html-контента)

$nmap -p 443 132.145.100.143
Хост работает (задержка 0,024 с).
ГОСУДАРСТВЕННАЯ СЛУЖБА ПОРТА
443/tcp закрыт https

ssh на сервер:

$ curl локальный хост
(нормальная загрузка html-контента)

$ curl локальный хост: 443
(нормальная загрузка html-контента)

$ curl https://localhost
curl: (35) ошибка: 1408F10B: подпрограммы SSL: ssl3_get_record: неверный номер версии

$ apachectl конфигтест
Синтаксис ОК

$ судо apache2ctl -S
Конфигурация виртуального хоста:
132.145.100.143:80 simpliassure.com (/etc/apache2/sites-enabled/default-ssl.conf:3)
132.145.100.143:443 simpliassure.com (/etc/apache2/sites-enabled/default-ssl.conf:14)
Корневой сервер: "/etc/apache2"
Основной корневой документ: "/var/www/html"
Основной журнал ошибок: "/var/log/apache2/error.log"
Сшивание Mutex ssl: using_defaults
SSL-кэш Mutex: using_defaults
Мьютекс по умолчанию: dir="/var/run/apache2/" механизм=по умолчанию 
Mutex mpm-accept: using_defaults
Обратный вызов сторожевого таймера Mutex: using_defaults
Mutex ssl-stapling-refresh: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Определить: DUMP_VHOSTS
Определить: DUMP_RUN_CFG
Пользователь: name="www-data" id=33
Группа: name="www-data" id=33

$ сс -туплн
Состояние Netid Recv-Q Send-Q Локальный адрес: порт Одноранговый адрес: процесс порта 
udp UNCONN 0 0 0.0.0.0:111 0.0.0.0:*            
udp UNCONN 0 0 127.0.0.53%lo:53 0.0.0.0:*            
udp UNCONN 0 0 10.0.0.29%ens3:68 0.0.0.0:*            
udp UNCONN 0 0 [::]:111 [::]:*            
TCP ПРОСЛУШИВАТЬ 0 4096 0.0.0.0:111 0.0.0.0:*            
TCP ПРОСЛУШИВАТЬ 0 4096 127.0.0.53%lo:53 0.0.0.0:*            
TCP ПРОСЛУШИВАТЬ 0 128 0.0.0.0:22 0.0.0.0:*            
TCP ПРОСЛУШИВАТЬ 0 4096 [::]:111 [::]:*            
TCP ПРОСЛУШИВАТЬ 0 511 *:80 *:*            
TCP ПРОСЛУШИВАТЬ 0 128 [::]:22 [::]:*            
TCP ПРОСЛУШИВАТЬ 0 511 *:443 *:* 

/etc/сайты-доступны/по умолчанию-ssl.conf это единственная символическая ссылка под /etc/sites-enabled/default-ssl.conf

/etc/сайты-доступны/по умолчанию-ssl.conf:

<IfModule mod_ssl.c>
    <Виртуальный хост 132.145.100.143:80>
        Веб-мастер администратора сервера@localhost
        Имя сервераsimpliassure.com

        Корень документа /var/www/html

        Журнал ошибок ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log вместе

    </ виртуальный хост>

    <Виртуальный хост 132.145.100.143:443>
        Веб-мастер администратора сервера@localhost
        Имя сервераsimpliassure.com

        Корень документа /var/www/html

        Журнал ошибок ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log вместе

        SSLEngine включен

        SSLCertificateFile /home/ubuntu/certificate_bundle/www.simpliassure.com.crt
        SSLCertificateKeyFile /home/ubuntu/certificate_bundle/www.simpliassure.com.key
        SSLCertificateChainFile /home/ubuntu/certificate_bundle/www.simpliassure.com_intermediate.crt

        <FilesMatch "\.(cgi|shtml|phtml|php)$">
                SSLOptions +StdEnvVars
        </FilesMatch>
        <Каталог /usr/lib/cgi-bin>
                SSLOptions +StdEnvVars
        </Каталог>
    </ виртуальный хост>
</ЕслиМодуль>
/etc/apache2/ports.conf:

Слушай 80
Слушай 443

ufw Ubuntu неактивен. Ран...

$ sudo ufw разрешить https
$ судо a2enmod ssl
$ sudo a2enmod заголовки
$ sudo a2ensite по умолчанию-ssl
$ sudo systemctl перезапустить apache2

... без везения.

Правила входа в сеть Oracle Virtual Cloud:

Правила входа в сеть Oracle Virtual Cloud Network

Любые идеи?

vidarlo avatar
флаг ar
Возможно, у вас есть брандмауэр, который блокирует входящие пакеты на порт 443?
VictorMJ avatar
флаг sa
Попробуйте выполнить curl внутри веб-сервера, используя localhost: `curl https://localhost`, если это работает для вас, означает, что ваш веб-сервер правильно выставляет порт `443`, и у вас есть какой-либо `брандмауэр` в сети уровне, что он «блокирует» запросы к «443» извне.
Robbie Zhao avatar
флаг cn
Я использую бесплатную версию Oracle Cloud, в которой нет функций брандмауэра. Я включил результаты «правил трафика» и «curl localhost» в свой пост. Интересно, что `curl https://localhost` не работает, а `curl localhost:443` работает.
флаг cn
Странно, что curl работает на порт 443, а не через HTTPS. Curl будет использовать HTTP по умолчанию, так что мне кажется, что Apache прослушивает HTTP на 443, но не HTTPS?
Рейтинг:0
флаг cn
  1. Проверьте ваш брандмауэр Oracle; Если порт 443 не был открыт, его открывают.

  2. Проверьте свой брандмауэр ufw; Запуск от имени root: ufw разрешить https

Рейтинг:0
флаг in

В завитке явно ошибка, похоже, что-то не так с вашим сертификатом.Проверьте, какое имя хоста вы назначили сертификату для сервера. Кроме того, при проведении сертификатов убедитесь, что вы используете имена субъектов, чтобы они захватили как имя хоста, полное доменное имя, так и, если необходимо, IP-адрес в зависимости от ваших потребностей.

Рейтинг:0
флаг sg

Запустите «nmap -p 443 132.145.100.143» извне, чтобы проверить, открыт ли/отфильтрован порт. Проверьте все брандмауэры в системе, а не только UFW.

Robbie Zhao avatar
флаг cn
`nmap` порт 443 показывает, что порт закрыт. Я опубликовал то, что, как мне кажется, может быть единственным, что блокирует трафик, — Правила входа Oracle VCN. Они выглядят хорошо для вас?
borcan22 avatar
флаг sg
Если порт закрыт, я думаю, что на хосте не работает веб-сервис.

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

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