Obrigado pela sua ajuda pessoal. Eu encontrei a solução com alguma ajuda do pessoal sempre útil no #ubuntu. O problema acabou por ser o no_proxy que foi definido para localhost uma vez que eu unset it wget funcionou bem
Estou executando uma edição de desktop do ubuntu 10.04 i386. Eu configurei o proxy http através da variável http_proxy. Quando eu uso wget , recebo uma conexão recusada, mas curl, apt-get etc. funciona muito bem. Alguma idéia do que estou sentindo falta aqui?
$ echo $http_proxy
http://10.0.0.42:8080/
$ export HTTP_PROXY=$http_proxy
$ wget --proxy=on http://www.google.com
--2010-06-24 18:56:53-- http://www.google.com/
Resolving www.google.com... 74.125.95.106, 74.125.95.147, 74.125.95.99, ...
Connecting to www.google.com|74.125.95.106|:80... failed: Connection refused.
Connecting to www.google.com|74.125.95.147|:80... failed: Connection refused.
Connecting to www.google.com|74.125.95.99|:80... failed: Connection refused.
Connecting to www.google.com|74.125.95.103|:80... failed: Connection refused.
Connecting to www.google.com|74.125.95.104|:80... failed: Connection refused.
Connecting to www.google.com|74.125.95.105|:80... failed: Connection refused.
$ curl http://www.google.com
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>302 Moved</TITLE></HEAD><BODY>
<H1>302 Moved</H1>
The document has moved
<A HREF="http://www.google.co.in/">here</A>.
</BODY></HTML>
$
Descobri que alguns programas usam a variável de ambiente http_proxy (minúscula), enquanto outros usam HTTP_PROXY (letras maiúsculas). Como é mais rápido do que pesquisar qual programa usa essa variável, tenho a tendência de defini-los em ambos.
Depois de definir http_proxy da seguinte forma:
export http_proxy="http://proxy.example.com:8080"
Use o wget com este sinalizador:
--proxy=on
Você pode usar
--proxy-username="username" --proxy-passwd="password"
para definir o nome de usuário e a senha do proxy quando necessário.
Eu tinha o proxy configurado com a configuração correta, mas isso estava me impedindo de baixar qualquer coisa usando a linha de comando.
Então tive que sair do proxy como abaixo,
wget --proxy=off http://apache.claz.org/flume/1.6.0/apache-flume-1.6.0-bin.tar.gz
No meu caso, tive problemas com o proxy bloqueando o agente do usuário definido pelo wget. Então, para resolvê-lo, eu tive que definir manualmente a opção user-agent com a usada pelo curl:
wget --user-agent="curl/7.47.0" http://host.com
Isso aconteceu comigo quando o wgetrc foi configurado para usar a porta 443 com https_proxy . Uma vez que usei a porta 80 para http_proxy e https_proxy , funcionou bem.