Сервер apache2, размещенный на Linux, не доступен по локальной сети.

245
user9494587

Я пытаюсь получить доступ к своему серверу apache2, который размещен в системе Linux на основе Debian по локальной сети, но, к сожалению, он недоступен. Хотя я пытаюсь получить доступ к нему как localhostили 192.168.1.x(через IP-адрес), он доступен на локальной машине, но в то время как в локальной сети он не доступен. Я также попробовал свежую установку сервера apache2 и попытался исправить, но ничего полезного ..

Я изменил /etc/apache2/ports.confфайл, где я прокомментировал Listen *:80строку и изменил его на Listen 0.0.0.0:80

Кроме того, я изменил /etc/apache2/sites-available/000-default.confфайл, где я изменил линию VirtualHost *:80к VirtualHost 0.0.0.0:80 Насколько мне известно, нет брандмауэра работает на системе или любого роде правила iptabe.

Пока я пробую команду netstat, она показывает: 

tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 7780/apache2

Nmap IP 192.168.1.xтакже показывает, что порт открыт.

Кроме того, при попытке сервера контент через python -m SimpleHTTPServer 8080контент доступен только на локальном компьютере, но не в локальной сети. Я сомневаюсь, что это какая-то проблема с сетью или переадресацией портов или что-то подобное Я могу ошибаться здесь, хотя!

Может кто-нибудь помочь мне разобраться в проблеме и помочь мне выяснить, что мне здесь не хватает?

0
покажите iptables -L -v, пожалуйста NoAngel 6 лет назад 0
Кажется, что здесь все принимается. `Chain INPUT (политика ACCEPT 0 пакетов, 0 байтов)` `Chain FORWARD (политика ACCEPT 0 пакетов, 0 байтов)` `Chain OUTPUT (политика ACCEPT 0 пакетов, 0 байтов)` user9494587 6 лет назад 0
Обновление: я перезапустил сервер apache2 и обнаружил, что в прямой цепочке нет движения пакетов `Цепной ВХОД (политика ACCEPT 1908 пакетов, 3564 Кбайт)` `Цепочка FORWARD (политика ACCEPT 0 пакетов, 0 байт)` `Chain OUTPUT ( политика ПРИНИМАЕТ 1858 пакетов, 1866 КБ) user9494587 6 лет назад 0
хорошо, похоже, это не проблема брандмауэра, попробуйте проверить ifconfig, ваш компьютер имеет действительный IP-адрес и находится в той же подсети, что и другие компьютеры, которые не могут подключиться. Также проверьте выходной маршрут -n. NoAngel 6 лет назад 0
Например, моя система `192.168.1.5`, а шлюз` 192.168.1`. Системой, которая пытается подключиться к `192.168.1.5`, является` 192.168.1.6` | `Route -n` показывает` Флаг назначения Genmask Gateway Метрика Ссылка Использовать Iface` `0.0.0.0 192.168.1.1 0.0.0.0 UG 600 0 0 wlan0`` 192.168.1.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0` кажется хорошим, я думаю | однако 'ifconfig' показывает, что у меня используется адрес ipv6, тогда как я перешел с ipv6 на NetworkManager, ipv4 кажется хорошим ... все еще в замешательстве! user9494587 6 лет назад 0
хорошо, еще одна проверка. что показывает "curl 192.168.1.5"? пожалуйста, запустите с 192.168.1.6. NoAngel 6 лет назад 0
`curl --head 192.168.1.5` дает` HTTP / 1.1 200 OK` при попытке доступа из `192.168.1.6` PS: в этом случае` .1.6` была другой виртуальной системой (виртуальной коробкой), используемой в той же системе который использовал мостовое соединение, и сеть была маршрутизирована через `192.168.1.1` (шлюз). Однако при попытке доступа к системе `192.168.1.5` с другого компьютера из` 192.168.1.7` она все еще недоступна. Я полностью удивлен, увидев эту проблему, и до сих пор не могу понять, чего мне здесь не хватает !!! user9494587 6 лет назад 0
хм, у меня нет идей. В случае, когда curl возвращает HTTP 200, он должен работать. В других случаях, когда он недоступен, я думаю, что пришло время изучить некоторый tcpdump и попробовать его как на отправляющей, так и на принимающей сторонах. NoAngel 6 лет назад 0
Должно быть что-то не так с вашей сетевой конфигурацией. Можете ли вы пинговать с хоста, который не работает? Все эти адреса находятся на одной и той же линии связи, поэтому шлюз не играет роли, когда эти узлы взаимодействуют друг с другом. Johan Myréen 6 лет назад 0

0 ответов на вопрос

Похожие вопросы