Почему пользователь root может отредактировать файлы только для чтения, но обычный пользователь с sudo доступом не может?

Проблема с наличием 2 из тех же файлов в различных местоположениях состоит в том, что, если обе версии изменяются одновременно, Вы затем заканчиваете с конфликтом, когда они пытаются синхронизировать назад. Если они только не используются в качестве только для чтения, в этом случае центральный сервер работал бы. Вы не сказали хотя, если это - документ или системные файлы типа, как после автоматизированной сборки, которые являются sync'd.

Тем не менее существует несколько опций для Вас.

Если это будут документы, которые являются sync'd, то Офлайновые файлы, вероятно, сделают то, что Вы хотите. Установите "Общий" диск, к которому все подключают на сервере, удостоверьтесь, что Вы устанавливаете, снова соединяются при следующем входе в систему. Щелкните правой кнопкой и выберите опцию "Make Available Offline", это теперь установит локальный кэш файлов, которые находятся в Совместно используемой папке с сервера. Когда кто-то работает над файлом, они работают над локальной копией на своем сервере, когда они выйдут из системы, это будет затем повторно синхронизировать файл до сервера с обновлением и загружать любые новые обновленные файлы также. Можно также установить, чтобы синхронизировать при входе в систему и иметь пользователя, вручную инициировали его также. Будет похоже, что они работают над Общим диском сервера, но они на самом деле работают над локальным кэшем. На сервере Вы установили бы отдельную программу для резервного копирования Общего диска к удаленному местоположению по Вашему выбору ежедневно, каждый час, и т.д. поскольку Вы должны. Мне нравится этот метод, поскольку он позволяет пользователям портативных компьютеров хранить копию у себя файлов, когда они разъединяются. Оборотная сторона к этому, это - вход в систему, базирующийся так файлы это, синхронизация будет только находиться под учетной записью того пользователя

Другая опция, должен использовать резервную программу, такую как резервное копирование Cobian (свободное), который работает как услуга. Можно или настроить его на сервере и затем иметь задания для продвижения файлов к тесту ПК с сервера. Или установите его на каждом тесте ПК и сделайте, чтобы они вытянули с сервера. Потребуется некоторое проигрывание с, но это должно сделать то, что Вам нужна включая 2 пути синхронизация. Это имеет планировщик также, таким образом, это не будет реальное время. Можно также инициировать через пакетный файл поэтому, если бы это был сервер, выставляющий все, то один пакетный файл мог бы инициировать нажатие для выполнения заданий, которые могли затем обновить все. Если Вы делаете, это в конце процесса buid просто имеет триггер процесса сборки пакетный файл.

7
задан 16 December 2010 в 18:06
2 ответа

Кажется, что Вы делаете что-то как:

sudo echo "blah blah blah de blah" >> /etc/protected_file

Это не работает, потому что sudo относится echo команда, которая счастливо работает как корень, но перенаправление является частью Вашей текущей оболочки, которая не работает как корень.

Общие решения:

sudo bash -c 'echo "blah blah blah de blah" >> /etc/protected_file'

и

echo "blah blah blah de blah" | sudo tee -a /etc/protected_file
12
ответ дан 2 December 2019 в 23:21

Примечание: Необходимо использовать "visudo" для редактирования sudoers файла, потому что он проверяет файл на синтаксические ошибки прежде, чем позволить Вам фиксировать их, препятствовать тому, чтобы Вы блокировали себя.

3
ответ дан 2 December 2019 в 23:21

Теги

Похожие вопросы