Corrigindo o resolv.conf da Comcast Meddling

Question

Então, estou tentando instalar o Ruby on Rails na minha máquina de desenvolvimento (com uma nova instalação do Ubuntu 14.04).

Tudo está indo bem até que recebo 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 Duck-Duck-Go-ing todo eu descobri um monte de pessoas estão tendo o questão.

Felizmente, o incrível pessoal do SO encontrou essa solução (Veja resposta 2), mas eu tenho tentado por um tempo para obter o meu arquivo resolv.conf livre da linha ofensiva.

Como não posso sobrescrever o arquivo /etc/resolv.conf , depois de inspecionar o diretório /etc/resolvconf/resolv.conf.d/ eu só tenho os arquivos base e head que me levam a acreditar que o conteúdo real do arquivo está sendo gerado em outro lugar.

Falando em conteúdos:

# 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 a solução vinculada acima).

A pergunta é: como remover essa linha de texto de maneira persistente? Existe algum tipo de opção mágica ou sinalizador para um comando que salvará o dia?

    

Answer 1

Parece que você tem um sistema Linux.
Mas, independentemente se é o Windows, Ubuntu ou algum outro sistema operacional - aqui está a "solução" até que a Comcast possa fazer as coisas funcionarem.

NÃO obtenha seus servidores DNS dinamicamente da Comcast (o que eles lhe darão 75.75.75.75 e 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.8 e 8.8.4.4

Não sei como a Comcast contornou isso, mas mesmo quando eu tinha os servidores Comcast e tentei resolver usando o servidor do Google na linha de comando do nslookup nslookup www.yahoo.com 8.8.8.8 - meus resultados ainda voltaram com erro com o 127.0.53.53 o endereço. (Ainda assim, eu poderia fazer o ping em www.yahoo.com e ele receberia o endereço IP corretamente).

No entanto, notei que quando eu fazia VPN no meu escritório e estava usando minha conexão VPN para resolver nomes de host, eu receberia os resultados esperados.

Por isso, desativei meu PC de usar os servidores DNS obtidos automaticamente - prendi os servidores ao Google - e estou obtendo resultados esperados.

Este artigo discute os desafios atuais da Comcast: link