Ich versuche also, Ruby on Rails auf meiner Entwicklungsmaschine einzurichten (mit einer Neuinstallation von Ubuntu 14.04).
Alles läuft gut, bis ich diese schöne Nachricht vom Terminal bekomme:
$ gem install rails
ERROR: While executing gem ... (Gem::RemoteFetcher::FetchError)
Errno::ECONNREFUSED: Connection refused - connect(2) for
"your-dns-needs-immediate-attention.network" port 443
(https://your-dns-needs-immediate-attention.network/
quick/Marshal.4.8/rails-4.1.6.gemspec.rz)
Nachdem ich hektisch überall herumgegoogelt hatte, fand ich heraus,vielder Leute haben das Problem.
Glücklicherweise haben die tollen Leute auf SO dies gefundenLösung(Siehe Antwort 2), aber ich versuche schon seit einiger Zeit, resolv.confdie störende Zeile aus meiner Datei zu entfernen.
/etc/resolv.confDa ich die Datei nicht überschreiben kann , /etc/resolvconf/resolv.conf.d/habe ich nach der Überprüfung des Verzeichnisses nur die Basis- und Kopfdateien, was mich annehmen lässt, dass der eigentliche Inhalt der Datei woanders generiert wird.
Apropos Inhalt:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search home.network
Und die anstößige Zeile lautet search home.network(laut den Personen, die auf die oben verlinkte Lösung geantwortet haben).
Die Frage ist, wie ich diese Textzeile dauerhaft entferne. Gibt es eine Art magische Option oder Flag für einen Befehl, der die Situation rettet?
Antwort1
Anscheinend haben Sie ein Linux-System.
Aber egal, ob es Windows, Ubuntu oder ein anderes Betriebssystem ist – hier ist der „Workaround“, bis Comcast die Dinge zum Laufen bringt.
Beziehen Sie Ihre DNS-Server NICHT dynamisch von Comcast (die bekommen Sie von ihnen 75.75.75.75und 75.75.76.76) --
Konfigurieren Sie Ihre DNS-Server stattdessen statisch und verwenden Sie die beiden öffentlichen DNS-Server von Google: 8.8.8.8und8.8.4.4
Ich bin nicht sicher, wie Comcast das umgangen hat, aber selbst als ich die Comcast-Server hatte und versuchte, die Lösung mithilfe des Google-Servers in der nslookup-Befehlszeile zu finden nslookup www.yahoo.com 8.8.8.8, kamen meine Ergebnisse immer noch mit dem als Adresse fehlerhaft zurück 127.0.53.53. (Ich konnte jedoch www.yahoo.com anpingen und die IP-Adresse wurde korrekt abgerufen.)
Mir fiel jedoch auf, dass ich die erwarteten Ergebnisse erhielt, wenn ich mich per VPN mit meinem Büro verbunden habe und meine VPN-Verbindung zum Auflösen von Hostnamen verwendet habe.
Aus diesem Grund habe ich die Verwendung der automatisch abgerufenen DNS-Server auf meinem PC deaktiviert – die Server an Google angeschlossen – und erhalte die erwarteten Ergebnisse.
In diesem Artikel werden die aktuellen Herausforderungen von Comcast erörtert:http://domainincite.com/17401-comcast-users-report-name-collision-bugs