Pesquisa incorreta como usuário, mas correta na raiz

Pesquisa incorreta como usuário, mas correta na raiz

Eu tenho uma nova máquina OSX rodando Mavericks e tenho uma situação interessante ao acessar rubygems.org.

Como um usuário normal:

  $ curl http://rubygems.org|head                
  curl: (7) Failed connect to rubygems.org|head:8080; Connection refused

Mas usando sudo:

   $ sudo curl http://rubygems.org |head 
   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                           Dload  Upload   Total   Spent    Left  Speed
    100  9181    0  9181    0     0   6847      0 --:--:--  0:00:01 --:--:--  6851
  <!DOCTYPE html>    
  <html lang="en">
  <head>
   <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
   <meta name="google-site-verification" content="AuesbWQ9MCDMmC1lbDlw25RJzyqWOcDYpuaCjgPxEZY" />
   <link rel="apple-touch-icon" href="/touch-icon-iphone.png" />
   <link rel="apple-touch-icon" sizes="72x72" href="/touch-icon-ipad.png" />
   <link rel="apple-touch-icon" sizes="114x114" href="/touch-icon-iphone4.png" />
   <link rel="fluid-icon" href="/fluid-icon.png"/>
   <link rel="search" type="application/opensearchdescription+xml" title="RubyGems.org" href="/opensearch.xml">

Nunca vi isso antes - por que vai para 8080 como usuário? Como posso consertar isso?

Responder1

Talvez exista um servidor proxy configurado no ambiente do usuário? Eu começaria executando "set|grep 8080" para ver se alguma variável contém 8080. Também parece que o caractere pipe não foi reconhecido pelo bash, já que curl parece ver |head como parte do nome do host. Isso é repetível? Isso acontece mesmo com um espaço ao redor do cano (não, isso não deveria ser necessário, mas se mudar o erro pode ser esclarecedor). O comando original foi copiado de algo tal que o pipe pode realmente ser algum outro caractere não-ascii?

informação relacionada