Почему я не могу войти на удаленный компьютер без пароля после использования команды SSH-KEYGEN?
В основе подсветки этот параметр Ядра Linux, под которым это выставляется Вам через здесь /sys. Можно управлять им путем устанавливания значения к чему-то между 1 и 15. Например:
$ sudo echo 5 > /sys/class/backlight/acpi_video0/brightness
Набор яркость к 5. Управление этим параметром Ядра абстрагировано далеко так, чтобы при изменении значения с клавиатурой или настольным апплетом, Вы управляли им через D-шину и HAL.
D-шина позволяет Вам управлять этой структурой, org.freedesktop.Hal.Device.KeyboardBacklight, и HAL позволяет полномочию сделать так. Вы видите это в моей системе Fedora 14 как это:
$ grep -i backlight /etc/dbus-1/system.d/*
/etc/dbus-1/system.d/hal.conf: send_interface="org.freedesktop.Hal.Device.KeyboardBacklight"/>
/etc/dbus-1/system.d/hal.conf: send_interface="org.freedesktop.Hal.Device.KeyboardBacklight"/>
В файле hal.conf:
...
Можно запросить текущее значение через D-шину как так:
$ dbus-send \
--print-reply \
--system \
--dest=org.freedesktop.Hal \
/org/freedesktop/Hal/devices/computer_backlight \
org.freedesktop.Hal.Device.LaptopPanel.GetBrightness | \
tail -1 | \
awk '{print $2}'
Который возвращает значение:
15
Можно также управлять им из командной строки как так, (бит int32:10 ниже устанавливает яркость на "10"):
$ dbus-send \
--print-reply \
--system \
--dest=org.freedesktop.Hal \
/org/freedesktop/Hal/devices/computer_backlight \
org.freedesktop.Hal.Device.LaptopPanel.SetBrightness \
int32:10 #2&>1 > /dev/null
Вы видите, что мы изменили яркость:
$ cat /sys/class/backlight/acpi_video0/brightness
10
Таким образом, как я фиксирую это?
Одна идея состояла бы в том, чтобы сохранить текущую яркость в файл до любого завершение работы и/или перезагрузка и затем добавить к Вашему запуску (возможно, ~/.xinitrc) dbus-send ... команда выше добавления в значении яркости Вы ранее сохранили в файл.
Почему у меня есть несколько файлов под/sys/class/backlight?
Я столкнулся с этим Вопросы и ответы на названном askubuntu.com: Почему существует два файла регулировки яркости (/sys/class/) в моей системе. В ответе на это был этот комментарий:
Если система запускается с параметра ядра acpi_backlight=vendor, объект acpi_video0 заменяется объектом Intel, но затем Fn-ключи не могут изменить значение этого объекта.
Я также столкнулся с этой документацией для Ядра, названного: Параметры Ядра. В этом документе упоминаются следующие aCPI опции:
acpi_backlight= [HW,ACPI]
acpi_backlight=vendor
acpi_backlight=video
If set to vendor, prefer vendor specific driver
(e.g. thinkpad_acpi, sony_acpi, etc.) instead
of the ACPI video.ko driver.
Я думаю intel_backlight ссылаемый в /sys/class/backlight часть подсветки для драйверов видеокарты, предусмотрел видеокарты Intel.
Ссылки
Try this again:
#useradd admin1
#passwd admin1
#ssh-keygen -t rsa
**#ssh-copy-id root@remoteuserip**
#exit
затем введите:
#ssh root@remoteuser's ip
Давайте предположим, что ваш сценарий является следующим. У вас есть компьютер1 (работает SSHD Service) и Computer2 (имеет ключи), и вам нужно использовать клавиши для подключения из Computer2 на Computer1.
На компьютере 2 вы будете делать SSH-keygen -t RSA , и вы будете генерировать две клавиши (одна публика, которая заканчивается на .pub и частной). Чтобы использовать эти клавиши в вашем соединении SSH с компьютера2 к компьютеру1, вы должны скопировать файл .pub на компьютер1. Впервые вам придется использовать свой пароль, и после скопирования открытого ключа на удаленный компьютер ваша следующая сессий будет без паролем (если вы уйдете пустое пароль в ключевом генерации). Умечте, что пользователь, который работает SSH-Keygen , будет иметь ключи в его домашнем каталоге в ~ / .sh, если вы не измените путь, и этот конкретный пользователь будет прочитать доступ к ключам, чтобы они могли быть использовал.
Есть два метода для копирования файла .pub на удаленный компьютер,
1-й - Автоматический ) Использование SSH-Copy-ID -I ~ / id_rsa.pub username @ computer1
2nd - вручную ) SSH к компьютеру1 и создать Каталог .ssh в домашнем каталоге пользователя, который вы хотите SSH PAPAYBLES, а затем создать файл в .ssh имени как authorized_keys и скопируйте содержимое с компьютера2. (Вы можете добавить больше клавиш, добавляющих новые строки )
Генерация ключа не позволяет автоматически войти с ним в систему на удаленных машинах. Вам нужно скопировать соответствующий открытый ключ на машины, к которым вы хотите получить доступ, например:
ssh-copy-id user@remote.machi.ne
Эта операция запросит у вас пароль пользователя на remote.machi.ne , но после этого вы сможете ssh с вашим ключом:
ssh -l user remote.machi.ne
Если вы не установили пароль для вашего ключа, ssh больше не будет просить вас его вводить.
На заметке: похоже, что у вас был старый ключ ssh, который вы только что переписали.