vpnc подключается, но не настраивает серверы имен в /etc/resolv.conf

Question 1

Я не большой гуру Ubuntu, использую версию 12.04 LTS. Мне нужно подключиться через vpnc из университета в рабочую сеть. Вход в систему работает нормально, однако я не могу подключиться к какой-либо машине за VPN. Кроме того, мой интернет все еще работает без меня, настраивая рабочий прокси. Любая помощь очень ценится!

Это мой /etc/resolv.conf перед подключением:

# 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.0.1
search [university-domain]

И это тот же файл после того, как соединение было установлено:

# 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.0.1
search [university-domain] [work-domain]

При просмотре другого содержимого resov.conf на машинах моих коллег сервер имен не обновляется до сервера рабочей сети. Вот как выглядит файл resolv.conf моих коллег:

# Generated by NetworkManager
domain [work-domain]
search [work-domain]
nameserver 147.243.4.86
nameserver 147.243.4.70
nameserver 147.243.1.52
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 147.243.1.53
nameserver 147.243.128.216
nameserver 147.243.128.217

Мой коллега использует более старую версию Ubuntu (я думаю, 11.04).

Пожалуйста, дайте мне знать!

Question 2

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 3

Question 4

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 5

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 6

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 7

Question 8

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 9

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети. серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 10

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

Question 11

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 1 · 25 July 2018 в 18:10

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 2 · 31 July 2018 в 13:03

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 3 · 2 August 2018 в 00:25

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 4 · 4 August 2018 в 15:53

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 5 · 6 August 2018 в 00:32

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 6 · 7 August 2018 в 17:56

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети. серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 7 · 10 August 2018 в 06:46

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

jdthood · Answer 8 · 15 August 2018 в 18:41

Ваш /etc/resolv.conf выглядит корректно как до, так и после подключения, при условии, что у вас работает локальный сервер пересылки имен, который прослушивает 127.0.0.1. В Ubuntu 12.04 Desktop такой сервер имен работает по умолчанию. Чтобы увидеть процесс сервера имен, запустите

ps -elf|grep dnsmasq

. Причина, по которой ваш коллега /etc/resolv.conf выглядит иначе, заключается в том, что ваш коллега не запускает локальный сервер пересылки имен. Кроме того, у вашего коллеги не установлен пакет resolvconf, и поэтому процесс NetworkManager вашего коллеги пишет непосредственно в /etc/resolv.conf вместо того, чтобы использовать для этой цели resolvconf.

На вашем компьютере указаны адреса для рабочей локальной сети серверы имен не должны появляться в /etc/resolv.conf. Это должно по-прежнему отображать только «nameserver 127.0.0.1» (или «nameserver 127.0.1.1» в Ubuntu 12.10.) Адреса рабочих серверов имен локальной сети должны отправляться NetworkManager локальному преобразователю пересылки для использования в качестве адресов пересылки. Чтобы увидеть, какие адреса были отправлены, выполните

nmcli -f IP4 dev list | grep DNS

. В Ubuntu 12.04 адреса также можно увидеть в /run/nm-dns-dnsmasq.conf, но в Ubuntu 12.10 адреса отправляются из NM в dnsmasq через D-Bus и поэтому не может быть проверен таким образом.

В исходном вопросе даже не ясно, что проблема связана с DNS. Имеет ли спрашивающий какое-либо сетевое соединение с рабочей ЛВС? Может ли спрашивающий пинговать IP-адреса в рабочей локальной сети?

vpnc подключается, но не настраивает серверы имен в /etc/resolv.conf

8 ответов

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

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