Как dhclient вызывается под 12.04
В моей установке 12.04 Precise, когда я загружаю систему или когда я подключаю кабель Ethernet, dhclient не запускается автоматически на моем подключенном соединении eth0. У меня нет демона dhclient. Когда я запускаю dhclient вручную, ему удается вытащить адрес и настроить eth0 и таблицу маршрутов. Однако он выводит следующее:
jdoe@example:~$ sudo dhclient eth0
Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service smbd reload
Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the reload(8) utility, e.g. reload smbd
, который указывает, что это управляемая вещь с выскочкой. В / etc / init / для dhclient нет сценариев upstart.
Я запускаю isc-dhcp-client version 4.1.ESV-R4-0ubuntu5.1 , текущий стабильный выпуск.
- Должен ли dhclient работать все время как демон на стандартной настольной установке 12.04?
- Предполагается, что dhclient запускается во время загрузки машины через выскочку, поскольку Любопытное сообщение, которое я получаю при запуске dhclient, предлагает?
- Должен ли я иметь один из этих пакетов ifplugd или netplug для запуска dhclient, когда кабель подключен к eth0?
- Является ли dhclient, созданным NetworkManager, возможно и не работает в любое время?
- . Для стандартной установки Ubuntu 12.04 NetworkManager должен иметь что-либо, перечисленное на вкладке «Проводной» в диалоговом окне «Сетевые подключения»? [ пример скриншота ] Я создал профиль проводного подключения и оставил его пустым, не влияет на запуск dhclient
Другие симптомы, которые я испытываю для контекста являются:
- NetworkManager не умело управляет, когда подключены проводные и беспроводные соединения, он просто использует беспроводной
- NetworkManager не подключает VPN, который я настроил и иногда пытаться использовать по проводной сети, он будет подключаться только к беспроводной сети.
@roadmr запросил содержимое / etc / network / interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
#NetworkManager#iface eth0 inet dhcp
# This is an autoconfigured IPv6 interface
iface eth0 inet6 auto
24 ответа
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
Когда вы включаете систему, первое, что должно заметить интерфейс Ethernet, - это ядро. На основе идентификатора PCI ядро попытается загрузить соответствующий драйвер для карты.
В вашем файле /var/log/syslog вы должны увидеть что-то вроде этого:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
сообщает, что ядро уведомляет NetworkManager об устройстве. То, что я думаю, происходит (просто размышляя здесь), заключается в том, что ядро уведомляет udev, udev в свою очередь сообщает NetworkManager (который может быть зарегистрирован для приема событий udev), а затем NetworkManager обрабатывает остальную конфигурацию.
Теперь, NetworkManager откажется управлять любым интерфейсом, объявленным в /etc/network/interfaces. Это связано с тем, что если вы настроили его вручную в этом файле, вы хотите управлять им самостоятельно.
Таким образом, один из способов заставить NetworkManager управлять вашим интерфейсом - удалить записи в /etc/network/interfaces. Вот почему я попросил вас добавить эти данные, чтобы мы могли увидеть, что происходит, и, возможно, посоветуйте дальше. Разумеется, при правильной конфигурации даже в /etc/network/interfaces интерфейс должен работать хорошо даже без NetworkManager и без необходимости выполнять его вручную каждый раз. Тем не менее, место, чтобы посмотреть, что может случиться, это файл:)
-
1Понял, это линия устранения неполадок, за которыми я должен был следовать. Мне повезло, переключив это «managed = false». в NetworkManager.conf, но это была просто удача в том, что у меня не было понимания в этой точке последовательности того, что сущность уведомляет, какую сущность. Большое спасибо за детали! – gene_wood 22 June 2012 в 21:38
-
2Отличный ответ! Также я думаю, что вы правы в отношении / etc / network / interfaces, которые обрабатываются неправильно. В 11.10 было внесено изменение, в котором мы выходим из dhclient после его сбоя в течение 60 секунд, но мы не обнаруживаем, когда сетевой кабель подключен, насколько я могу судить, поэтому мы должны оставить его в рабочем состоянии. Я открыл эту ошибку, чтобы обработать ее: bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1017166 – SpamapS 24 June 2012 в 19:45
Это оказалось вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел так:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). Из-за того, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN. [!d1 ]
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, работает dhclient, работает VPN и т. Д.
И чтобы ответить на некоторые из моих собственных вопросов:
Это то, что вкладка проводного подключения в стандартном Диалог NetworkManager Network Connections должен выглядеть так: http://i.imgur.com/TgUs8.png dhclient запускается с моего NetworkManager, а затем остается включенным, пока соединение вверхВ правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используют стрелку вниз для выбора« Автоматический DHCP », после чего перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И для ответа на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И чтобы ответить на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И для ответа на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И для ответа на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И чтобы ответить на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И для ответа на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх
В правом верхнем углу нажмите на значок сетевого подключения, выберите edit connections> wireless (tab)> выделите ваше соединение> нажмите кнопку редактирования> Настройки IPv4 (вкладка) проверьте, что отображается как метод: если он читает « другие компьютеры "используйте стрелку вниз для выбора« Автоматический DHCP », затем перезагрузка беспроводной сети будет работать без ручного запуска dhclient
В итоге это вызвано сетевым менеджером. Мой файл /etc/NetworkManager.conf выглядел следующим образом:
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Этот конфигурационный файл был установлен таким образом, когда машина была построена (это может быть ошибка). По факту, что «managed» был установлен в false, NetworkManager не инициировал dhclient для интерфейса, и он не рассматривал проводное соединение как реальное соединение, и поэтому он также не инициировал VPN.
Я изменил «managed» на «true» и перезапустил систему. Он работает так же, как я надеюсь, запускает dhclient, работает VPN и т. Д.
И чтобы ответить на некоторые из моих собственных вопросов:
- Это то, что вкладка проводного соединения в стандартном диалоговом окне Сетевые подключения NetworkManager должно выглядеть так: http://i.imgur.com/TgUs8.png
- dhclient запускает мой NetworkManager, а затем работает, пока соединение вверх