Обзор
Отказ в обновлении сокета может произойти на различных этапах: от начального развертывания до запланированного обслуживания и ручного обновления. Понимание и быстрое решение этих проблем имеет решающее значение для поддержания целостности сети. Вот обзор процесса устранения неполадок для решения проблем с обновлением сокета.
Симптомы
Начальное обновление не удалось: происходит во время развертывания сокета.
Проблемы с окном обслуживания: большое количество сокетов не обновлены во время запланированного обслуживания.
Туннель установлен после неудачного обновления: обновление сокета не удалось, но туннель остается подключенным.
Недоступность после обновления: сокеты становятся недоступными после обновления.
Возможные причины
Проблемы с подключением: тайм-аут из-за медленного интернета или неправильных настроек MTU.
Недоступность разрешения DNS: неспособность разрешить cc2.catonetworks.com.
Ограничения файервола: файерволы с проверкой SSL.
Ограничения портов: ограничения WAN1/Port1.
Перенести автоматические обновления
Если причина пропуска обновления связана с нестабильным каналом провайдера интернет-услуг, что привело к пропуску автоматического обновления для всей учетной записи, мы можем приостановить автоматические обновления для затронутого сокета и перенести автоматическое обновление на следующее окно обслуживания.
После того как проблема будет решена, мы можем вручную обновить проблемный сокет.
Устранение неполадок обновления сокета
Заметка:
Перед началом устранения неполадок, убедитесь, что понимаете, как работает обновление сокетов в Cato в следующей статье: Understanding Cato's Managed Socket Upgrade Service
Обновления сокетов будут происходить в сконфигурированном окне обслуживания в CMA или во время начального развертывания. В этом разделе будут рассмотрены шаги, связанные с устранением неполадок неудачных обновлений сокета. Существует три основных возможных результата при сбоях обновления:
Начальное обновление сокета не удалось во время развертывания сокета.
Туннель остается подключенным и установленным, несмотря на сбой обновления.
Туннель не удается установить, и сокет становится недоступным после сбоя обновления.
Ошибка начального обновления
Когда только что развернутый или сброшенный до заводских настроек сокет впервые подключается к Интернету, он будет непрерывно пытаться обратиться к Cato через свой порт WAN и пытаться обновить свою версию прошивки.
Для устранения неполадок начального обновления, пожалуйста, ознакомьтесь с Устранение неполадок с начальным обновлением прошивки
Туннель установлен после сбоя обновления
Во время окна обслуживания процесс обновления сокета может не увенчаться успехом, что приведет к сбою обновления, препятствующему обновлению других сокетов на всем аккаунте. Важно определить неудачные обновления и сосредоточиться на их обновлении перед планированием нового окна обслуживания.
Анализ событий CMA
Просматривайте события, связанные с обновлением сокета, фильтруя Подтип как Обновление сокета и Действие как Не удалось
События с действием Пропущено могут указывать на то, что сокет был в оффлайне во время окна обслуживания или что другой сокет не смог обновиться (Нет открытого туннеля после времени ожидания), что привело к пропуску всех оставшихся сокетов. Причина пропуска действия может быть видна в Сообщении о событии. Например:
Обновление было пропущено. Основной сокет был оффлайн во время окна обслуживания.
Обновление было пропущено. Пропущено ожидаемое обновление для этого сокета, так как другой сокет не смог завершить обновление.
События с действием Не удалось указывают на то, что была предпринята попытка обновления сокета, но сам процесс обновления завершился неудачей. Причина неудачного действия может быть видна в Сообщении о событии
Если сокет становится недоступным после этой неудачи, перейдите к Туннель не удается установить после обновления.
Продолжайте процесс устранения неполадок, сосредотачиваясь на сокетах с действием Не удалось.
Устранение неполадок во время обновления
Во время процесса обновления сокет будет пытаться загрузить образ прошивки. Тайм-ауты могут возникнуть по следующим причинам:
Не удалось правильно разрешить DNS для cc2.catonetworks.com
Медленное или ненадежное интернет-соединение препятствует загрузке прошивки.
Неправильная настройка MTU на интерфейсах WAN.
Чтобы исключить вышеуказанные причины, проверьте следующее:
Используйте инструмент Ping из WebUI, чтобы подтвердить, что Socket может разрешить cc2.catonetworks.com через туннель. Если Полное доменное имя (FQDN) не разрешается, проверьте настройки DNS на порту WAN.
В Сетевой аналитике проверьте, была ли потеря пакетов во время окна обслуживания. Если да, проверьте, есть ли также Потеря пакетов на последней миле, и сообщите об этой проблеме в Провайдер интернет-услуг.
Cato Sockets запускают PMTUD (обнаружение MTU) с PoP для определения допустимого MTU через туннель. Однако ручная настройка MTU на интерфейсе WAN может привести к фрагментации пакетов и снижению производительности. Проверьте конфигурированное значение MTU в WebUI.
Устранение неполадок после обновления
Как только прошивка будет загружена и установлена на Socket, Socket перейдет в период привилегий (10 минут), в течение которого будет выполнено несколько проверок для определения стабильности вновь установленной версии:
Процесс сокета работает.
Ping работает для cc2.catonetworks.com, 8.8.8.8 и Facebook через Интернет
Соединение с PoP установлено как минимум на 5 минут.
Было как минимум десять успешных синхронизаций между Сокетом и PoP.
cURL работает для cc2.catonetworks.com через туннель.
Если проверки не удались в течение периода благодати, Socket откатится к предыдущей версии, полагая, что новая версия нестабильна. Убедитесь, что Socket сохраняет доступ к Интернету на 10 минут после завершения обновления.
Выполнение перезагрузки Socket
В некоторых случаях фатальных сбоев обновления, может быть полезна перезагрузка Сокета перед повторной попыткой обновления прошивки. Если туннель остается активным после сбоя обновления, удаленный перезапуск Socket может быть выполнен через WebUI в разделе Администрирование.
Если Socket недоступен после сбоя обновления, перейдите в Туннель не удается установить после обновления.
Ручное обновление Socket и перепланирование
Socket с действием Пропущено во время окна обслуживания можно вручную обновить из CMA, как только Socket снова будет в сети. Сокеты с действием Сбой должны следовать вышеуказанным шагам по устранению неполадок перед попыткой их ручного обновления. Для информации о ручном обновлении в CMA см. Ручное обновление CMA.
Для крупных учетных записей ручное обновление в CMA может занять много времени. Вместо ручного обновления каждого Socket, может потребоваться только устранение неполадок и обновление Socket, который не удался (действие Сбой) в течение первого окна обслуживания, а затем планирование нового окна обслуживания. Для информации о перенесении окна обслуживания в CMA см. Перенос процесса обновления.
Если процесс обновления продолжает не удаваться с теми же или другими Socket, отправьте тикет в службу поддержки с результатами вышеуказанного устранения неполадок.
Туннель не удается установить после обновления
Анализ событий CMA
События обновления Socket с действием Сбой и сообщение о событии Нет открытого туннеля после времени благодати указывают, что Socket был сообщен как оффлайн после окончания периода обновления Socket (17 минут).
Персоналу на месте необходимо будет находиться на месте и следовать шагам, объясненным в Решение недоступного Socket после обновления.
Устранение обнаруженных проблем
Ручное обновление CMA
Сбой обновления мог быть вызван кратковременной проблемой соединения и может быть успешным при второй попытке. Чтобы попытаться сделать новое обновление сокета, вручную инициируйте обновление из Сайт конфигурации > Socket > Действия > Обновить. См. Ручное обновление сокета
Рекомендуется выбрать последнюю доступную версию прошивки с механизмом обновления "Инициировано Cato Cloud". Через 17 минут после начала ручного обновления прошивки, CMA покажет уведомление "Успешно обновлено", указывающее, что сокет подтвердил успешное обновление после льготного периода.
Решение проблемы недоступного сокета после обновления
Персонал на месте должен следовать следующим шагам:
Заметка:
По возможности, связывайтесь с Поддержкой Cato для сбора файлов журналов Socket через консоль до перезагрузки Socket. Эти логи имеют решающее значение для анализа причин.
Сбор логов консоли. Подключите консольный кабель к сокету. Перейдите в Менеджер устройств > Порты и обратите внимание на COM-порт консольного кабеля. Откройте Putty или аналогичное терминальное приложение и используйте параметры ниже.
Сохраните вывод консоли в текстовом файле для будущего исследования.На физических сокетах этот шаг должен быть выполнен до перезагрузки сокета, так как логи сокета теряются после перезагрузки.
Для Azure vSockets журналы консоли можно получить в Azure в разделе ВМ > Помощь > Диагностика загрузки > Сериальный лог > Скачать сериальный лог. Эти логи собираются для до 6 загрузок.
Перезагрузка. Следующий шаг - это перезагрузка, если туннель не устанавливается или сокет становится недоступным после обновления.
Отменить назначение и повторно назначить сокет площадке. Если перезагрузка не помогает поднять туннель/сокет, отмените назначение сокета в CMA. Если сокет обнаружен, он появится в уведомлении CMA через несколько минут. Назначьте сокет обратно той же площадке.
Перепрошивка сокета. Если уведомления CMA нет, следующим шагом будет перепрошивка сокета в состояние заводских настроек. Вы можете нажать и удерживать кнопку F/D в течение 30-35 секунд или выполнить сброс через USB для этого.
Связаться с Поддержкой. Отправьте собранные журналы консоли в Поддержку и запросите инициировать процесс RMA для сокета. Мы рекомендуем инициировать этот процесс, если все вышеперечисленные шаги выполнены и не удались.
Поднятие случаев на поддержку Cato
Отправьте обращение в Поддержку с результатами вышеприведенных шагов устранения неисправностей. Пожалуйста, включите следующую информацию в запрос:
Детали затронутых сокетов и общее влияние.
Связанные события и уведомления CMA, показывающие сбой обновления сокета.
Результаты ручных обновлений и перепланировка окон обслуживания.
Собранные логи консоли, если сокет становится недоступным.