Это немного нечетно. Интересно, имеет ли Ваш брандмауэр / маршрутизатор некоторые ACLs, которые только относятся к IP-адресу, присвоенному серверу.
Я попробовал бы что-то как:
TELNET www.google.com 80
Сначала и посмотрите, получаете ли Вы даже соединение TCP. Если Вы получаете пустое окно w/мерцающий курсор, введите, "ДОБИРАЮТСЯ / HTTP/1.0" (w/o кавычки, и он не отзовется эхом), и нажмите <ENTER> дважды. Посмотрите, возвращаете ли Вы ответ.
Установите IP-адрес сервера на тот, который работал над портативным компьютером. Если это не работает в той точке, Вы исключите все за исключением программного обеспечения на самом сервере.
Править: Хорошо - я вижу в Вашем комментарии к другому сообщению, что Вы попробовали ноутбук w/тот же IP, это в настоящее время присваивается серверу, и ноутбук хорошо работал. Это действительно кажется, что что-то возросло на w/сервер, затем.
Как, который делал TELNET? Это собирается изолировать проблему или к стеку TCP/IP или к браузеру, в зависимости от того, если TELNET работает или нет.
Когда Вы открываете браузер, и он "пытается соединиться" выполненный "NETSTAT-a-n" и искать соединения TCP, исходящие для портирования 80. Мне было бы интересно видеть, пытается ли это даже установить исходящую связь или нет.
Проблема состояла в том, что я выполнил ffmpeg как корень в том же местоположении, которое создало файл журнала 'ffmpeg2pass-0.log'.
У меня были измененные полномочия на/var/www/html/beta к:
- drwxrwxr-x 19 apache apache 12288 Oct 25 08:20 beta
так, чтобы у апача были соответствующие полномочия записать в папку.
Однако, так как у меня уже был файл журнала в том же местоположении (который был создан как 'корень'), пользователь 'апач' не мог писать/добавлять в него! Следовательно сообщение об ошибке, что я видел.
Я просто удалил все экземпляры этого файла, и это работало отлично!