> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Эскалация

> Когда и как эскалировать: сбор support bundle с маскированием секретов, состав обращения и приватное раскрытие уязвимостей.

Если типовая диагностика не помогла, пора эскалировать — но так, чтобы поддержка получила достаточно контекста и при этом ни один секрет не покинул вашу среду. Эта страница показывает, что собрать, что приложить и куда обратиться.

<Info>Для кого: администратор панели, SRE, специалист по безопасности. Требуемые права: доступ к консоли хоста панели (для `axottle doctor`) и к аудит-журналу.</Info>

## Когда эскалировать

Эскалируйте, когда:

* пройден [общий порядок диагностики](/ru/troubleshooting/common-problems) и профильная страница раздела, но причина не найдена;
* проблема воспроизводится и затрагивает пользователей (ноды `critical`, схемы не применяются, шлюз недоступен);
* вы подозреваете дефект самого продукта, а не ошибку конфигурации;
* вы нашли уязвимость — тогда идите сразу в раздел [Раскрытие уязвимостей](#раскрытие-уязвимостей) ниже, минуя обычный тикет.

Прежде чем писать обращение, соберите диагностику — с ней ответ придёт быстрее.

## Соберите support bundle

**Support bundle** — диагностический архив, который помогает поддержке увидеть состояние сервера и события вокруг сбоя.

<Steps>
  <Step title="Откройте Doctor">
    На сервере панели запустите интерактивное меню:

    ```bash theme={null}
    sudo axottle
    ```

    Выберите **Doctor** и дождитесь окончания проверки.
  </Step>

  <Step title="Выберите период журналов">
    В строке **Log period** выберите период, который начинается немного раньше первых признаков проблемы. Для сбоя двухчасовой давности обычно подойдёт 6 часов.
  </Step>

  <Step title="Соберите архив">
    Выберите **Collect support bundle** и дождитесь окончания сбора. Пароли, ключи и токены маскируются перед сохранением.
  </Step>

  <Step title="Проверьте и отправьте">
    Выберите **Save bundle locally**, откройте `manifest.json` внутри архива и проверьте список источников. Затем вернитесь в **Send bundle to support** и отправьте архив. Если загрузка не удалась, приложите сохранённый файл к обращению вручную.
  </Step>
</Steps>

<Warning>
  Перед отправкой архива за пределы организации просмотрите его состав и убедитесь, что в нестандартных журналах нет чувствительных данных, характерных только для вашей среды.
</Warning>

## Что приложить в тикет

Чем конкретнее обращение, тем быстрее разбор. Приложите:

| Что                                   | Где взять                                                        |
| ------------------------------------- | ---------------------------------------------------------------- |
| Версия панели и агентов               | `axottle version`, вкладка **Агент** на нодах                    |
| Точный симптом и шаги воспроизведения | ваше наблюдение; по возможности — HTTP-статус ответа             |
| Затронутые ноды/схемы                 | ID и имена нод и Connection Units                                |
| Временной интервал инцидента          | когда началось, когда заметили                                   |
| Выдержки из журнала/аудита            | [Журнал и аудит](/ru/panel/journal-and-audit) — **без секретов** |
| Support bundle                        | `sudo axottle` → **Doctor** (см. выше)                           |

<Warning>
  Не прикладывайте реальные секреты, токены, ключи, полные подписочные URL и внутренние адреса. Используйте плейсхолдеры (`panel.example.com`, `203.0.113.10`, `axt_xxxxxxxx…`). Выдержки из логов очищайте от секретов вручную — автоматическое маскирование гарантировано только для support bundle.
</Warning>

## Контакт поддержки

Обращение в поддержку направляйте на адрес вашего поставщика.

<Info>
  Контакт поддержки: `support@axottle.example` (замените на реальный адрес вашей организации или поставщика).
</Info>

## Раскрытие уязвимостей

Уязвимости — отдельный, приватный канал. **Не** заводите публичный тикет и не раскрывайте детали до выпуска исправления.

* Сообщайте приватно на контакт для ответственного раскрытия.
* В обращении укажите: затронутую версию, описание, шаги воспроизведения и потенциальное влияние — с обезличенными примерами, без реальных секретов.
* Полный порядок — [Управление уязвимостями](/ru/security/vulnerability-management).

## Чек-лист перед эскалацией

* [ ] Пройдены [Типовые проблемы](/ru/troubleshooting/common-problems) и профильная страница диагностики раздела.
* [ ] Проверены службы и `axottle doctor`, разобраны `Failed`/`Warning`.
* [ ] Просмотрены журнал операций и [аудит-журнал](/ru/panel/journal-and-audit) за период инцидента.
* [ ] Собран support bundle, просмотрен его манифест.
* [ ] Подготовлены версия, симптом, затронутые ноды, временной интервал.
* [ ] Из ручных выдержек логов удалены секреты.
* [ ] Если это уязвимость — выбран приватный канал, а не обычный тикет.

## Связанные страницы

<CardGroup cols={2}>
  <Card title="Типовые проблемы" icon="list-check" href="/ru/troubleshooting/common-problems">
    Симптом → причина → куда идти.
  </Card>

  <Card title="Реагирование на инциденты" icon="triangle-exclamation" href="/ru/operations/incident-response">
    Сценарий действий при инциденте.
  </Card>

  <Card title="Обслуживание" icon="wrench" href="/ru/operations/maintenance">
    Doctor и support bundle подробно.
  </Card>

  <Card title="Управление уязвимостями" icon="bug-slash" href="/ru/security/vulnerability-management">
    Приватное раскрытие уязвимостей.
  </Card>
</CardGroup>

<Note>Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-12.</Note>