Фиксация resolv.conf от Вмешательства Comcast

Таким образом, я пытаюсь получить настройки Ruby on Rails на своей машине разработки (с новой установкой человечности 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)

После отчаянно Duck-Duck-Go-ing на всем протяжении я узнал, что у большого количества людей есть проблема.

К счастью удивительные люди на ТАК нашли это решение (См. ответ 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
задан 23 May 2017 в 15:39

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'ed в мой офис и использовал мое соединение VPN для разрешения имен узлов, я получу ожидаемые результаты.

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

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

1
ответ дан 7 December 2019 в 16:32

Другие вопросы по тегам:

Похожие вопросы: