Рейтинг:0

Порт HTTPS 443: netstat показывает подстановочный знак, но curl --insecure работает только для локального хоста

флаг tr

У меня есть удаленная машина с общедоступным IP-адресом 121.xyz, с установленным Gitlab (программное обеспечение не имеет большого значения и знания Gitlab здесь не требуются) (который использует nginx для своего веб-интерфейса) и настройкой HTTPS. Однако я нахожусь в ситуации, когда я могу получить доступ только через HTTPS, используя локальный хост, но без другого IP-адреса.

Когда я делаю netstat -ан | группа 443 на удаленной машине я получаю

[пользователь@машина ~]$ netstat -an | группа 443
TCP 0 0 0.0.0.0:443 0.0.0.0:* ПРОСЛУШИВАТЬ  

Когда я делаю завиток --небезопасный https://127.0.0.1 на удаленной машине я получаю

[пользователь@машина ~]$ curl --insecure https://127.0.0.1
<html><body>Вы <a href="https://127.0.0.1/users/sign_in">перенаправлены</a>.</body></html>

Перенаправленное сообщение является правильным сообщением по умолчанию в Gitlab.

Однако, когда я делаю curl --insecure https://121.x.y.z на удаленной машине я не получаю ничего, кроме бесконечного времени ожидания (похоже, что на самом деле она не слушает). Но результат netstat, похоже, указывает на то, что он прослушивает все IP-адреса, а не только localhost.

Веб-интерфейс Gitlab работает корректно, если я сброшу настройки HTTPS и вернусь к HTTP.

Я не знаю, как продолжить отладку этой проблемы, и в значительной степени застрял. Могу ли я что-нибудь сделать, чтобы понять, почему он слушает только localhost, а netstat показывает, что слушает все?

Редактировать: Система CentOS7, и firewalld, похоже, тоже не активен.

[user@machine ~]$ sudo systemctl статус firewalld
▪ firewalld.service — firewalld — демон динамического брандмауэра
   Загружено: загружено (/usr/lib/systemd/system/firewalld.service; отключено; предустановка поставщика: включена)
   Активный: неактивный (мертвый)
     Документы: man:firewalld(1)

14 августа, 10:55:45 xxxxxx systemd[1]: firewalld.service: модуль нельзя перезагрузить, поскольку он неактивен.
флаг in
Тайм-аут обычно указывает на проблему с брандмауэром.
cr001 avatar
флаг tr
Я также включил результат `sudo systemctl status firewalld`, и он кажется неактивным. Есть ли другой возможный брандмауэр на centOS7?
флаг in
Брандмауэр может быть где угодно между вами и удаленной машиной. Поскольку вы не предоставляете никакой информации об инфраструктуре, мы не можем даже догадываться.
cr001 avatar
флаг tr
Все команды curl выполняются на удаленном терминале ssh.
флаг cn
Bob
Когда общедоступный IP-адрес не настроен на самой машине (что обычно имеет место для плавающих IP-адресов и подобных конструкций в облачных средах (проверьте, например, с помощью `ip addr` ), трафик от экземпляра к этому общедоступному IP-адресу также подлежит внешнему управлению доступом, например, группам безопасности.Эти средства управления доступом не применяются локальным брандмауэром (iptables, firewalld, ufw или подобным) и не очевидны сразу.
cr001 avatar
флаг tr
@Боб Большое спасибо. Похоже, проблема именно в IP-адресе. Облачная служба, которую я использую, похоже, имеет экземпляр сервера и IP-адреса, которые обрабатываются отдельно.

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

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