Каков наилучший вариант для сервисного дублирования SIP?

Вышеупомянутое должно работать просто великолепно. Вот список, который можно попробовать:

  • Попробуйте другое время - например, установите его, чтобы работать спустя 5 минут после этого теперь и видеть, работает ли оно
  • Судите другого пользователя
    • Или другой crontab (/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 выполняется.

1
задан 21 April 2013 в 12:42
1 ответ

(a) и (b) более или менее эквивалентны. Единственное различие между этими двумя подходами касается клиентов, которые не поддерживают записи SRV. По большому счету, все коммуникации NNI должны поддерживать записи SRV. Некоторые пользовательские агенты могут не поддерживать SRV.

Все методы на основе DNS ((a) и (b)) вызывают задержку, если один из членов кластера перестает отвечать: DNS-преобразователи кэшируют записи, поэтому даже если неотвечающий член кластера будет сразу же после отказа от DNS, некоторые клиенты все равно будут пытаться его использовать. При высокой доступности на основе IP-адреса эта проблема не возникает.

(c) обычно требуется либо глобальная рассылка (не зависящие от провайдера IP-адреса и BGP), либо члены кластера высокой доступности должны быть топологически близки друг к другу (обычно , в той же сети уровня 2).

2
ответ дан 3 December 2019 в 21:33

Теги

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