Skip to main content
Мы публикуем частые обновления нашей документации, и перевод этой страницы может все еще выполняться. Актуальные сведения см. в документации на английском языке.

Панель мониторинга администратора сайта

Панель мониторинга администрирования сайта позволяет управлять пользователями, организациями и репозиториями организации непосредственно в GitHub Enterprise Server.

Чтобы получить доступ к панели мониторинга, в правом верхнем углу любой страницы щелкните .

См. этот раздел панели мониторинга администратора сайта, чтобы найти пользователей и репозитории, а также запросить журнал аудита.

Консоль управления

Здесь можно запустить Консоль управления для управления параметрами виртуального модуля, такого как домен, проверка подлинности и SSL.

Анализ

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

Журнал аудита

GitHub Enterprise Server сохраняет журнал выполняемых действий аудита, которые можно запрашивать.

По умолчанию в журнале аудита отображается список всех проверенных действий в обратном хронологическом порядке. Этот список можно отфильтровать, введя пары "ключ-значение" в текстовом поле Запрос и нажав кнопку Поиск, как описано в разделе "Доступ к журналу аудита для предприятия".

Дополнительные сведения о ведении журнала аудита в целом см. в разделе Сведения о журнале аудита для предприятия. Полный список действий аудита см. в разделе События журнала аудита для вашего предприятия.

Отчеты

Если вам нужно получить сведения о пользователях, организациях и репозиториях в экземпляр GitHub Enterprise Server, вы обычно извлекаете данные JSON через API GitHub. К сожалению, API может не предоставлять все необходимые данные, для этого требуется некоторые технические знания. В качестве альтернативы панель мониторинга администратора сайта содержит раздел Отчеты, что упрощает скачивание отчетов в формате CSV с большим объемом сведений, которые, вероятно, потребуются пользователям, организациям и репозиториям.

В частности, можно скачать отчеты CSV, перечисленные в списке

  • все пользователи
  • все активные пользователи
  • все неактивные пользователи
  • все пользователи, которые были заблокированы
  • все организации
  • все репозитории

Кроме того, можно получить доступ к этим отчетам программным способом с помощью стандартной проверки подлинности HTTP и учетной записи администратора сайта. С областью необходимо использовать personal access token site_admin . Дополнительные сведения см. в разделе Создание личного маркера доступа.

Например, вот как можно скачать отчет "Все пользователи" в команде curl :

curl -L -u USERNAME:TOKEN http(s)://HOSTNAME/stafftools/reports/all_users.csv

Чтобы получить доступ к другим отчетам программным способом, замените all_users наactive_users, dormant_users, suspended_users, all_organizations или all_repositories.

Примечание. Первоначальный запрос curl вернет HTTP-ответ 202 при отсутствии кэшированных отчетов; отчет будет создан в фоновом режиме. Можно отправить второй запрос, чтобы скачать отчет. Вместо пароля можно использовать пароль или токен OAuth с областью site_admin.

Пользовательские отчеты

КлючОписание
created_atПри создании учетной записи пользователя (в качестве метки времени ISO 8601)
idИдентификатор учетной записи пользователя или организации
loginИмя для входа в учетную запись
emailОсновной адрес электронной почты учетной записи
roleПринадлежит ли учетная запись администратору или обычному пользователю
suspended?Заблокирована ли учетная запись
last_logged_ipПоследний IP-адрес для входа в учетную запись
reposКоличество репозиториев, принадлежащих учетной записи
ssh_keysКоличество ключей SSH, зарегистрированных в учетной записи
org_membershipsЧисло организаций, которым принадлежит учетная запись
dormant?Является ли учетная запись неактивной
last_activeКогда учетная запись была последней активной (как метка времени ISO 8601)
raw_loginНеобработанные данные о входе (в формате JSON)
2fa_enabled?Включил ли пользователь двухфакторную проверку подлинности

Отчеты организации

КлючОписание
idидентификатор организации;
created_atКогда организация была создана
loginИмя организации для входа
emailОсновной адрес электронной почты организации
ownersКоличество владельцев организации
membersКоличество сотрудников в организации
teamsКоличество команд в организации
reposКоличество репозиториев в организации
2fa_required?Требуется ли для организации двухфакторная проверка подлинности

Отчеты репозитория

КлючОписание
created_atКогда создан репозиторий
owner_idИдентификатор владельца репозитория
owner_typeПринадлежит ли репозиторий пользователю или организации
owner_nameИмя владельца репозитория
idИдентификатор репозитория
nameИмя репозитория
visibilityЯвляется ли репозиторий общедоступным или частным
readable_sizeРазмер репозитория в формате, доступном для чтения человеком
raw_sizeРазмер репозитория в виде числа
collaboratorsКоличество участников совместной работы репозитория
fork?Является ли репозиторий вилкой
deleted?Удален ли репозиторий

Индексация

Функции поиска GitHub работают на базе Elasticsearch. В этом разделе панели мониторинга администратора сайта отображается текущее состояние кластера ElasticSearch и предоставляется несколько средств для управления поведением поиска и индексирования.

Дополнительные сведения о поиске кода см. в разделе Поиск информации в GitHub. Дополнительные сведения об Elasticsearch см. на веб-сайте Elasticsearch.

