чистый-ftpd: один readonly/non-deletable файл в корневом каталоге
Мы только что прошли подобные проблемы. Определенные документы, распечатанные определенными пользователями к определенным принтерам, полностью завинтят сервис шпульки на победу 2k3 сервер и из-за этого, выводят все из строя другие принтеры.
Мы действительно не нашли, что подходящий путь вокруг предотвращения вынимания целого спулера кроме имеет много серверов печати, который является, очевидно, не очень дружественным. Однако то, что мы сделали, создается дополнительные очереди для проблемных принтеров, которые используют или PCL или драйверы PS (в основном, какой бы ни каждый в настоящее время не используется). Назовите это тем же самым с - PS/-pcl после него и советуйте пользователям, у которых есть проблемы для печати к этому.
Также стоит зарегистрироваться в services.msc на сервере печати, который сервис спулера установлен перезапустить сам автоматически. Тем путем можно сойти с рук всего несколько моментов времени простоя.
Я предполагаю, что Вы могли также советовать, чтобы люди, которые должны распечатать к изворотливому принтеру, сделали так через прямой IP, печатающий таким образом устранение сервера печати от уравнения все вместе.
Установите владельца и группу файла, чтобы базироваться и сделать это миром читаемый:
chown root:root filename
chmod 664 filename
-
1Это won' t работа, потому что у пользователя есть полномочия записи на ее каталоге. It' s все еще способный изменить каталог, таким образом удаляя файлы, неважно, кто владеет им. – Bram Schoenmakers 27 May 2010 в 14:59
Какая у вас файловая система? Вы можете попробовать установить неизменяемый атрибут для этого файла
chattr +i filename
Как указано, файл можно удалить, если у вас есть разрешение на запись в каталог, в котором он находится. Однако вы не можете удалить каталог, если он не пустой, даже если у вас есть разрешение на запись в родительский каталог. Таким образом, этот хак должен работать:
mkdir protected
touch protected/test
sudo chown -R root:root protected
sudo chmod -R 755 protected
Теперь, если вы попытаетесь удалить файл:
$ rm protected/test
rm: remove write-protected regular empty file `protected/test'? y
rm: cannot remove `protected/test': Permission denied
И если вы попытаетесь удалить каталог:
$ rm -R protected
rm: descend into write-protected directory `protected'? y
rm: remove write-protected regular empty file `protected/test'? y
rm: cannot remove `protected/test': Permission denied