Потеря SSH-соединения при выходе из главного входа в консоль

Я установил openssh-server из Synaptics, как обычно, на совершенно новый Ubuntu Desktop, 10.10, со всеми обновлениями и исправлениями.

Если у меня включена локальная консоль, я могу использовать SSH, без проблем. Если локальная консоль не войдет в систему, я не могу использовать SSH. И если в настоящее время у меня установлено соединение SSH и выйдите из локальной консоли, сеанс SSH вскоре будет отключен.

Похоже, что сетевое подключение работает только тогда, когда пользователь фактически зарегистрирован в Ubuntu.

Это обычное поведение? Есть ли способ избежать этого?

Мерси!

3
задан 21 December 2010 в 05:15

9 ответов

Это нормальное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного обойти его, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете ускользнуть от этой проблемы, заблокировав блокировку рабочего стола, добавив xdg-screensaver lock в качестве запускающего приложения (System -> Preferences -> Start up applications).

Как предлагает João, вы, вероятно, необходимо установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для брелока (который, очевидно, не был бы введен, если бы никто не был там).

Это, вероятно, только практично, если это

Другим методом было бы удалить соединение из Network Manager и иметь базовый сетевой уровень сделайте соединение. Вы можете попробовать что-то подобное в файле /etc/network/interfaces:

auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap 00:11:22:33:44:55 wireless-key YOUR-AP-KEY

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR-AP-ESSID с ESSID беспроводной точки доступа, 00:11:22:33:44:55 с MAC адрес AP и YOUR-AP-KEY с соответствующим ключом.

У этого есть побочный эффект, который любой в системе может просто cat /etc/network/interfaces и найти ваш AP-ключ. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.

В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и /etc/network/interfaces: http: //blog.nelhage. com / 2008/08 / using-wpa_supplicant-on-debianubuntu /

Это довольно старый пост, но он может быть немного более безопасным, чем прямое вложение вашей информации о подключении в /etc/network/interfaces.

Если мы говорим только о проводном соединении ...

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из /etc/network/interfaces для настольных компьютеров. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

auto eth0 iface eth0 inet dhcp

И для статического (не DHCP) соединения вот пример с одного из моих серверов:

auto eth0 iface eth0 inet static address 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 gateway 95.172.14.177 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 25 July 2018 в 22:43
  • 1
    Звучит здорово для меня. Я действительно использую "проводной" соединение, так как это карта Ethernet моей виртуальной машины. Он должен быть настроен для статического IP-адреса и других параметров. Как мне изменить оператор iface выше, чтобы отразить тот факт, что это статический IP-адрес, если IP, скажем, 10.100.104.161, а сетевая маска - 255.255.254.0? – jfmessier 20 December 2010 в 21:17
  • 2
    @jfmessier отредактировал! – Oli♦ 21 December 2010 в 04:02
  • 3
    Я действительно внес изменения в файл конфигурации, и у меня все еще есть проблема. Всякий раз, когда я выхожу из своего входа в консоль. Я теряю соединение SSH. – jfmessier 21 December 2010 в 16:26
Это нормальное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного обойти его, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете ускользнуть от этой проблемы, заблокировав блокировку рабочего стола, добавив xdg-screensaver lock в качестве запускающего приложения (System -> Preferences -> Start up applications).

Как предлагает João, вы, вероятно, необходимо установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для брелока (который, очевидно, не был бы введен, если бы никто не был там).

Это, вероятно, только практично, если это

Другим методом было бы удалить соединение из Network Manager и иметь базовый сетевой уровень сделайте соединение. Вы можете попробовать что-то подобное в файле /etc/network/interfaces:

auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap 00:11:22:33:44:55 wireless-key YOUR-AP-KEY

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR-AP-ESSID с ESSID беспроводной точки доступа, 00:11:22:33:44:55 с MAC адрес AP и YOUR-AP-KEY с соответствующим ключом.

У этого есть побочный эффект, который любой в системе может просто cat /etc/network/interfaces и найти ваш AP-ключ. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.

В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и /etc/network/interfaces: http: //blog.nelhage. com / 2008/08 / using-wpa_supplicant-on-debianubuntu /

