Должен ли я включить учетную запись root для rsync?
@ Васаби-РСМ Добро пожаловать на форумы! Я могу ответить только на один из ваших вопросов. Для получения аудио realtek вам нужно перейти на их веб-сайт ( http://www.realtek.com/downloads ), найти раздел драйверов для Linux / Unix и скачать тот, который подходит для вашей системы. После того, как вы распакуете его и разархивируете, появится исполняемый текстовый файл. Запустите его в терминале, когда будет предложено. Когда это будет сделано, перезагрузите компьютер, и он должен работать. Если вы не можете запустить скрипт установки, дважды щелкнув по нему, вам нужно будет зайти в меню «Файл» (наведите курсор мыши вверху слева на рабочем столе) и перейти в «Настройки» -> «Поведение» и включить запуск сценариев с рабочего стола.
Что касается вопроса о яркости вашего монитора, здесь много тем по этому поводу, и я никогда не видел ни одного с однозначным ответом (который работает в большинстве случаев большую часть времени). Большинство решений кажутся очень специфичными для комбинации аппаратного и программного обеспечения. Все, что я могу сказать, это то, что я попробовал много решений, и я все еще не могу контролировать яркость моего монитора, к счастью, он всегда на максимальной яркости. Короче говоря, покопайтесь на этих форумах и посмотрите, нашел ли кто-то с таким же или похожим ноутбуком решение и начните с него. Желаем удачи.
3 ответа
Вы можете (но не должны) дать пользователю root пароль с помощью
sudo passwd root
Редактировать: бит setuid не работает для скриптов. В противном случае вы можете использовать бит setuid в программе резервного копирования.
sudo chown root backup
sudo chmod u+s backup
Может быть, вы даже хотите запустить резервное копирование как задание cron?
-
Вы можете отредактировать
/etc/sudoers, чтобы разрешить любому пользователю, выполняющему команду (или всем пользователям), запускать ее какrootбез пароля (возможно, это немного опасно для rsync). -
Разве вы не можете просто запустить всю команду / скрипт / что угодно как
root? Я предполагаю, что это будет выполняться через cron, поэтому просто добавьте заданиеrootчерез:sudo crontab -eПримечание: вы можете делать довольно сложные вещи, заключая команду cron в фигурную скобку
bash -e "..."или просто делать это в отдельном скрипте. Предполагая, что это не setuid'd, еслиrootзапускает его (черезcron), он будет работать какroot, что должно решить вашу проблему с разрешениями.
-
1Проблема состоит в том, что, если я устанавливаю сценарий на своей локальной машине и выполняю его как корень, это будет иметь проблемы разрешения на сервере. Если я устанавливаю сценарий на своем сервере и выполняю его как корень, чем локальная машина будет той с проблемами разрешения. Другими словами, у меня должны быть полномочия пользователя root и на локальных машинах и на машинах сервера. – Patrick 19.05.2020, 09:06
-
2Вы могли записать сценарий в каждом конце и позволить ему быть выполненным с
sudoобычными пользователями. Это было бы более безопасно, чем просто разрешениеrsync. – Andrew 19.05.2020, 09:07 -
3Sudo является прекрасной идеей. Вы можете specifiy точно, который пользователь может выполнить который команда. Сделайте это. – Emad 19.05.2020, 09:07
- Создать новые, отдельные
mybackupучетные записи пользователей на клиенте и сервере - Заблокировать пароли с помощью
sudo passwd -l mybackupдля этих учетных записей, чтобы предотвратить прямой вход - Разрешить через [ 112], эти новые учетные записи для запуска очень специфической команды
/usr/bin/rsync/ --some-long-command /from/here /to/thereот имени пользователя root сNOPASSWD:в/etc/sudoersс использованиемsudo visudo - Создайте новые SSH-ключи без пароля для локального удаленного хоста, используя [117 ]
- Добавьте к
sudo -u crontab -eна одном или другом конце, чтобы запустить пультrsync, используяsshи ключи в качестве транспорта
Таким образом, единственная команда, которая [ 1111] может быть запущен с правами root - это тот, который вы явно разрешили, и единственный удаленный пользователь, который может активировать его, является владельцем другой половины установленной пары ключей ssh, которая, поскольку она также имеет заблокированный пароль, может только кто-то, имеющий доступ к sudo, или созданный вами crontab.
sudo whoamiвозвраты, корень), поэтому всегоsudo passwdнеобходим. – detale 19.05.2020, 09:06