Исправление resolv.conf от вмешательства Comcast

Исправление resolv.conf от вмешательства Comcast

Итак, я пытаюсь настроить Ruby on Rails на своей машине для разработки (с новой установкой Ubuntu 14.04).

Все идет хорошо, пока я не получаю это прекрасное сообщение с терминала:

$ 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)

После лихорадочного поиска уток-уток я обнаружилмноголюдей сталкиваются с этой проблемой.

К счастью, замечательные ребята на SO нашли эторешение(См. ответ 2), но я уже некоторое время пытаюсь очистить свой resolv.confфайл от этой оскорбительной строки.

Поскольку я не могу перезаписать /etc/resolv.confфайл, после проверки /etc/resolvconf/resolv.conf.d/каталога у меня есть только базовый и заголовочный файлы, что наводит меня на мысль, что фактическое содержимое файла генерируется в другом месте.

Говоря о содержании:

# 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

И оскорбительная строка search home.network(по мнению людей, которые ответили на приведенное выше решение).

Вопрос в том, как мне удалить эту строку текста на постоянной основе? Есть ли какая-то волшебная опция или флаг для команды, которая спасет день?

решение1

Похоже, у вас система Linux.
Но независимо от того, Windows это, Ubuntu или какая-то другая ОС — вот «обходной путь», пока Comcast не заставит все работать.

НЕ получайте ваши DNS-серверы динамически от Comcast (которые они вам предоставят 75.75.75.75и 75.75.76.76) --

Вместо этого статически настройте свои DNS-серверы и используйте два публичных DNS-сервера Google: 8.8.8.8и8.8.4.4

Не уверен, как Comcast обошёл это, но даже когда у меня были серверы Comcast и я пытался разрешить проблему с помощью сервера Google в командной строке nslookup nslookup www.yahoo.com 8.8.8.8, мои результаты всё равно возвращали ошибку с 127.0.53.53адресом . (Тем не менее, я мог выполнить ping на www.yahoo.com, и он правильно получал IP-адрес).

Однако я заметил, что когда я подключаюсь к своему офису через VPN и использую VPN-подключение для разрешения имен хостов, я получаю ожидаемые результаты.

Поэтому я отключил на своем ПК использование автоматически полученных DNS-серверов, подключил серверы к Google и получаю ожидаемые результаты.

В этой статье рассматриваются текущие проблемы Comcast:http://domainincite.com/17401-comcast-users-report-name-collision-bugs

Связанный контент