Вопросы Теги

Что делает эти “почтовые средние ошибки” Демона Крона?

Я проводил новому системному администратору экскурсию по приложению Менеджера по сервису. Я сказал, "если бы когда-нибудь необходимо было останавливать этот сервис, то Вы нажали бы эту кнопку, но Вы никогда не должны делать этого в течение дня". Вы никогда не верили бы, насколько чувствительный ее кнопка мыши была!

Две минуты спустя сервис запустил снова, и никто, казалось, не заметил.

0
задан 4 May 2010 в 22:40
2 ответа

Учитывая имя/tmp/.d, я предполагаю, что Вы были взломаны. Я не могу предположить, что любой назвал бы что-то этим по нормальным причинам.

Строго говоря то, что это означает, - то, что скрипт/tmp/.d/update запускается кроном из корневого каталога Joe, но не имеет полномочий воздействовать на определенные каталоги, указанные в сценарии.

3
ответ дан 4 December 2019 в 13:08
  • 1
    быть взломанным является возможностью также. –  solefald 4 May 2010 в 21:49
  • 2
    да. появился бы pwd был поставлен под угрозу... благодарит справка! попробованный для распространения представителя вокруг... –  Meltemi 4 May 2010 в 23:43 
cannot access parent directories: Permission denied

средство это не может каталог чтения-записи выше того сценарий, работает от.

Отправьте свой сценарий.

Скорее всего, Ваш сценарий работает при выполнении его вручную как root, но по умолчанию, не выполнение как root от cron. Можно изменить это, однако, byt добавляющий имя пользователя к команде в /etc/crontab

0
ответ дан 4 December 2019 в 13:08
  • 1
    как я определил бы местоположение и отключил бы, при необходимости, это задание крона? ни один не был добавлен к моему знанию, от установки по умолчанию Сервера Mac OS X (10.3) на этой машине приблизительно 6 лет назад... этот просто запустил недавно... –  Meltemi 4 May 2010 в 21:52
  • 2
    Я don' t знают, где они живут на сервере Mac OS X 10.3 (и при этом у меня нет машин достаточно взрослыми для проверки теперь) - Вы можете ' sudo su - joe' и затем ' crontab-e' смотреть на Joe' s crontab файл. –  Jon Lasser 4 May 2010 в 21:57
  • 3
    во-первых, необходимо проверить, ли что-нибудь внутреннее /usr/lib/cron и проверка на подозрительные файлы в jobs, spool, tab, tmp каталоги. –  solefald 4 May 2010 в 22:05
  • 4
    найденный: * * * * */tmp/.d/update >/dev/null 2> & 1, как уничтожить? –  Meltemi 4 May 2010 в 22:06
  • 5
    можно просто удалить ту строку. это будет мешать этому сценарию работать. также удалите rm -r /tmp/.d/ –  solefald 4 May 2010 в 22:48

Теги

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