Примечание. В обычном режиме администраторам сайта не нужно создавать новые индексы или планировать задания восстановления. Для устранения неполадок или других целей поддержки Поддержка GitHub может поручить выполнить задание восстановления.

Управление индексами

GitHub Enterprise Server согласовывает состояние индекса поиска с данными экземпляра автоматически и регулярно.

  • Проблемы, запросы на вытягивание, репозитории и пользователи в базе данных
  • Репозитории Git (исходный код) на диске

Экземпляр использует задания восстановления для согласования данных и планирует задание восстановления в фоновом режиме при возникновении следующих событий:

  • при создании нового индекса поиска;
  • когда необходимо заполнить отсутствующие данные;
  • когда необходимо обновить старые данные поиска.

Можно создать новый индекс или щелкнуть существующий индекс в списке для управления индексом. Вы можете выполнить следующие действия с индексом:

  • Сделать индекс доступным для поиска.
  • Сделать индекс доступным для записи.
  • Обновить индекс.
  • Удалить индекс.
  • Сбросить состояние восстановления индекса.
  • Запустить новое задание по восстановлению индекса.
  • Включить или отключить задания по восстановлению индекса.

Индикатор выполнения показывает текущее состояние задания по восстановлению в фоновых рабочих ролях. Это разница в процентах смещения восстановления с самым высоким идентификатором записи в базе данных. Значение, отображаемое на панели выполнения, можно игнорировать после завершения задания восстановления. Индикатор выполнения показывает разницу между смещением восстановления и наибольшим идентификатором записи в базе данных и уменьшается по мере добавления дополнительных репозиториев в экземпляр GitHub Enterprise Server, даже если эти репозитории фактически индексируются.

Чтобы свести к минимуму влияние на производительность ввода-вывода и снизить вероятность истечения времени ожидания по операциям, попробуйте запустить задание по восстановлению в часы с низкой загрузкой. Так как задание согласовывает индекс поиска с данными базы данных и репозитория Git, будет использоваться один ЦП. Отслеживайте средние показатели загрузки системы и загрузку ЦП с помощью служебной программы, например top. Если вы не заметили значительного увеличения потребления ресурсов, можно запускать задание восстановления индекса в часы пиковых нагрузок.

В заданиях по восстановлению используется "смещение восстановления" для параллелизации. Это смещение в таблицу базы данных для сверяемой записи. На основе этого смещения несколько фоновых заданий могут синхронизировать свою работу.

Это позволяет включать или отключать функции поиска и индексирования в исходном коде.

Зарезервированные имена для входа

Некоторые слова зарезервированы для внутреннего использования в экземпляр GitHub Enterprise Server, что означает, что эти слова нельзя использовать в качестве имен пользователей.

Например, помимо прочего зарезервированы следующие слова:

  • admin
  • enterprise
  • login
  • staff
  • support

Полный список или зарезервированные слова см. в разделе "Зарезервированные имена для входа" на панели мониторинга администратора сайта.

Средства фиксации Advanced Security

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

В разделе "Текущее количество активных средств фиксации" можно увидеть количество активных средств фиксации для репозиториев с включенным параметром GitHub Advanced Security. Это количество используемых лицензий рабочих мест.

В разделе "Максимальное количество средств фиксации во всем экземпляре" можно увидеть количество активных средств фиксации во всех репозиториях в вашей организации. Это количество лицензий рабочих мест, которые будут использоваться, если вы включили GitHub Advanced Security для каждого репозитория на предприятии.

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

example-org
octo-org/octo-repo

Результатом является количество дополнительных лицензий рабочих мест, которые будут использоваться, если вы включили GitHub Advanced Security для этих организаций и репозиториев.

Дополнительные сведения о выставлении счетов за Advanced Security см. в разделе Сведения о выставлении счетов для GitHub Advanced Security.

Обзор Enterprise

См. этот раздел панели мониторинга администратора сайта для управления организациями, пользователями, политиками и параметрами.

Репозитории

Это список репозиториев в экземпляр GitHub Enterprise Server. Нажмите имя репозитория и функции доступа для администрирования репозитория.

все пользователи

Здесь можно просмотреть всех пользователей в экземпляр GitHub Enterprise Server и инициировать аудит ключа SSH.

Администраторы сайта

Здесь можно просмотреть всех администраторов в экземпляр GitHub Enterprise Server и инициировать аудит ключа SSH.

Неактивные пользователи

Здесь можно просмотреть и приостановить всех неактивных пользователей в экземпляр GitHub Enterprise Server. Учетная запись пользователя считается неактивной ("неактивной"), если она:

  • Существует дольше порога активности, заданного для экземпляр GitHub Enterprise Server.
  • Не создавало никаких действий в течение этого периода времени.
  • Не является администратором сайта.

Порог состояния бездействия — это продолжительность времени, в течение которого пользователь должен быть неактивным, чтобы считаться бездействующим. Порог бездна по умолчанию составляет 90 дней, однако вы можете настроить порог бездорожья для экземпляр GitHub Enterprise Server. Дополнительные сведения см. в разделе Управление неактивными пользователями.

Пользователи, для которых выполнялась приостановка

Здесь можно просмотреть всех пользователей, которые были приостановлены в экземпляр GitHub Enterprise Server, и инициировать аудит ключа SSH.