XOps Network Playbook - Сокет офлайн после обновления

Обзор

Отказ обновления сокета может произойти на различных этапах, от первоначального развертывания до запланированных окон обслуживания и ручных обновлений. Понимание и быстрое решение этих проблем имеет решающее значение для поддержания целостности сети. Этот план действий призван провести вас через историю, в которой ваш сайт не смог установить туннель с облаком Cato после обновления.

Шаг 1 - убедитесь, что Площадка отключена

Перейдите в Home > Рабочая область Историй и выберите пресет "Сетевые операции", чтобы найти истории о незакрытых или неотключенных Сайтах.
Перейдите в Домой > События и найдите события, помеченные как Действие не удалось с сообщением "Нет открытого туннеля после времени льготы". Эти события указывают на то, что сокет был отмечен как офлайн после окончания периода обновления сокета (17 минут).

Шаг 2- Проверьте подключение сокета к облаку Cato

Статус соединения сокетов можно проверить через WebUI сокета. Для локального доступа к WebUI сокета, см. Вход в локальный WebUI сокета.
На вкладке Монитор сокета убедитесь, что используется порт WAN для подключения к облаку Cato. Если статус Ссылки показывает отключение (Красный), проверьте, есть ли активная физическая связь между сокетом и устройством провайдера.
Если у нас есть подключение к интернету, но нет подключения к облаку Cato, перейдите на вкладку Захват трафика, выберите соответствующий интерфейс WAN и начните захват. Через минуту нажмите Скачать и Остановить.
Перейдите в раздел Создание обращений в поддержку Cato и предоставьте все собранные данные.

Шаг 3 - Решение проблемы недоступности сокета после обновления

Для выполнения следующих шагов требуются специалисты на месте:

Заметка:
Если это возможно, свяжитесь с Поддержкой Cato для сбора файлов журнала Socket через консоль перед перезагрузкой Socket. Эти логи имеют решающее значение для анализа причин.

Сбор логов консоли. Подключите консольный кабель к сокету. Перейдите в Менеджер устройств > Порты и обратите внимание на COM-порт консольного кабеля. Откройте Putty или аналогичное терминальное приложение и используйте параметры ниже.
Сохраните вывод консоли в текстовом файле для будущего исследования.
- На физических сокетах этот шаг должен быть выполнен до перезагрузки сокета, так как логи сокета теряются после перезагрузки.
- Для Azure vSockets журналы консоли можно получить в Azure в разделе ВМ > Помощь > Диагностика загрузки > Сериальный лог > Скачать сериальный лог. Эти логи собираются для до 6 загрузок.
Перезагрузка. Следующий шаг - это перезагрузка, если туннель не устанавливается или сокет становится недоступным после обновления.
Отменить назначение и повторно назначить сокет площадке. Если перезагрузка не помогает поднять туннель/сокет, отмените назначение сокета в CMA. Если сокет обнаружен, он появится в уведомлении CMA через несколько минут. Назначьте сокет обратно той же площадке.
Перепрошивка сокета. Если уведомления CMA нет, следующим шагом будет перепрошивка сокета в состояние заводских настроек. Вы можете нажать и удерживать кнопку F/D в течение 30-35 секунд или выполнить сброс через USB для этого.
- Для сброса F/D следуйте Сброс сокета.
- Если сброс F/D не сработал по какой-то причине, вы можете выполнить сброс USB. Следуйте приведенным ниже статьям о том, как выполнить сброс USB для соответствующих моделей сокетов:
  - X1500
  - X1500B
  - X1600
  - X1700
  - X1700B
Связаться с Поддержкой. Отправьте собранные журналы консоли в Поддержку и запросите начать процесс RMA для Socket. Мы рекомендуем инициировать этот процесс, если все вышеперечисленные шаги выполнены и не удались.

Поднятие случаев на поддержку Cato

Отправьте обращение в Поддержку с результатами вышеприведенных шагов устранения неисправностей. Пожалуйста, включите следующую информацию в запрос:

Детали затронутых сокетов и общее влияние.
Связанные события и уведомления CMA, показывающие сбой обновления сокета.
Результаты ручных обновлений и перепланировка окон обслуживания.
Собранные логи консоли, если сокет становится недоступным.