Попытка настроить домашний веб-сервер с использованием Ubuntu и Apache2

Question

Шаги, которые я предпринял:

• Установил Ubuntu на старый ноутбук.
• При наличии у ноутбука статического IP-адреса в локальной сети 10.1.1.12 .
• Добавьте сервис к маршрутизатору Netgear DG834GU для порта 80 TCP/UDP
• Настройте правило брандмауэра в Netgear для порта 80, которое позволяет любому пользователю WAN и журналам всегда отправлять в 10.1.1.12 .

Я могу добраться до 10.1.1.12 в локальной сети и увидеть веб-страницы в порядке. Когда я пытаюсь просматривать данные из внешней сети (например, с моего телефона), используя назначенный провайдером IP-адрес, я получаю:

Ошибка чтения: система вернула (104) сброс соединения по одноранговому узлу.

Когда я захожу на canyouseeme.org он говорит:

Ошибка: я не смог увидеть ваш сервис на 114.xxx.xx.13 на порту (80) Причина: соединение отказано

Я пошел в свой инструментарий провайдера, и порт 80 там не заблокирован.

Если я пытаюсь использовать xampp или любой другой маленький веб-сервер на моем компьютере с Windows 7, происходит то же самое. Я попытался отключить брандмауэр Windows, и ничего не изменилось.

Из учебников, которые я прочитал, мне больше ничего не нужно делать с Apache. Я удалил и очистил и переустановил это только в случае, если я как-то заполнил. Теперь это как новый.

Может ли это происходить из-за того, что мое соединение слишком медленное или может быть другая проблема? Тайм-аут сервера составляет 300 секунд, но я заметил, что когда я пытаюсь получить к нему доступ, он перестает пытаться после 15-20. Как бы я точно определил, в чем проблема? Есть ли инструмент, о котором кто-нибудь знает, который сможет мне рассказать?

Вот изображения экранов настройки маршрутизатора.

Просто снова посмотрел логи роутера:

Firewall: packet accept. 49.183.xx.xx(44947) --> 114.xxx.xx.xx(80),
Protocol TCP. Tuesday, Feb 10,2015 01:56:54 Firewall: packet accept.
49.183.xx.xx(44947) --> 114.xxx.xx.xx(80), Protocol TCP. Tuesday, Feb 10,2015 01:56:44 Firewall: packet accept. 49.183.xx.xx(44946) -->
114.xxx.xx.xx(80), Protocol TCP. Tuesday, Feb 10,2015 01:55:02 Firewall: packet accept. 49.183.xx.xx(44946) --> 114.xxx.xx.xx(80),
Protocol TCP. Tuesday, Feb 10,2015 01:54:52

Итак, что-то происходит ... Но внешне не обслуживается веб-страниц.

Answer 1

Вы можете попробовать поэкспериментировать со службой, такой как cloudflare.com, чтобы связать ваше доменное имя с внешним ip-адресом вашего сервера. Проблема может заключаться в том, что у вас динамический IP-адрес, который часто меняется, вы также можете заглянуть в сервис по адресу http://dyn.com/... или посмотреть где-нибудь получить облачный сервис и установить Ubuntu +apache с помощью sftp для загрузите ваш контент в /var /www /html.

Answer 2

Возможно, вам придется искать опцию "DMZ" в настройках вашего роутера.

Когда я настраивал свой веб-сервер, мне нужно было перейти к 192.168.0.1 для доступа к маршрутизатору (который может отличаться для вас), а затем перемещаться, пока не обнаружил "DMZ HOST" ... измените его на свой локальный IP-адрес для веб-сайта. сервер. Это была моя проблема. Надеюсь, это поможет.

Мой файл /etc /network /interfaces выглядит следующим образом:мой файл /etc /network /interfaces и работает нормально.

Answer 3

Есть ли у вас служба брандмауэра, такая как iptables, работающая в системе Ubuntu? Если это так, настроен ли он на подключение к порту 80 со всех внешних адресов, а не только с других компьютеров в вашей локальной сети?

В системах Linux вы можете использовать tcpdump, который является анализатором пакетов, он же "сниффер", для устранения таких проблем. Запустив его на своем веб-сервере, вы сможете увидеть, поступают ли TCP-пакеты на сервер. WinDump - аналогичная программа для систем Windows, которую можно запустить в системе Windows 7, если вы настроили ее в качестве веб- сервера. Это утилиты командной строки. Для графического интерфейса пользователя (GUI) вы можете использовать Wireshark.

Для получения информации о том, как использовать tcpdump (WinDump использует подобный синтаксис), посмотрите Захват пакетов с помощью Tcpdump.

Еще одно место, чтобы проверить это логи Apache, чтобы увидеть, если они показывают какие-либо подключения от внешних систем. Вы должны быть в состоянии найти места для журналов Apache из файла Apache httpd.conf.