Автор Тема: Тестовый сайт перестал открываться  (Прочитано 764 раз)

Оффлайн vadval15

  • Давно тут
  • **
  • Сообщений: 191
В ОС ALT Workstation 10.1 с настроенным веб-сервером Apache2 на базе Django был создан тестовый сайт. Поскольку в ПК с искомым веб-сервером установлена динамическая IP-адресация, то для привязки имени тестового сайта используется сервис No-IP. Вначале всё работало отлично, но через какое-то время данный тестовый сайт перестал открываться на сторонних устройствах как после ввода его имени, так и самого IP-адреса, продолжая исправно функционировать лишь на указанном ПК. В чём может быть причина такого положения вещей? Не мог ли провайдер каким-либо образом блокировать работу тестового сайта? Заранее признателен за любой совет по описанной проблеме.

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 710
Ping до IP-адреса и до имени ходит с внешних устройств?

Даже если провайдер блокирует ICMP, можно с помощью nmap посмотреть по каким портам отзывается сервер.
nmap -v -Pn IP-адрес

Оффлайн vadval15

  • Давно тут
  • **
  • Сообщений: 191
Спасибо за ответ. По обеим командам, введенным с внешнего устройства (смартфона), получен следующий отрицательный результат:
ping -c 10 IP-address
Спойлер
PING IP-address (IP-address) 56(84) bytes of data.
--- IP-address ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 9215ms

nmap -v -Pn IP-address
Спойлер
Starting Nmap 7.94 (https://nmap.org) at 2024-04-28 12:23 EEST
Initiating Parallel DNS resolution of 1 host at 12:23
Completed Parallel DNS resolution of 1 host at 12:23, 1.56s elapsed
Initiating Connect Scan at 12:23
Scanning IP-address [1000 ports]
Connect Scan Timing: About 15.05% done; ETC: 12:27 (0:02:55 remaining)
Connect Scan Timing: About 30.05% done; ETC: 12:27 (0:02:22 remaining)
Connect Scan Timing: About 45.10% done; ETC: 12:27 (0:01:51 remaining)
Connect Scan Timing: About 60.05% done; ETC: 12:27 (0:01:20 remaining)
Connect Scan Timing: About 75.05% done; ETC: 12:27 (0:00:50 remaining)

Completed Connect Scan at 12:27 201.42s elapsed (1000 total ports)
Nmap scan report for IP-address
Host is up.
All 1000 scanned ports on IP-address are in ignored states.
Not shown: 1000 filtered tcp ports (no-response).

Nmap done: 1 IP address (1 host up) scanned in 203.04 seconds

Оффлайн GrishaDm

  • Давно тут
  • **
  • Сообщений: 353
А как вы определяли динамический IP-adress?

Оффлайн vadval15

  • Давно тут
  • **
  • Сообщений: 191
С помощью команды ifconfig. Для его передачи сервису No-IP используется демон noipd.

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 710
получен следующий отрицательный результат
Рассказывайте подробнее про подключение и структуру сети, какой провайдер, какой физический уровень подключения, есть ли промежуточный маршрутизатор, и т.д.
А то окажется, что сервер подключён через GPRS модем, а провайдер блокирует все входящие запросы.

Оффлайн vadval15

  • Давно тут
  • **
  • Сообщений: 191
Простите, но мне казалось, что на основании результатов выполнения этих команд уже можно сделать хоть какие-то выводы... Для работы Интернета используется обычное стационарное проводное соединение. О политике же провайдера, как и о его сетевой структуре мне, к сожалению, ничего не известно, а сам он не намерен посвящать в них своих пользователей.

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 710
Для работы Интернета используется обычное стационарное проводное соединение.
То есть кабель от ближайшего свитча провайдера приходит прямо в сетевой интерфейс сервера?
Сетевой интерфейс на сервере жив? Пинги до 8.8.8.8 с сервера ходят?
Посмотрите на сервере вывод команды "ip -a"
Файерволом на сервере не баловались?
Доступ пропал после установки обновлений?


По поводу политики провайдеров, обычно, можно почитать на их форумах, или на других тематических форумах.
Можно напрямую спросить у техподдержки, почему нет доступа к серверу по нужному порту.

Оффлайн vadval15

  • Давно тут
  • **
  • Сообщений: 191
Благодарю всех за ответы. Представитель провайдера официально уведомил меня, что доступ к моему ПК, включая находящийся на нём веб-сервер, с внешних устройств, не подключённых к его подсети, невозможен. О том, что ещё относительно недавно это было вполне возможно, он, по понятным причинам, умалчивает.