Búsqueda incorrecta como usuario, pero correcta en la raíz

Búsqueda incorrecta como usuario, pero correcta en la raíz

Tengo una nueva máquina OSX que ejecuta Mavericks y tengo una situación interesante para acceder a rubygems.org.

Como usuario normal:

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

Pero 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 había visto esto antes. ¿Por qué va al 8080 como usuario? ¿Cómo puedo arreglar esto?

Respuesta1

¿Quizás haya un servidor proxy configurado en el entorno del usuario? Comenzaría ejecutando "set|grep 8080" para ver si alguna variable contiene 8080. También parece que bash no reconoció el carácter de tubería, ya que curl parece ver |head como parte del nombre de host. ¿Es esto repetible? ¿Sucede incluso con un espacio alrededor de la tubería (no, eso no debería ser necesario, pero si cambia el error, podría ser esclarecedor)? ¿Se copió el comando original de algo tal que la tubería podría ser en realidad algún otro carácter que no sea ASCII?

información relacionada