wget, HTTP-адреса curl не работают, HTTPS работает, ping работает [закрыто]

Я использую Ubuntu Server 14.04.2 и больше не могу связываться с внешними http-адресами. Я могу пинговать Google.com , я могу wget https://google.com , но не могу wget http://google.com .

 $ wget http://google.com
     --2015-11-18 11:01:57--  http://google.com/
     Resolving google.com (google.com)... 74.125.224.99, 74.125.224.100, 74.125.224.98, ...
     Connecting to google.com (google.com)|74.125.224.99|:80... failed: Connection refused.
     Connecting to google.com (google.com)|74.125.224.100|:80...

Виртуальная машина в той же сети, на которой работает более свежий сервер Ubuntu 14.04.3, не имеет этой проблемы и может успешно получать адреса http или https.

Эта проблема вызывает ошибку composer update со следующим ответом от packagist:

[Composer\Downloader\TransportException]
The "http://packagist.org/p/provider-[idstring].json" file could not be downloaded: failed to open stream: Connection timed out

Для этой сети нет прокси-сервера.

Единственная реальная разница, которую я могу найти между двумя машинами, заключается в том, что у одной из них есть статический IP-адрес, а у другой - DHCP.

Я отслеживал пакеты, проходящие через сетевой брандмауэр с двух машин во время wget в Google, и брандмауэр ничего не блокирует.

Спасибо за чтение.

ОБНОВЛЕНИЕ Я изменил статический IP-адрес на другой статический, и это сработало. Мне удалось установить traceroute на другом IP-адресе, и после возврата я запустил его:

sudo traceroute -T -p 80 google.com

Дает мне 30 рядов звездочек.

2
задан 19 November 2015 в 03:09

1 ответ

Нашел проблему. На прошлой неделе мы сменили общедоступные IP-адреса, и у меня был служебный объект в брандмауэре с назначенным нашим старым IP-адресом, поэтому, вероятно, трафик проходил нормально и просто не возвращался. Я обновил IP-адрес объекта до нового внешнего, и все снова заработало.

0
ответ дан 2 December 2019 в 23:42

Другие вопросы по тегам:

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