В общем, когда у вас есть такие проблемы, вы всегда должны попробовать следующее:
Перенаправьте вывод ошибок вашей программы:
@reboot /root/myscriptname.sh 2> / root / logfile .txt
Увеличьте уровень детализации cron
, добавьте эту строку в / etc / default / cron
(по крайней мере, в системах на основе Debian) и перезапустите демон cron
:
EXTRA_OPTS = '- L 4'
Доступные параметры журнала:
0 без ведения журнала (ошибки регистрируются независимо)
1 записать начало заданий
2 зарегистрировать конец заданий
4 зарегистрировать задание со статусом выхода! = 0
8 зарегистрировать идентификатор дочернего процесса (во всех журналах) {{1 }}
Вы должны найти журналы в / var / syslog
.
В вашем конкретном случае, я почти уверен, что проблема в том, что mono-sgen
не находится на пути cron, как предлагает Gnouc, но это полезные уловки, о которых следует знать в следующий раз.
Я бы подключился к удаленному компьютеру с помощью предполагаемых средств без установленных правил и выяснил, какие порты на самом деле используются этим методом:
netstat -vatn
для открытого TCPnetstat -vaun
для открытого UDPlsof -i
список открытых портов
Затем создайте соответствующее правило на основе того, что указано для нужного вам процесса.
Этот веб-сайт может быть полезен:Iptable Essentials