Это довольно старый пост, но он может быть немного более безопасным, чем прямое вложение вашей информации о подключении в /etc/network/interfaces.

Если мы говорим только о проводном соединении ...

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из /etc/network/interfaces для настольных компьютеров. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

auto eth0 iface eth0 inet dhcp

И для статического (не DHCP) соединения вот пример с одного из моих серверов:

auto eth0 iface eth0 inet static address 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 gateway 95.172.14.177 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 26 July 2018 в 23:56
  • 1
    Звучит здорово для меня. Я действительно использую "проводной" соединение, так как это карта Ethernet моей виртуальной машины. Он должен быть настроен для статического IP-адреса и других параметров. Как мне изменить оператор iface выше, чтобы отразить тот факт, что это статический IP-адрес, если IP, скажем, 10.100.104.161, а сетевая маска - 255.255.254.0? – jfmessier 20 December 2010 в 21:17
  • 2
    @jfmessier отредактировал! – Oli♦ 21 December 2010 в 04:02
  • 3
    Я действительно внес изменения в файл конфигурации, и у меня все еще есть проблема. Всякий раз, когда я выхожу из своего входа в консоль. Я теряю соединение SSH. – jfmessier 21 December 2010 в 16:26
Это нормальное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного обойти его, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете ускользнуть от этой проблемы, заблокировав блокировку рабочего стола, добавив xdg-screensaver lock в качестве запускающего приложения (System -> Preferences -> Start up applications).

Как предлагает João, вы, вероятно, необходимо установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для брелока (который, очевидно, не был бы введен, если бы никто не был там).

Это, вероятно, только практично, если это

Другим методом было бы удалить соединение из Network Manager и иметь базовый сетевой уровень сделайте соединение. Вы можете попробовать что-то подобное в файле /etc/network/interfaces:

auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap 00:11:22:33:44:55 wireless-key YOUR-AP-KEY

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR-AP-ESSID с ESSID беспроводной точки доступа, 00:11:22:33:44:55 с MAC адрес AP и YOUR-AP-KEY с соответствующим ключом.

У этого есть побочный эффект, который любой в системе может просто cat /etc/network/interfaces и найти ваш AP-ключ. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.

В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и /etc/network/interfaces: http: //blog.nelhage. com / 2008/08 / using-wpa_supplicant-on-debianubuntu /

Это довольно старый пост, но он может быть немного более безопасным, чем прямое вложение вашей информации о подключении в /etc/network/interfaces.

Если мы говорим только о проводном соединении ...

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из /etc/network/interfaces для настольных компьютеров. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

auto eth0 iface eth0 inet dhcp

И для статического (не DHCP) соединения вот пример с одного из моих серверов:

auto eth0 iface eth0 inet static address 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 gateway 95.172.14.177 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 31 July 2018 в 13:39
  • 1
    Звучит здорово для меня. Я действительно использую "проводной" соединение, так как это карта Ethernet моей виртуальной машины. Он должен быть настроен для статического IP-адреса и других параметров. Как мне изменить оператор iface выше, чтобы отразить тот факт, что это статический IP-адрес, если IP, скажем, 10.100.104.161, а сетевая маска - 255.255.254.0? – jfmessier 20 December 2010 в 21:17
  • 2
    @jfmessier отредактировал! – Oli♦ 21 December 2010 в 04:02
  • 3
    Я действительно внес изменения в файл конфигурации, и у меня все еще есть проблема. Всякий раз, когда я выхожу из своего входа в консоль. Я теряю соединение SSH. – jfmessier 21 December 2010 в 16:26
Это нормальное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного обойти его, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете ускользнуть от этой проблемы, заблокировав блокировку рабочего стола, добавив xdg-screensaver lock в качестве запускающего приложения (System -> Preferences -> Start up applications).

Как предлагает João, вы, вероятно, необходимо установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для брелока (который, очевидно, не был бы введен, если бы никто не был там).

Это, вероятно, только практично, если это

Другим методом было бы удалить соединение из Network Manager и иметь базовый сетевой уровень сделайте соединение. Вы можете попробовать что-то подобное в файле /etc/network/interfaces:

auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap 00:11:22:33:44:55 wireless-key YOUR-AP-KEY

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR-AP-ESSID с ESSID беспроводной точки доступа, 00:11:22:33:44:55 с MAC адрес AP и YOUR-AP-KEY с соответствующим ключом.

У этого есть побочный эффект, который любой в системе может просто cat /etc/network/interfaces и найти ваш AP-ключ. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.

В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и /etc/network/interfaces: http: //blog.nelhage. com / 2008/08 / using-wpa_supplicant-on-debianubuntu /

Это довольно старый пост, но он может быть немного более безопасным, чем прямое вложение вашей информации о подключении в /etc/network/interfaces.

Если мы говорим только о проводном соединении ...

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из /etc/network/interfaces для настольных компьютеров. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

auto eth0 iface eth0 inet dhcp

И для статического (не DHCP) соединения вот пример с одного из моих серверов:

auto eth0 iface eth0 inet static address 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 gateway 95.172.14.177 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 2 August 2018 в 04:09
  • 1
    Звучит здорово для меня. Я действительно использую "проводной" соединение, так как это карта Ethernet моей виртуальной машины. Он должен быть настроен для статического IP-адреса и других параметров. Как мне изменить оператор iface выше, чтобы отразить тот факт, что это статический IP-адрес, если IP, скажем, 10.100.104.161, а сетевая маска - 255.255.254.0? – jfmessier 20 December 2010 в 21:17
  • 2
    @jfmessier отредактировал! – Oli♦ 21 December 2010 в 04:02
  • 3
    Я действительно внес изменения в файл конфигурации, и у меня все еще есть проблема. Всякий раз, когда я выхожу из своего входа в консоль. Я теряю соединение SSH. – jfmessier 21 December 2010 в 16:26

Это обычное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного его обойти, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете прыгнуть вокруг , что проблема , запустив блокировку рабочего стола, добавив блокировку xdg-screensaver в качестве приложения для запуска (System -> Preferences -> Start up applications).

Как предлагает João, вам, вероятно, нужно будет установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для keyring (который, очевидно, не был бы введен, если бы никто не был там) .

Это, вероятно, только практично, если это однопользовательская машина, и это может быть не так безопасно, как вообще не входить в систему.


Другой метод - отнять соединение с сетевым менеджером и подключение к базовому сетевому уровню. Вы можете попробовать что-то подобное в файле / etc / network / interfaces :

  auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap  00: 11: 22: 33: 44: 55 ВАШ-AP-KEY  

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR- AP-ESSID с ESSID беспроводной точки доступа, 00: 11: 22: 33: 44: 55 с MAC-адресом AP и YOUR-AP-KEY [ ! d7] с соответствующим ключом.

Это имеет побочный эффект, который любой в системе может использовать только cat / etc / network / interfaces и найти ваш ключ AP. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.


В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и / etc / network / interfaces : http://blog.nelhage.com/2008/08/using-wpa_supplicant-on-debianubuntu/

Это довольно старый пост, но может быть немного больше (! d11).


Если мы говорим только о проводном соединении ...

]

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из / etc / network / interfaces для рабочих столов. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

  auto eth0 iface eth0 inet dhcp  

И для статического (не DHCP) соединение вот пример с одного из моих серверов:

  auto eth0 iface eth0 inet статический адрес 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 шлюз 95.172.14.177 # dns- *  опции реализуются пакетом resolvconf, если установлены dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off  

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 4 August 2018 в 20:12

Это обычное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного его обойти, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете прыгнуть вокруг , что проблема , запустив блокировку рабочего стола, добавив блокировку xdg-screensaver в качестве приложения для запуска (System -> Preferences -> Start up applications).

Как предлагает João, вам, вероятно, нужно будет установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для keyring (который, очевидно, не был бы введен, если бы никто не был там) .

Это, вероятно, только практично, если это однопользовательская машина, и это может быть не так безопасно, как вообще не входить в систему.


