Обзор

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

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

• Перейдите в Home > Рабочая область Историй и выберите пресет "Сетевые операции", чтобы найти истории о незакрытых или неотключенных Сайтах.

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

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

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

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

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

• Сбор логов консоли. Подключите консольный кабель к сокету. Перейдите в Менеджер устройств > Порты и обратите внимание на 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 для сокета. Мы рекомендуем инициировать этот процесс, если все вышеперечисленные шаги выполнены и не удались.

Создание обращений в поддержку Cato

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

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