Вопросы Теги

Не могу настроить httpd.conf [закрыто]

У меня проблемы с httpd, и я не могу его настроить (не могу открыть в браузере). Я делал это много раз, но теперь что-то упустил.

Я установил CentOS 6.5 на виртуальном боксе с ubuntu 14. Используйте мостовое соединение с локальным IP-адресом.

В httpd.conf измените эту строку, 

#Listen 192.168.1.144:80

, но без "#" не запустит службу httpd. С 127.0.0.1 или 0.0.0.0 тоже есть такая же проблема.

В iptables 

    :INPUT ACCEPT [0:0]
    :`FORWARD ACCEPT [0:0]`
    :OUTPUT ACCEPT [0:0]
    -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
    -A INPUT -p icmp -j ACCEPT
    -A INPUT -i lo -j ACCEPT
    -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
    -A INPUT -j REJECT --reject-with icmp-host-prohibited
    -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
    -A FORWARD -j REJECT --reject-with icmp-host-prohibited
  COMMIT

порт 80 открыт. У меня роутер тоже открыт.

Я пытаюсь использовать nginx, но у меня та же проблема. Я начинаю понимать, что проблема в виртуальном боксе или в ubuntu.

РЕДАКТИРОВАТЬ 1: Это из error_log: 

[Mon Jul 14 17:11:02 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Jul 14 17:11:02 2014] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 14 17:11:02 2014] [notice] Digest: done
[Mon Jul 14 17:11:02 2014] [notice] Apache/2.2.15 (Unix) DAV/2 configured -- resuming normal operations
[Mon Jul 14 18:18:53 2014] [notice] caught SIGTERM, shutting down
[Mon Jul 14 18:18:54 2014] [notice] SELinux policy enabled; httpd running as context unconfined_u:system_r:httpd_t:s0
[Mon Jul 14 18:18:54 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Jul 14 18:18:54 2014] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 14 18:18:54 2014] [notice] Digest: done
[Mon Jul 14 18:18:54 2014] [notice] Apache/2.2.15 (Unix) DAV/2 configured -- resuming normal operations

Возможно, проблема в VirtualBox, потому что в моей Ubuntu (основной ОС) apache работает очень хорошо.

РЕДАКТИРОВАТЬ 2

ПРОБЛЕМА РЕШЕНА!

Я меняю VirtualBox на VMware и теперь у меня нет проблем .. :)

-2
задан 15 July 2014 в 04:36
2 ответа

Похоже, что у вас здесь может возникнуть множество проблем, поэтому сначала мы начнем с того, чтобы убедиться, что вы правильно настроили доступ к сети в VirtualBox и Centos. Всё, что я здесь написал, это руководство, чтобы определить, где находится проблема, а не какая-либо информация о том, как ее решить, т.к. вам нужно будет предоставить больше информации для решения.

Проблема 1: Доступ в Интернет Во-первых, в VirtualBox убедитесь, что сетевой адаптер установлен как 'Attached to Bridged Adapter' (Прикреплен к сетевому адаптеру), а затем выберите источник интернет-подключения вашей машины, т.е. en0: Wi-Fi.

Во-вторых, запустите вашу виртуальную машину, войдите в систему как root и введите ifconfig. Вы должны увидеть что-то подобное и обратить внимание на inet addr:

eth0      Link encap:Ethernet  HWaddr 08:00:27:4D:22:B1  
          inet addr:192.168.3.105  Bcast:192.168.3.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe4d:22b1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:632 errors:0 dropped:0 overruns:0 frame:0
          TX packets:67 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:63848 (62.3 KiB)  TX bytes:8159 (7.9 KiB)

Тогда вы захотите проверить возможность ping google.com. Если это успешно, то вы должны увидеть строки вроде этой. Нажмите CTRL + C, чтобы отменить:

64 bytes from blablabla.bla.com (*.*.*.*): icmp_seq=1 ttl=60 time=1.61 ms

Если вы зашли так далеко, то у вас есть доступ в интернет с вашей виртуальной машины. Следующим шагом будет проверка того, могут ли другие машины получить доступ к вашей виртуальной машине.

Теперь вам нужно проверить, могут ли другие машины в вашей сети видеть вашу виртуальную машину. Используя консоль на реальной машине ping inet addr из ответа на команду ifconfig, которую вы запустили ранее.

Затем используйте Nmap для проверки открытых портов на виртуальной машине, снова используя консоль на реальной машине. Смотрите http://nmap.org/book/install.html для получения полезной информации о Nmap. Вы должны увидеть ответ, содержащий строку, подобную этой:

80/tcp   open     http        Apache httpd 2.2.14 ((Centos))

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

Правка 1:

Правильно, значит, все в порядке. У вас открыт порт 80 и у вас есть доступ к сети, так что следующая задача - определить, что нужно в вашем файле httpd.conf.

Вы наверняка захотите начать с прослушивания любого входящего трафика на порту 80, поменяв эту строку на 

Listen 80

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

service httpd restart

в вашем лог-файле, найденном по адресу /var/log/httpd/error_log. Вы можете наблюдать за ростом этого лога во время перезапуска httpd в другом консольном окне, используя tail, например:

tail /var/log/httpd/error_log

Если вы опубликуете что-нибудь значимое из лога в виде правки в вашем вопросе выше, это поможет нам диагностировать проблему.

.
0
ответ дан 5 December 2019 в 21:45

Я бы предложил разделить ваши проблемы:

  1. Брандмауэр: Попробуйте запустить tcp-сервер ncat на 80 порту и попытайтесь получить доступ из-за брандмауэра
  2. httpd: Запустите http локально и ncat/telnet к нему локально, чтобы убедиться, что он работает

Также проверьте журналы ошибок httpd на наличие проблем.

0
ответ дан 5 December 2019 в 21:45

Теги

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