cURL conectando-se ao host local (127.0.0.1) em vez do IP de destino

0

No Mac OS X, tenho um problema em que chamar:

curl -v www.google.com

resulta em:

* Rebuilt URL to: www.google.com/
*   Trying 62.253.72.153...
* Connected to www.google.com (127.0.0.1) port 80 (#0)
> GET / HTTP/1.1
> Host: www.google.com
> User-Agent: curl/7.43.0
> Accept: */*
> 
* HTTP 1.0, assume close after body
< HTTP/1.0 504 Gateway Timeout
< 
Gateway Timeout: can't connect to remote host
* Closing connection 0

A terceira linha é estranha, porque www.google.com não deve ser 127.0.0.1, mas deve ser 62.253.72.153. Não consigo ver nada de estranho na minha configuração de rede. Alguém sabe o que poderia estar causando isso?

    
por KerrM 25.02.2016 / 15:26

3 respostas

-1

Então, o problema era que o Mac estava em uma rede onde o NAT não estava configurado corretamente.

    
por 25.02.2016 / 17:58
0

Eu tenho trabalhado em torno desse problema por 1 dia porque nosso servidor gerrit usa a porta 8080. Por fim eu descobri. Espero que isso possa ajudar.

etapa 1.

nc -v -w 2 code.estrongs.com 8080
found 0 associations
found 1 connections:
     1: flags=82<CONNECTED,PREFERRED>
    outif lo0
    src 127.0.0.1 port 52590
    dst 127.0.0.1 port 5001
    rank info not available
    TCP aux info available

Connection to code.estrongs.com port 8080 [tcp/http-alt] succeeded!

se a sua saída estiver como acima, então descubra qual processo está fazendo na porta 5001

etapa 2.

nettop -nm tcp

examina cuidadosamente qual processo está entregando 5001 (resultado encontrado no passo 1).

No meu caso, é acwebsecagent executando backgroud e encaminhando todos os 8080 para localhost. Eu me livrei disso por desinstalar cisco anyconnect . Tudo vai bem agora.

    
por 17.03.2016 / 07:13
0

No meu caso, isso foi causado por um antivírus ( kav , em particular) que estava passando todas as solicitações HTTP através de si mesmo como um proxy. Depois de desligá-lo, o problema desapareceu.

    
por 08.08.2017 / 18:13

Tags