Я запускаю виртуальную машину Debian в качестве среды разработки, на которой запущен Apache v 2.4.10. До вчерашнего дня он работал нормально, но с сегодняшнего утра любая страница, которую я пытаюсь посетить в браузере, который разрешает виртуальную машину, отображается полностью пустой. Даже несуществующие страницы отображаются как пустые.
Никаких ошибок в журналах ошибок apache не появляется. Посещение страницы локально на виртуальной машине работает нормально. Я могу нормально пропинговать виртуальную машину с машины Windows.
Я не касался apache.conf по умолчанию, но мой файл vhosts выглядит так:
<Directory /sites>
Options +Indexes +FollowSymLinks -MultiViews
AllowOverride All
Require all granted
Allow from all
</Directory>
.... and then a bunch of vhosts.
Как я уже сказал, до вчерашнего дня все работало нормально.
Прошу прощения, здесь не так много, что я могу предложить, но я проверил все основы и не могу предположить, почему это могло произойти. Буду признателен за любую помощь; заранее спасибо.
Следует отметить странную вещь: я загружаю Windows и Kubuntu в два раза и использую виртуальную машину между двумя ОС (виртуальная машина находится в своем собственном разделе NTFS). Если я загружаюсь в Linux и идентично запускаю виртуальную машину, она работает нормально! Все страницы работают! ЗА ИСКЛЮЧЕНИЕМ тех случаев, когда вы делаете запрос cUrl - тогда он не возвращает никакого содержимого. Не уверен, связано ли это. Это наводит на мысль, что что-то в том, как окна и страницы запроса curl отличаются от того, как это делают те же браузеры в Linux ???
Это файл интерфейсов моей виртуальной машины:
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp
allow-hotplug eth2
iface eth2 inet static
address 192.168.56.10
netmask 255.255.255.0
network 192.168.56.0
broadcast 192.168.56.255
allow-hotplug eth1
iface eth1 inet static
address 192.168.20.198
netmask 255.255.255.0
network 192.168.20.0
broadcast 192.168.20.255
Virtualbox имеет три установленных интерфейса: 1 NAT, 1 мостовой адаптер и 1 адаптер только для хоста.
После сеанса устранения неполадок с @Raiden616 через чат мы решили несколько проблем, ip конфликт и прослушивание apache по неправильному адресу. Было весело ;)