Таким образом, я пытаюсь получить настройки 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
(по словам людей, которые ответили на вышеупомянутое связанное решение).
Вопрос, как я удаляю эту строку текста персистентным способом? Есть ли некоторая волшебная опция или флаг к команде, которая спасет положение?
Кажется, что у Вас есть система 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