Я установил openssh-server из Synaptics, как обычно, на совершенно новый Ubuntu Desktop, 10.10, со всеми обновлениями и исправлениями.
Если у меня включена локальная консоль, я могу использовать SSH, без проблем. Если локальная консоль не войдет в систему, я не могу использовать SSH. И если в настоящее время у меня установлено соединение SSH и выйдите из локальной консоли, сеанс SSH вскоре будет отключен.
Похоже, что сетевое подключение работает только тогда, когда пользователь фактически зарегистрирован в Ubuntu.
Это обычное поведение? Есть ли способ избежать этого?
Мерси!
Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это обычное поведение? Есть ли способ избежать этого?
blockquote>Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это обычное поведение? Есть ли способ избежать этого?
blockquote>Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это обычное поведение? Есть ли способ избежать этого?
blockquote>Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это обычное поведение? Есть ли способ избежать этого?
blockquote>Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.
Это обычное поведение? Есть ли способ избежать этого?
blockquote>Это нормальное поведение для непроводных соединений. 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
Некоторые из них могут быть проигнорированы или оставлены авто.