Рейтинг:0

Сервер Apache недоступен из Интернета после работы над Samba

флаг br

на Ubuntu 20.04.3 у меня есть установка owncloud. Он был доступен через ssl (с IP-адреса от no-ip), и все работало очень хорошо.

Несколько дней назад я работал над samba (которая тоже работала нормально), чтобы посмотреть, смогу ли я заставить работать Apple Time Machine. Это не сработало. Что еще хуже: сервер Apache больше недоступен из Интернета.

В зависимости от браузера сообщение об ошибке может выглядеть примерно так: «невозможно подключиться к серверу» или «ERR_ADDRESS_UNREACHABLE».

Настройки моего маршрутизатора (Fritz.box 7490) вроде в порядке.

Апач работает:

fambopp@fambopp-MacBookAir:~$ sudo systemctl статус apache2
apache2.service — HTTP-сервер Apache
     Загружено: загружено (/lib/systemd/system/apache2.service; включено; предустановка поставщика: включена)
     Активно: активно (работает) с вт 14-12-2021 06:35:00 CET; 30 минут назад
       Документы: https://httpd.apache.org/docs/2.4/
    Процесс: 3993 ExecStart=/usr/sbin/apachectl start (code=exited, status=0/SUCCESS)
    Процесс: 5017 ExecReload=/usr/sbin/apachectl изящный (код=выход, статус=0/УСПЕХ)
   Основной PID: 3997 (apache2)
      Заданий: 6 (лимит: 4531)
     Память: 15,5 Мб
     Группа CG: /system.slice/apache2.service
             ââ3997 /usr/sbin/apache2 -k начать
             ââ5021 /usr/sbin/apache2 -k начать
             ââ5022 /usr/sbin/apache2 -k начать
             ââ5023 /usr/sbin/apache2 -k начать
             ââ5024 /usr/sbin/apache2 -k начать
             ââ5025 /usr/sbin/apache2 -k начать

Дез 14 06:35:00 fambopp-MacBookAir systemd[1]: запуск HTTP-сервера Apache...
14 декабря 06:35:00 fambopp-MacBookAir systemd[1]: Запущен HTTP-сервер Apache.
Дез 14 07:05:04 fambopp-MacBookAir systemd[1]: перезагрузка HTTP-сервера Apache.
Дез 14 07:05:04 fambopp-MacBookAir systemd[1]: перезагружен HTTP-сервер Apache. 

Я проверил с помощью nmap и не вижу никаких проблем:

