Então, estou tentando configurar o Ruby on Rails na minha máquina de desenvolvimento (com uma nova instalação do Ubuntu 14.04).
Tudo está indo bem até receber esta linda mensagem do 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)
Depois de freneticamente fazer Duck-Duck-Go-Go, descobri ummuitodas pessoas estão tendo o problema.
Felizmente, o pessoal incrível do SO descobriu issosolução(Veja a resposta 2), mas há algum tempo venho tentando libertar meu resolv.confarquivo da linha ofensiva.
Como não consigo sobrescrever o /etc/resolv.confarquivo, depois de inspecionar o /etc/resolvconf/resolv.conf.d/diretório, só tenho os arquivos base e head, o que me leva a acreditar que o conteúdo real do arquivo está sendo gerado em outro lugar.
Falando em conteúdo:
# 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
E a linha ofensiva é search home.network(de acordo com as pessoas que responderam à solução vinculada acima).
A questão é: como faço para remover esta linha de texto de forma persistente? Existe algum tipo de opção mágica ou sinalizador para um comando que salvará o dia?
Responder1
Parece que você tem um sistema Linux.
Mas independentemente de ser Windows, Ubuntu ou algum outro sistema operacional - aqui está a "solução alternativa" até que a Comcast consiga fazer as coisas funcionarem.
NÃO obtenha seus servidores DNS dinamicamente da Comcast (que eles fornecerão a você 75.75.75.75e 75.75.76.76) -
Em vez disso, configure estaticamente seus servidores DNS e use os dois servidores DNS públicos do Google: 8.8.8.8e8.8.4.4
Não tenho certeza de como a Comcast resolveu isso, mas mesmo quando eu tinha os servidores da Comcast e tentei resolver usando o servidor do Google na linha de comando nslookup nslookup www.yahoo.com 8.8.8.8- meus resultados ainda retornaram com erro com o 127.0.53.53endereço. (Ainda assim, eu poderia executar ping em www.yahoo.com e obter o endereço IP corretamente).
No entanto, percebi que quando eu fazia VPN em meu escritório e usava minha conexão VPN para resolver nomes de host, recebia os resultados esperados.
Conseqüentemente, desativei meu PC de usar os servidores DNS obtidos automaticamente - amarrei os servidores ao Google - e estou obtendo os resultados esperados.
Este artigo discute os desafios atuais da Comcast:http://domainincite.com/17401-comcast-users-report-name-collision-bugs