Así que estoy intentando configurar Ruby on Rails en mi máquina de desarrollo (con una instalación nueva de ubuntu 14.04).
Todo va bien hasta que recibo este bonito mensaje del terminal:
$ 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)
Después de hacer frenéticamente Duck-Duck-Go-Go por todas partes, descubrí unlotede personas tienen el problema.
Afortunadamente, la increíble gente de SO ha encontrado esto.solución(Ver respuesta 2) pero he estado intentando durante un tiempo liberar mi resolv.confarchivo de la línea ofensiva.
Como no puedo sobrescribir el /etc/resolv.confarchivo, después de inspeccionar el /etc/resolvconf/resolv.conf.d/directorio solo tengo los archivos base y principal, lo que me lleva a creer que el contenido real del archivo se está generando en otro lugar.
Hablando de contenidos:
# 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
Y la línea ofensiva es search home.network(según las personas que respondieron a la solución vinculada anteriormente).
La pregunta es, ¿cómo elimino esta línea de texto de forma persistente? ¿Existe algún tipo de opción mágica o indicador de un comando que salve el día?
Respuesta1
Parece que tienes un sistema Linux.
Pero independientemente de si se trata de Windows, Ubuntu o algún otro sistema operativo, aquí está la "solución alternativa" hasta que Comcast pueda hacer que todo funcione.
NO obtenga sus servidores DNS dinámicamente de Comcast (que le darán 75.75.75.75y 75.75.76.76) -
Más bien, configure estáticamente sus servidores DNS y utilice los dos servidores DNS públicos de Google: 8.8.8.8y8.8.4.4
No estoy seguro de cómo Comcast solucionó esto, pero incluso cuando tenía los servidores de Comcast e intenté resolverlo usando el servidor de Google en la línea de comando nslookup nslookup www.yahoo.com 8.8.8.8, mis resultados aún arrojaron un error con 127.0.53.53la dirección. (Sin embargo, podría hacer ping a www.yahoo.com y obtendría la dirección IP correctamente).
Sin embargo, me di cuenta de que cuando conectaba una VPN a mi oficina y usaba mi conexión VPN para resolver nombres de host, obtenía los resultados esperados.
Por lo tanto, desactivé mi PC para que no use los servidores DNS obtenidos automáticamente (conecté los servidores a Google) y estoy obteniendo los resultados esperados.
Este artículo analiza los desafíos actuales de Comcast:http://domainincite.com/17401-comcast-users-report-name-collision-bugs