Начиная с Nmap 7.80 ( https://nmap.org ) 14 декабря 2021 г., 07:33 CET.
Отчет сканирования Nmap для fambopp-MacBookAir.fritz.box (192.168.10.194)
Хост работает (задержка 0,000010 с).
Не показано: 994 закрытых порта
ГОСУДАРСТВЕННАЯ СЛУЖБА ПОРТА
22/tcp открыть ssh
80/tcp открыть http
139/tcp открыть netbios-ssn
443/tcp открыть https
445/tcp открыть microsoft-ds
5900/tcp открыть vnc

Nmap выполнен: 1 IP-адрес (1 хост включен) просканирован за 0,16 секунды.

У меня не было активного ufw. Поэтому я активировал его и разрешил все:

Статус: активен
Ведение журнала: включено (низкий уровень)
По умолчанию: запрещать (входящие), разрешать (исходящие), отключенные (маршрутизируемые)
Новые профили: пропустить

К действию от
-- ------ ----
22/tcp РАЗРЕШИТЬ ВХОД ВСЕГДА                  
80 443/tcp (Apache Full) РАЗРЕШИТЬ ВХОД В любом месте                  
137 138/udp (Samba) РАЗРЕШИТЬ ВСЕГДА                  
139 445/tcp (Samba) РАЗРЕШИТЬ ВХОД В любом месте                  
5900/tcp РАЗРЕШИТЬ ВХОД В любом месте                  
22/tcp (v6) РАЗРЕШИТЬ ВХОД ВСЕГДА (v6)             
80 443/tcp (Apache Full (v6)) РАЗРЕШИТЬ ВХОД В любом месте (v6)             
137 138/udp (Samba (v6)) РАЗРЕШИТЬ ВХОД В любом месте (v6)             
139 445/tcp (Samba (v6)) РАЗРЕШИТЬ ВХОД В любом месте (v6)             
5900/tcp (v6) РАЗРЕШИТЬ ВХОД ВСЕГДА (v6)

Я могу успешно пропинговать страницу:

PING 93.104.185.180 (93.104.185.180) 56 (84) байт данных.
64 байта от 93.104.185.180: icmp_seq=1 ttl=63 время=0,606 мс
64 байта от 93.104.185.180: icmp_seq=2 ttl=63 время=0,613 мс
64 байта от 93.104.185.180: icmp_seq=3 ttl=63 время=0,595 мс

--- Статистика пинга 93.104.185.180 ---
3 пакета передано, 3 получено, 0% потери пакетов, время 2037 мс
rtt min/avg/max/mdev = 0,595/0,604/0,613/0,007 мс

У меня закончились идеи, откуда может возникнуть проблема, и я очень благодарен за любую помощь. Райнер

флаг in
Видите ли вы какие-либо изменения в файлах `access` в `/var/log/apache2`? Если вы видите записи доступа, значит, проблема внутри конфигурации Apache. Если никакие журналы доступа не обновляются, то проблема в стеке между сетью и Apache
Rainer Bopp avatar
флаг br
Действительно у меня есть изменения в файлах доступа. А также журнал ошибок. «[ssl:warn] [pid 7756] AH01909: owncloudddns.net:443:0 сертификат сервера НЕ содержит идентификатор, который соответствует имени сервера». Как такое могло случиться и что делать? @матиго
флаг in
Изменился ли ваш файл `/etc/hostname`? В качестве альтернативы, изменились ли какие-либо из ваших файлов конфигурации Apache? Вы захотите подтвердить, что ваш SSL-сертификат соответствует доменному имени в файле конфигурации виртуального хоста.
Rainer Bopp avatar
флаг br
Ни один файл не изменился с июля. SSL-сертификат тоже вроде в порядке. Может быть, я не туда смотрю в отношении конфигурации виртуального хоста?
Doug Smythies avatar
флаг gn
Вы можете запустить tcpdump (или wireshark, если хотите) и наблюдать за вещами на уровне пакетов. Предложите: `sudo tcpdump -n -tttt -i enp3s0 порт 80 и порт 443`. Измените `enp3s0` на имя вашего интерфейса. Я запустил это: `sudo tcpdump -n -tttt -i enp3s0 host 93.104.185.180` на своем компьютере и вообще не получил ответа при попытке доступа через браузер.
Rainer Bopp avatar
флаг br
Я запускаю tcpdump на двух интерфейсах (я не уверен, какой из них правильный: `wlp2s0b1` или `ens9`). Результат: `0 пакетов захвачено` `0 пакетов, полученных фильтром` `0 пакетов, отброшенных ядром`
Doug Smythies avatar
флаг gn
Тогда я думаю, что у вас проблема с переадресацией портов с вашего маршрутизатора.
Рейтинг:0
флаг br

Спасибо, Дуг Смитис. Ваше указание о переадресации портов указало мне на правильную проблему. По очень странной причине мой маршрутизатор назначил серверу новый IP-адрес, даже если он был установлен на статический IP-адрес. Но он не изменил эту информацию на странице перенаправления портов (не знаю, правильная ли это формулировка, маршрутизатор немецкий...). Поэтому я изменил IP на тот, который был изначально. Теперь все работает нормально. Большой вопрос: почему это произошло, пока он работал над Samba. Впрочем, сейчас это не имеет значения.

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

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