no route to host

Видимо, пропал маршрут до хоста.

То есть виноват провайдер ?

Вот ещё:

[dada@localhost ~]$ telnet ip_address 22
Trying ip_address...
Connected to ip_address.
Escape character is '^]'.
SSH-2.0-OpenSSH_4.3

а с других машин?

И с работы и из дома такая ситуация.

т.е. на сервере wget -O - localhost:80 всё ок?

На сервере я могу elinks-ом странички просматривать.
вывод wget -O - localhost:80 на сервере:

# wget -O - localhost:80
--2011-08-10 03:50:37--  http://localhost/
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:80... failed: Connection refused.

а почему это connection refused? o0

Подумал что из-за iptables (хотя там ничего особенного), отключил и заного проверил. Такой же вывод.

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

у тебя апач-то не сдох вообще?

Что в логах апача? попробуй его рестартануть.

Для исключения вероятности того, что причастен провайдер: nc -l -p 80 на сервере, telnet server_ip на клиенте. После коннекта на клиенте можно набрать любую строку, если на сервере она появится в той консоли, где делали nc, то виноват не провайдер, а апач.

На всякий случай: nc - из пакета netcat, синтаксис в разных версиях разный (кажется, ключ -p требуется не везде).

В логах апача всё тоже норм.
Он не подыхал
Рестарт апача тоже не помог =(

выхлоп с сервера:

# /usr/bin/nc -l 80
nc: Address already in use

# telnet server_ip
Trying server_ip...
telnet: connect to address server_ip: No route to host
telnet: Unable to connect to remote host: No route to host

Найди от какого именно роутера тебе приходит сообщение об отсутствии пути (мониторь на клиенете icmp, должно придти сообщение с типом 3). Если приходит от роутера провайдера, тогда он и виноват. По крайней мере, можно это предьявить техподдержке.

погоди, ты апач то остановил перед запуском nc. Хотя можешь для начала проверить не на 80м, а на 81м порту, или 8080 (частные случаи любого свободного порта). Посмотри, кто использует 80й порт в настоящее время. Попробуй перенастроить апач на другой порт, не 80й, а хотя бы на тот же 8080.

Выше писал же, что первым делом надо сделать.

Из предположения, что провайдер блокирует 80 порт, тот факт, что он блокирует другие порты, потенциально служащие для http явно не следует, так что лучше и правда апач остановить.

Это ты сделал замену server_ip на свой айпишник сервера, а в выхлопе обратную замену, или прямо так и написал «server_ip»? Скорее первый вариант, иначе бы тебе ответили «name or service nbt known».. На всякий случай - надо туда подставить реальный айпшиник.

Второй момент (ошибся немного) - порт по умолчанию у телнета 23, так что следует указать на клиенте, на какой порт соединяешься - telnet server_ip 80.

# traceroute -T -p 80 $IP_ADDRESS

на сервере netstat -lnp что говорит? апач 80 порт слушает?

и на каких интерфейсах?