2014-04-09 16 views
25

Meine Hosts Dateikarten 127.0.0.1 bis localhost.curl Verbindung zum localhost-Port fehlgeschlagen 80

$ curl -I 'localhost' 
curl: (7) Failed to connect to localhost port 80: Connection refused 

Und dann

$ curl -I 127.0.0.1 
HTTP/1.1 200 OK 
Server: nginx/1.2.4 
Date: Wed, 09 Apr 2014 04:20:47 GMT 
Content-Type: text/html 
Content-Length: 612 
Last-Modified: Tue, 23 Oct 2012 21:48:34 GMT 
Connection: keep-alive 
Accept-Ranges: bytes 

In meiner hosts-Datei ich

127.0.0.1 localhost 

habe Es scheint, dass curl Befehlseingaben in /etc/hosts verkennen. Kann jemand erklären warum?

Update: ich habe noch dieses versuchen, aber ich habe discoved können Sie nginx to respond to ipv4 and ipv6

+0

Haben Sie auch einen ':: 1 localhost'? –

+0

ja Ich habe ':: 1 localhost' – lfender6445

+2

Wenn Sie mehrere localhost Zeilen haben, ist es in diesem Fall wahrscheinlich mit der Sie nicht erwartet (dh :: 1) –

Antwort

47

konfigurieren Da Sie eine ::1 localhost Zeile in der Hosts-Datei haben, so scheint es, dass curl IPv6 versucht, zu verwenden Kontaktieren Sie Ihren lokalen Webserver.

Da der Webserver IPv6 nicht überwacht, schlägt die Verbindung fehl.

Sie könnten versuchen, die --ipv4-Option zu curl zu verwenden, die eine IPv4-Verbindung erzwingen sollte, wenn beide verfügbar sind.

+0

Dies funktionierte für mich auch beim Ausführen der bin/generate -example-metrics Skript zu POST, um die PIVOT-Schnittstelle zu implizieren. – ciacicode

2

Wenn jemand anderes darauf stößt und die akzeptierte Antwort nicht funktioniert (nicht für mich), überprüfen Sie, ob Sie einen anderen Port als 80 angeben müssen. In meinem Fall habe ich einen Rails laufen lassen Server bei localhost:3000 und war nur mit curl http://localhost, die Port 80 traf.

Ändern des Befehls zu curl http://localhost:3000 ist, was in meinem Fall funktioniert.

1

Ich hatte auch ein Problem mit der abgewiesenen Verbindung an Port 80. Ich habe localhost nicht verwendet.

Problem war, dass ich Umlaute äåö in meiner Textdatei.txt hatte.

1

In meinem Fall hatte die Datei ~/.curlrc einen falschen Proxy konfiguriert.

Verwandte Themen