Как мне (повторно) подключить DNS для Gmail в Linux Mint?

Question

Позвольте мне отослать респондентов к этой темеФорумы Linux Mint:

• Chrome/Firefox не загружает веб-сайты Google

Я видел это четыре раза за последние две недели или около того. Потеря связи в конечном итогепрозрачныйпо истечении неизвестного времени (максимум 4 дня).

В двух словах, почти все URL-адреса работают, но ключевые, которые вам нужно сделать (реальные) вещи, такие как google.com, linkedin.com, youtube.com или yahoo.com и т. д., не работают. В то время как другие сайты, которые вы могли бы счесть связанными, работают. Это непредсказуемо. Сегодняшний вечер — хороший пример. URL:

• http://mail.google.com- терпит неудачу, в то время как
• http://google.com(поиск) - отображает.

Эта проблема затрагивает все, что я тестировал (для 'отсутствующий' URL-адрес)...

• Fire Fox
• хром
• завиток
• wget
• копать

Я не знаю, связано ли это именно с DNS.

(обновлять:2015-11-11)

Удачный опыт переключения на мобильный широкополосный модем и обратно не был "обходным путем", а просто счастливой случайностью. Результаты такого переключения не всегда работают.

Я думаю, что проблема(ы) DNS — это просто симптом. Сообщение для

завиток https//:mail.google.com

Возвращает - это...

curl: (7) Couldn't connect to server

Что, как я предполагаю, означает, что он может "видеть" сервер, но не подключается. Как уже упоминалось, я могу отправлять электронную почту с других устройств, используя ту же точку доступа, например, телефон Android, поэтому интересно, какие диагностики есть для таких вещей в Linux Mint, чтобы я мог получить представление о том, какая часть стека получаетзастрявший?

(обновлять:2015-11-10)

У меня есть новая информация. Она может помочь другим или дать мозговому тресту подсказку о том, как решить эту проблему. Сегодня вечером я не смог получить доступ к GitHub, stackexchange.com, netbeans и Wikipedia, если назвать несколько. Я сейчас здесь, так что случилось?

Когда я нажалФ5здесь я получил такое сообщение-баннер в верхней части экрана:

 Unix & Linux Stack Exchange requires external 
 JavaScript from another domain, which is blocked 
 or failed to load.

упсЯ думал, это случилось снова. Я действительно хотел проверить, есть ли какие-либо ответы, потому что, как вы можете себе представить, эта ошибка значительно тормозит прогресс -- Так что у меня есть небольшой кредит на USB-модеме. Я подумал, что попробую использовать его.

1. Поменял точку доступа WI-FI
2. Подключен к USB/мобильной сети

Результат: Никаких изменений, не могу получить доступ к Википедии, а на этой странице отображается раздражающее сообщение о скрипте.

3. Отключение от USB/мобильной широкополосной сети
4. Повторно подключите точку доступа Wi-Fi.

Один из моих тестов Dig дал другой результатПослеподключение (обратное) к точке доступа Wi-Fi. Итак (сейчас) ...

5. Раздражающее сообщение-баннер на StackExchange исчезло. Я снова вижу википедию и github.

Похоже, что что-то в стеке не сбрасывается/обновляется, пока не будет выполнено «Проводной' (точка доступа) соединение переподключается. Но не просто переподключается; оно узурпируется так, что ему приходится переподключать все (снова).

Другая странность: мобильный широкополосный доступ НЕ обновил/не сбросил (эффективные) данные в стеке передачи данных. Почему? Как?

Что еще более важно, что я могу сделать, чтобы принудительно сбросить/обновить проводное соединение и соединение Wi-Fi, не возобновляя неработающий мобильный широкополосный доступ, когда текущие остаточные кредиты слияниякапать??!!

В остальном все остается так же, как и при последнем обновлении.

(конец обновления)

На данный момент все, что я могу сказать, это то, что поиск Google (работающий) и gmail (не работает) демонстрируют следующие ответы от dig.

$ dig google.com

 ; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> google.com
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19398
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 15, AUTHORITY: 0, ADDITIONAL: 0

 ;; QUESTION SECTION:
 ;google.com.           IN  A

 ;; ANSWER SECTION:
 google.com.        114 IN  A   120.19.255.38
 google.com.        114 IN  A   120.19.255.27
 google.com.        114 IN  A   120.19.255.19
 google.com.        114 IN  A   120.19.255.59
 google.com.        114 IN  A   120.19.255.53
 google.com.        114 IN  A   120.19.255.29
 google.com.        114 IN  A   120.19.255.15
 google.com.        114 IN  A   120.19.255.49
 google.com.        114 IN  A   120.19.255.57
 google.com.        114 IN  A   120.19.255.34
 google.com.        114 IN  A   120.19.255.23
 google.com.        114 IN  A   120.19.255.45
 google.com.        114 IN  A   120.19.255.44
 google.com.        114 IN  A   120.19.255.42
 google.com.        114 IN  A   120.19.255.30

 ;; Query time: 108 msec
 ;; SERVER: 127.0.1.1#53(127.0.1.1)
 ;; WHEN: Tue Nov 03 23:14:22 AEDT 2015
 ;; MSG SIZE  rcvd: 268

