Переподключение моста Mosquitto: учитывать короткие успешные соединения
Фотография конкретного исполнения не приложена.
Restart_timeout управляет повторным подключением моста с автоматическим запуском. Возможна постоянная задержка либо backoff с decorrelated jitter, базовым значением и верхним пределом. Случайная составляющая помогает распределять попытки, но не заменяет ограничение общего потока и наблюдение причины отказов.
Дополнительный stable задаёт время, которое соединение должно оставаться открытым перед сбросом backoff к базовому значению. Это важно при канале, который ненадолго восстанавливается и снова разрывается. Без учёта устойчивости каждая короткая удача может возвращать систему к частым попыткам, хотя работоспособность обмена ещё не восстановлена.
Поддержку конкретного синтаксиса проверяют по установленной версии. Параметр относится к предусмотренному типу запуска моста; его нельзя считать универсальным таймером всех клиентских соединений брокера. В проекте связывают политику повторов с доступным каналом, временем восстановления и требованиями к накоплению сообщений во время разрыва.
В приёмке проверяют длительный отказ, краткие соединения и устойчивое восстановление. Наблюдают реальные интервалы, выбранный адрес и продвижение тестового потока. Сообщение «connected» на несколько секунд не является доказательством, что накопление остановилось и канал вернулся к штатному режиму.
Основание — Eclipse Mosquitto official unversioned documentation snapshot; Download index observed 2.1.2, разделы restart_timeout; automatic start_type. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Реальный брокер, его сборка, плагины и сеть не испытывались. Изменения конфигурации, учётных записей и прав не выполнялись; поддержку параметров проверяют по установленной версии.
