Способный получить доступ к сети IP, но не названием DNS
Я хотел бы отправить решение проблемы, с которой я встретился в своем университете. Проблема тесно связана с этим сообщением. Я спросил пользователя, нашел ли он решение, но он никогда не отвечал. Кроме того, я не уверен, является ли это решение определенным для случая или общим.
Ситуация
В одном из зданий моего университета общедоступный Wi-Fi работал бы только с IP-адресами, но не с доменными именами. Например, я мог ping 8.8.8.8 или перейдите к Google в Firefox 74.125.227.142 IP-адрес, но ping google.com или доступ google.com в Firefox не работал бы.
Решение
Я отправлю решение своего проблемного рева. Не стесняйтесь добавлять другие ответы или другие решения для других пользователей, которые могут встретиться с подобными проблемами.
1 ответ
После того как я встретился с этой проблемой, я исследовал ее некоторое время и выяснил, что это может быть проблемой DNS. Читая это сообщение, я узнал, что существует количество способов добавить или заменить серверы DNS, обеспеченные Вашей сетью, однако ни одно из решений, казалось, не работало. Как пользователь brad упомянутый, DNS все еще управляет dnsmasq.
Теперь, путем ввода по абсолютному адресу вокруг файлов конфигурации в /etc/ Я нашел /etc/NetworkManager/NetworkManager.conf файл, который имел следующую информацию:
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq
[ifupdown]
managed=false
Я изменился dns строка и теперь файл читают как это:
[main]
plugins=ifupdown,keyfile,ofono
#dns=dnsmasq
dns=208.67.222.222
[ifupdown]
managed=false
После перезапуска Администратора сети с sudo service network-manager restart все начало работать правильно, и решение все еще работает после перезагрузки.Примечание: 208.67.222.222 сервер общественности OpenDNS.
Что, возможно, произошло:
В то время как в сети, выводе nm-tool было следующим:
DNS: 4.2.2.2
DNS: 8.8.8.8
DNS: 164.47.7.10
DNS: 164.47.7.11
Я верю, мой uni имеет их собственный сервер DNS, который является 164.47.7.11 и.10, и dnsmasq запрашивает самый близкий, таким образом, мои запросы даже не добрались до 8.8.8.8.
Надеюсь это, решения помогают другим пользователям, и сообщите мне, допустимо ли мое решение этой проблемы, достаточно безопасно, или достаточно разумно.
Касающийся ответ на мой собственный вопрос:
Я делаю так, чтобы обнародовать это решение и зарегистрированный, по крайней мере, для моего особого случая. Также я хотел бы сослаться на это сообщение на meta.askubuntu.com.
Обновление:
Возвратив домой от uni сегодня, я обнаружил, что не мог соединиться со своим домашним Wi-Fi. Я читал немного на man NetworkManager.conf и это оказывается этим dns= в [main] на самом деле строка для плагинов, так строка dns=dnsmasq на самом деле добавляет dnsmasq плагин к администратору сети, по-видимому. Таким образом, мое решение все еще работало, просто не как ожидалось. Выборка Here'ss из страницы справочника:
dns=plugin1, plugin2... Перечислите имена плагина DNS, разделенные''. Плагины DNS используются для обеспечения локальной функциональности сервера имен кэширования (который ускоряет запросы DNS) и продвигать данные DNS к приложениям, которые используют его.
Таким образом путем установки dns=208.67.222.222 Я, возможно, в основном, препятствовал тому, чтобы администратор сети использовал, которые включают, который иначе использовал бы локальный сервер DNS (который, по-видимому, не работает).
Обновление № 2:
Что я сделал, до сих пор должен прокомментировать dnsmasq и угробить DNS моего интернет-провайдера. Теперь, сообщение Администратору сети объяснено в этом сообщении, и это - метод GUI: просто откройте индикатор Network Manager, выберите "Соединения Редактирования", откройте имя Вашей сети путем нажатия "Edit", и под вкладкой IPv4 Settings, выберите "Automatic (DHCP) addresses only".
Та же самая вещь может быть сделана в командной строке путем редактирования файла для определенного соединения, сохраненного в /etc/NetworkManager/system-connections. Рев является соответствующей частью моего файла соединения:
[ipv4]
method=auto
dns=208.67.222.222;
ignore-auto-dns=true
[ipv6]
method=auto
Теперь, со всеми этими конфигурациями (прокомментировал dsnmaq плагин от NetworkManager.conf и набора соединения к Автоматическому (DHCP), обращается только), я в основном достиг всего, что я пытался начать все время - получают мое подключение машины доменными именами и так или иначе обходят университет использования сервер DNS, потому что это wone не получило меня нигде.
nm-tool подтверждает, что я использую DNS, который я хотел, а также dig google.com и /etc/resolv.conf.
Это - последнее обновление по этому вопросу/ответу, и я не планирую добавление ничего больше, но не стесняюсь добавлять любую релевантную информацию как отдельный ответ или в комментариях, а также предложениях.
Надежда это помогает другим пользователям Ubuntu и пользователям Linux в целом!
``