Другой метод - отнять соединение с сетевым менеджером и подключение к базовому сетевому уровню. Вы можете попробовать что-то подобное в файле / etc / network / interfaces :

  auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap  00: 11: 22: 33: 44: 55 ВАШ-AP-KEY  

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR- AP-ESSID с ESSID беспроводной точки доступа, 00: 11: 22: 33: 44: 55 с MAC-адресом AP и YOUR-AP-KEY [ ! d7] с соответствующим ключом.

Это имеет побочный эффект, который любой в системе может использовать только cat / etc / network / interfaces и найти ваш ключ AP. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.


В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и / etc / network / interfaces : http://blog.nelhage.com/2008/08/using-wpa_supplicant-on-debianubuntu/

Это довольно старый пост, но может быть немного больше (! d11).


Если мы говорим только о проводном соединении ...

]

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из / etc / network / interfaces для рабочих столов. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

  auto eth0 iface eth0 inet dhcp  

И для статического (не DHCP) соединение вот пример с одного из моих серверов:

  auto eth0 iface eth0 inet статический адрес 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 шлюз 95.172.14.177 # dns- *  опции реализуются пакетом resolvconf, если установлены dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off  

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 6 August 2018 в 04:14

Это обычное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного его обойти, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете прыгнуть вокруг , что проблема , запустив блокировку рабочего стола, добавив блокировку xdg-screensaver в качестве приложения для запуска (System -> Preferences -> Start up applications).

Как предлагает João, вам, вероятно, нужно будет установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для keyring (который, очевидно, не был бы введен, если бы никто не был там) .

Это, вероятно, только практично, если это однопользовательская машина, и это может быть не так безопасно, как вообще не входить в систему.


Другой метод - отнять соединение с сетевым менеджером и подключение к базовому сетевому уровню. Вы можете попробовать что-то подобное в файле / etc / network / interfaces :

  auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap  00: 11: 22: 33: 44: 55 ВАШ-AP-KEY  

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR- AP-ESSID с ESSID беспроводной точки доступа, 00: 11: 22: 33: 44: 55 с MAC-адресом AP и YOUR-AP-KEY [ ! d7] с соответствующим ключом.

Это имеет побочный эффект, который любой в системе может использовать только cat / etc / network / interfaces и найти ваш ключ AP. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.


В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и / etc / network / interfaces : http://blog.nelhage.com/2008/08/using-wpa_supplicant-on-debianubuntu/

Это довольно старый пост, но может быть немного больше (! d11).


Если мы говорим только о проводном соединении ...

]

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из / etc / network / interfaces для рабочих столов. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

  auto eth0 iface eth0 inet dhcp  

И для статического (не DHCP) соединение вот пример с одного из моих серверов:

  auto eth0 iface eth0 inet статический адрес 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 шлюз 95.172.14.177 # dns- *  опции реализуются пакетом resolvconf, если установлены dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off  

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 7 August 2018 в 22:16

Это обычное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного его обойти, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете прыгнуть вокруг , что проблема , запустив блокировку рабочего стола, добавив блокировку xdg-screensaver в качестве приложения для запуска (System -> Preferences -> Start up applications).

Как предлагает João, вам, вероятно, нужно будет установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для keyring (который, очевидно, не был бы введен, если бы никто не был там) .

Это, вероятно, только практично, если это однопользовательская машина, и это может быть не так безопасно, как вообще не входить в систему.


Другой метод - отнять соединение с сетевым менеджером и подключение к базовому сетевому уровню. Вы можете попробовать что-то подобное в файле / etc / network / interfaces :

  auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap  00: 11: 22: 33: 44: 55 ВАШ-AP-KEY  

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR- AP-ESSID с ESSID беспроводной точки доступа, 00: 11: 22: 33: 44: 55 с MAC-адресом AP и YOUR-AP-KEY [ ! d7] с соответствующим ключом.

Это имеет побочный эффект, который любой в системе может использовать только cat / etc / network / interfaces и найти ваш ключ AP. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.


В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и / etc / network / interfaces : http://blog.nelhage.com/2008/08/using-wpa_supplicant-on-debianubuntu/

Это довольно старый пост, но может быть немного больше (! d11).


Если мы говорим только о проводном соединении ...

]

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из / etc / network / interfaces для рабочих столов. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

  auto eth0 iface eth0 inet dhcp  

