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?