darkstat, показанный заблокированный трафик

crond выполнение?

Попробуйте одну из этих команд:

pidof crond
pgrep -l crond
ps caxf | grep -6 crond --color

вывод последней команды:

11881 ? S 0:00 \_ httpd 
11882 ? S 0:00 \_ httpd 
11883 ? S 0:00 \_ httpd 
11884 ? S 0:00 \_ httpd 
11885 ? S 0:00 \_ httpd 
11886 ? S 0:00 \_ httpd 
2098 ? Ss 0:01 crond             #this 'crond' is in red
2125 ? Ss 0:00 sudoscriptd 
2127 ? Ss 0:00 \_ sudoscriptd 
2136 tty2 Ss+ 0:00 mingetty 
2137 tty3 Ss+ 0:00 mingetty 
2138 tty4 Ss+ 0:00 mingetty 
2139 tty5 Ss+ 0:00 mingetty

Что crond конфигурация?

Проверьте Ваш /etc/rc.d/init.d или /etc/init.d или безотносительно файла запуска.

crond конфигурация может перечислить отклоненных или/и разрешенных пользователей.
Вашему пользователю отказывают? Проверьте эти файлы:

   /etc/cron.allow
   /etc/cron.deny

Если оба файла отсутствуют, только базируются, позволяется.
Если cron.allow отсутствует и cron.denyпусто, затем всем пользователям разрешают по умолчанию.

Файл /etc/crontab должно быть записываемым для корня только:

$ ls -l /etc/crontab
-rw-r--r-- 1 root root 255 Jul 15  2006 /etc/crontab

Что делает crond сказать?

Естественный способ получить информацию из crond местная почта. crond обычно использование sendmail. Если sendmail не доступно, возможно дать другую почтовую команду (CRONDARGS="-mmail").

Но на данном этапе, лучшее должно проверить непосредственно crond журналы (ll /var/log/cron*).

Перезапуск crond

Проблема может быть устранена при повторном заявлении crond...

Если проблема все еще там, то перед другим перезапуском, давайте выполним его без init.d или service, и попробуйте другие опции:

sudo crond-p-x sch

И проверьте снова crond файлы журнала...