И для статического (не DHCP) соединение вот пример с одного из моих серверов:

  auto eth0 iface eth0 inet статический адрес 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 шлюз 95.172.14.177 # dns- *  опции реализуются пакетом resolvconf, если установлены dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off  

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 10 August 2018 в 10:27

Это обычное поведение? Есть ли способ избежать этого?

Это нормальное поведение для непроводных соединений. Network Manager управляет подключением беспроводных (и подключенных к какой-то мере) подключений и не будет входить в действие до тех пор, пока не будут зарегистрированы привилегированные журналы.

Вы можете немного его обойти, включив автозапуск (через System - > Администрирование -> Настройки экрана входа в систему), но это снизит безопасность. Вы можете прыгнуть вокруг , что проблема , запустив блокировку рабочего стола, добавив блокировку xdg-screensaver в качестве приложения для запуска (System -> Preferences -> Start up applications).

Как предлагает João, вам, вероятно, нужно будет установить соединение «Доступно для всех пользователей», чтобы он не запрашивал пароль для keyring (который, очевидно, не был бы введен, если бы никто не был там) .

Это, вероятно, только практично, если это однопользовательская машина, и это может быть не так безопасно, как вообще не входить в систему.


Другой метод - отнять соединение с сетевым менеджером и подключение к базовому сетевому уровню. Вы можете попробовать что-то подобное в файле / etc / network / interfaces :

  auto wifi0 iface wifi0 inet dhcp wireless-essid YOUR-AP-ESSID wireless-ap  00: 11: 22: 33: 44: 55 ВАШ-AP-KEY  

Очевидно, замените wifi0 беспроводным интерфейсом, YOUR- AP-ESSID с ESSID беспроводной точки доступа, 00: 11: 22: 33: 44: 55 с MAC-адресом AP и YOUR-AP-KEY [ ! d7] с соответствующим ключом.

Это имеет побочный эффект, который любой в системе может использовать только cat / etc / network / interfaces и найти ваш ключ AP. Это может быть плохо ... Это зависит от того, насколько секрет должен оставаться. Но только зарегистрированные пользователи могли это увидеть.

Это может не сработать, и даже может заставить Network Manager взорваться. Я не могу сказать.


В том же духе, что и выше, вот сообщение в блоге об использовании wpa_supplicant и / etc / network / interfaces : http://blog.nelhage.com/2008/08/using-wpa_supplicant-on-debianubuntu/

Это довольно старый пост, но может быть немного больше (! d11).


Если мы говорим только о проводном соединении ...

]

Я заметил, что при более новых установках Ubuntu состояние автосоединения было удалено из / etc / network / interfaces для рабочих столов. Думаю, Network Manager делает это сейчас. Чтобы добавить его обратно, отредактируйте файл интерфейсов, чтобы добавить это:

  auto eth0 iface eth0 inet dhcp  

И для статического (не DHCP) соединение вот пример с одного из моих серверов:

  auto eth0 iface eth0 inet статический адрес 95.172.14.178 netmask 255.255.255.248 network 95.172.14.176 broadcast 95.172.14.183 шлюз 95.172.14.177 # dns- *  опции реализуются пакетом resolvconf, если установлены dns-nameservers 78.40.32.140 post-up ethtool -K eth0 tx off  

Некоторые из них могут быть проигнорированы или оставлены авто.

2
ответ дан 13 August 2018 в 16:53
  • 1
    Звучит здорово для меня. Я действительно использую "проводной" соединение, так как это карта Ethernet моей виртуальной машины. Он должен быть настроен для статического IP-адреса и других параметров. Как мне изменить оператор iface выше, чтобы отразить тот факт, что это статический IP-адрес, если IP, скажем, 10.100.104.161, а сетевая маска - 255.255.254.0? – jfmessier 20 December 2010 в 21:17
  • 2
    @jfmessier отредактировал! – Oli♦ 21 December 2010 в 04:02
  • 3
    Я действительно внес изменения в файл конфигурации, и у меня все еще есть проблема. Всякий раз, когда я выхожу из своего входа в консоль. Я теряю соединение SSH. – jfmessier 21 December 2010 в 16:26