web-dev-qa-db-fra.com

wget, échec des adresses HTTP échouées, travail HTTPS, travaux de ping

J'utilise Ubuntu Server 14.04.2 et je ne peux plus communiquer avec les adresses http externes. Je peux ping google.com, je peux wget https://google.com, mais je ne peux pas 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...

Une machine virtuelle sur le même réseau exécutant une version plus récente d’Ubuntu Server 14.04.3 n’a pas ce problème, et peut avec succès wget des adresses http ou https.

Ce problème est à l'origine de l'erreur composer update, avec la réponse suivante de packagist:

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

Il n'y a pas de proxy pour ce réseau.

La seule différence réelle entre les deux machines est que l’une qui a le problème a une adresse IP statique, tandis que l’autre utilise le protocole DHCP.

J'ai surveillé les paquets traversant le pare-feu du réseau à partir des deux machines lors d'un wget à google, et le pare-feu ne bloque rien.

Merci d'avoir lu.

UPDATE J'ai changé l'IP statique pour un autre statique et cela a fonctionné. J'ai pu installer traceroute sur l'autre IP et après l'avoir rétabli, je l'ai exécuté:

Sudo traceroute -T -p 80 google.com

Me donne 30 rangées d'étoiles.

2
Sarah Kemp

Trouvé le problème. Nous avons changé d'adresse IP publique la semaine dernière et j'avais un objet de service dans le pare-feu avec notre ancienne adresse IP attribuée. Par conséquent, le trafic sortait normalement et ne retournait tout simplement pas. J'ai mis à jour l'adresse IP de l'objet sur le nouvel externe et les choses ont recommencé à fonctionner.

0
Sarah Kemp