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

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

Поиск

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

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

Здесь можно запустить Консоль управления для управления параметрами виртуального модуля, такого как домен, проверка подлинности и 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.

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

Ключ	Описание
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 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. Нажмите имя репозитория и функции доступа для администрирования репозитория.

• Блокирование принудительной отправки в репозиторий
• Настройка Хранилище больших файлов Git
• Архивация и неархивирование репозиториев

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

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

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

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

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

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

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

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

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

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