Синаптический диспетчер пакетов всегда был графическим основанным на GTK фронтэндом для управления пакетом. Это существовало с 13 ноября 2001 согласно Википедии. Вероятно, что это не первый графический фронтенд диспетчера пакетов, но оказывается, что графические диспетчеры пакетов возвращаются далее, чем "несколько лет".
То, что netstat показывает только tcp6 здесь, не является проблемой. Если Вы не укажете адрес для слушания на, то апач послушает на всех поддерживаемых семействах адресов с помощью единственного сокета (по причинам дизайна, sshd использует уникальный сокет на адрес и семейство адресов, следовательно обнаруживаясь дважды в выводе netstat).
Вот одна из моих систем, показывая апачу, имеющему только tcp6 сокеты и все же все еще хорошо работающему и через IPv4 и через IPv6.
woodpecker ~ # netstat -anp |grep apache
tcp6 0 0 :::80 :::* LISTEN 1637/apache2
tcp6 0 0 :::443 :::* LISTEN 1637/apache2
woodpecker ~ # wget http://127.0.0.1/ -O /dev/null
--2013-12-25 08:52:38-- http://127.0.0.1/
Connecting to 127.0.0.1:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
...
# wget http://[::1]/ -O /dev/null
--2013-12-25 08:53:00-- http://[::1]/
Connecting to [::1]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
...
Если Вы работаете wget http://127.0.0.1/ -O -
на сервере, что происходит? Это успешно соединяется? Это возвращает необработанный HTML для Вашего веб-сайта как ожидалось?
*
wget http://127.0.0.1/ -O / dev / null
* представляет подключение к локальный сервер без обработки IPv4 или IPv6, если вы измените localhost (или 127.0.0.1) на реальный IP-адрес IPv4 этого сервера, вы ничего не сможете получить из-за отказа в соединении.
Попробуйте описать свой IP-адрес в файлах конфигурации: NameVirtualHost: 80 Listen: 80
Это будет обрабатывать только соединения IPV4:
Listen 0.0.0.0:80
Listen 192.0.2.1:80
127.0.0.1 является локальным только для машины, вы должны находиться на самом сервере в браузер для использования локального петлевого IP/адреса;
Возможно, ваш брандмауэр блокирует порты;
Убедитесь, что apache запущен и работает правильно, проверьте ошибку бревна;
Дважды проверьте все ваши конфигурации Apache;
Вы делаете хостинг из корневого каталога www или пользовательского общедоступного _html каталога?
Дважды проверьте владельца и разрешения.
Почти год 2019 (Добро пожаловать в будущее):
По умолчанию большая часть мира использует ipv6, а в случае сбоя возвращается к ipv4;
Теперь у нас есть туннели ipv4 через ipv6 и наоборот -наоборот;
Большинство ОС, программ, клиентов и серверов делают это сейчас;
Добро пожаловать в мир, в котором больше нет NAT и теперь приходится зависеть от брандмауэр/фильтры прямо на вашем устройстве;
Я бы рекомендовал постараться, чтобы все ваши системы были сдвоенными, поддерживая как ipv4, и ipv6 одновременно, поэтому, когда произойдет волшебное переключение, вы все равно будете Бег. Моя ОС, сеть, даже мой интернет-провайдер имеют двойной стек от начала до конца. Я мог бы отключить ipv4 полностью, если бы я хотел, но что там может больше не работать, если нет туннелей вернуться к ipv6 из ipv4.