и$ dig mail.google.com

 ; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> mail.google.com
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40641
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

 ;; QUESTION SECTION:
 ;mail.google.com.      IN  A

 ;; AUTHORITY SECTION:
 .          49606   IN  NS  localhost.

 ;; Query time: 106 msec
 ;; SERVER: 127.0.1.1#53(127.0.1.1)
 ;; WHEN: Tue Nov 03 23:15:02 AEDT 2015
 ;; MSG SIZE  rcvd: 55

Напротив, вывод dig на работающем компьютере, к которому у меня есть доступ, показывает другую картину в отношении серверов имен.

На рабочей машине:$ dig gmail.com(добавлено в обновлении)

 ; <<>> DiG 9.6-ESV-R11 <<>> gmail.com
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22330
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

 ;; QUESTION SECTION:
 ;gmail.com.                     IN      A

 ;; ANSWER SECTION:
 gmail.com.              192     IN      A       216.58.220.101

 ;; Query time: 15 msec
 ;; SERVER: 192.168.172.1#53(192.168.172.1)
 ;; WHEN: Wed Nov 04 14:02:50 EST 2015
 ;; MSG SIZE  rcvd: 43

В первом нерабочем примере Linux-настройка использует localhost. Мне кажется, что мне нужно сделать обновление или что-то в этом роде. Комментарии?

Подробная информация:

• Linux Mint v17.2 - Рафаэла (Корица 64-бит)
• dnsmasq версия 2.68

Я протестировал сетевой рестарт, предложенный на форуме, увы, он не помог мне получить доступ к gmail. Вернемся к чертежу boars/stackexchange :-)

Помимо вопроса оФорум MintЯ не нашел ничего, что указывало бы на 'да' или 'нет' для этой проблемы. Первый пост по этой проблеме был еще в2011и похоже, что это было пропущено как 'нехороший' вопрос, так что это явление было в течение некоторого времени. Было бы хорошо найти эффективный ответ. Надеюсь, у кого-то из нас естьисправить уже.

Предложения приветствуются, будем рады найти дополнительную информацию.

Answer 1

(обновлять:2015-12-16)

В последние несколько дней мне довелось израсходовать оставшиеся МБ на USB-модеме. У меня не было ни одного DNS-проблемы.

В какой-то момент я одолжил кому-то беспроводной широкополосный USB-модем; и использовал micro-USB через мобильный телефон (тот же сетевой провайдер). Проблемы с DNS вернулись очень быстро!

Обходной путь, по-видимому, заключается в том, чтобы избегать проводных подключений micro-USB (мобильные телефоны). Или подключаться через Wi-Fi.

---

У меня может быть путь вперед, если не фактическое решение. Для этой проблемы мне нужно посмотреть, как она будет развиваться в течение, скажем, месяца, и убедиться, что не будет сбоев.

В этой системе установлена ​​новая версия Linux Mint 17.2 - Rafaela. Я намеренно не трогал настройки сети до того, как возникли проблемы. Изначально все работало более или менее нормально. Поскольку это была непостоянная проблема, я не могу сказать.

Глядя наСтраница Mint, я обнаружил, что в этой системе не хватает

• /etc/dnsmasq.confфайл конфигурации

Поэтому я решил (пере)установить dnsmasq.

sudo apt-get install dnsmasq

И работайте черезруководствоа также ссылаясь на подраздел об использованииGoogle DNSвики-страница. И перезапустил dnsmasq.

sudo /etc/init.d/dnsmasq restart

В любом случае, иногда лучше всего переустановить и убедиться, что у вас чистый лист. Тесты пока показывают, что все работает отлично. DNS-кэш определенно былНЕТработало до того, как я переустановил. Мое время копания теперь близко к нулю на общих доменах! да

Надеюсь, это поможет другим. Кстати, я видел много информации о том, как вернуть NetworkManager. Насколько я понимаю, NetworkManager — это альтернатива настройке DNSmasq. Я приветствую разъяснения по этой части. В любом случае, насколько мне известно, эти два варианта несовместимы.

На данный момент DNSmasq для меня лучше. Он уже некоторое время есть в Debian -> Ubuntu -> Mint, так что можно справедливо сказать, что это лучший вариант в большинстве случаев.

некоторые ресурсы:

1. Локальный DNS-кэш для более быстрого просмотра Интернета на вашем Linux Mint
2. dnsmasq(убунту)
3. как сделать dnsmasq(дебиан)
4. Предотвратить перенаправление OpenDNS_запросов Google