Вышеупомянутое должно работать просто великолепно. Вот список, который можно попробовать:
/etc/crontab
или crontab другого пользователя)echo works > /tmp/cron-works
) echo works > /tmp/curl-works; curl ...
) или что-то вдоль этих строк/var/log/syslog
должен показать его выполняющий команды и возможные отказыwww.domain.com
- если так, перепроверьте журналы@houry
(см. man 5 crontab
для полного списка)Кроме того, как Вы проходите проверку подлинности - если это - сетевая аутентификация, Вы, возможно, должны подтвердить, что это работает, прежде чем какой-либо crontab выполняется.
(a) и (b) более или менее эквивалентны. Единственное различие между этими двумя подходами касается клиентов, которые не поддерживают записи SRV. По большому счету, все коммуникации NNI должны поддерживать записи SRV. Некоторые пользовательские агенты могут не поддерживать SRV.
Все методы на основе DNS ((a) и (b)) вызывают задержку, если один из членов кластера перестает отвечать: DNS-преобразователи кэшируют записи, поэтому даже если неотвечающий член кластера будет сразу же после отказа от DNS, некоторые клиенты все равно будут пытаться его использовать. При высокой доступности на основе IP-адреса эта проблема не возникает.
(c) обычно требуется либо глобальная рассылка (не зависящие от провайдера IP-адреса и BGP), либо члены кластера высокой доступности должны быть топологически близки друг к другу (обычно , в той же сети уровня 2).