사용자 중재

사용자를 차단, 비활성화, 금지 또는 신뢰하여 인스턴스 액세스 및 활동을 제어하는 방법을 설명합니다.

인스턴스 관리자인 경우 사용자 액세스를 중재하고 제어하는 몇 가지 옵션이 있습니다. Note 이 항목은 GitLab Self-Managed에서의 사용자 중재와 관련이 있습니다. 그룹 관련 정보는 그룹 문서 를 참조하세요. 사용자 보기 # 인스턴스의 모든 사용자를 보려면: 오른쪽 상단에서 Admin 을 선택합니다. Overview > Users 를 선택합니다. 사용자를 선택하여 계정 정보를 봅니다. 유형별 사용자 보기 # 히스토리 유형별 사용자 필터가 GitLab 18.1에서 도입 . 확립된 GitLab 인스턴스에는 종종 많은 수의 인간 및 봇 사용자가 있을 수 있습니다. 사용자 목록을 필터링하여 인간 또는 봇 사용자 만 표시할 수 있습니다. 유형별로 사용자를 보려면: 오른쪽 상단에서 Admin 을 선택합니다. Overview > Users 를 선택합니다. 검색 상자에 필터를 입력합니다. 인간 사용자를 표시하려면 Type=Humans 를 입력합니다. 봇 사용자를 표시하려면 Type=Bots 를 입력합니다. Enter 를 누릅니다. 청구 가능 사용자 # Rails 콘솔을 통해 인스턴스의 청구 가능 사용자 를 보고 업데이트할 수 있습니다. 일별 및 과거 청구 가능 사용자 확인 # GitLab 인스턴스의 일별 및 과거 청구 가능 사용자 목록을 가져오려면: Rails 콘솔 세션 시작 . 인스턴스의 사용자 수 계산: User .billable.count 지난 1년 동안 인스턴스의 최대 과거 사용자 수 가져오기: : :HistoricalData .max_historical_user_count( from: 1 .year.ago.beginning_of_day, to: Time .current.end_of_day) 일별 및 과거 청구 가능 사용자 업데이트 # GitLab 인스턴스의 일별 및 과거 청구 가능 사용자의 수동 업데이트를 트리거하려면: Rails 콘솔 세션 시작 . 일별 청구 가능 사용자 강제 업데이트: identifier = Analytics : :UsageTrends : :Measurement .identifiers[ :billable_users ] : :Analytics : :UsageTrends : :CounterJobWorker .new.perform(identifier, User .minimum( :id ), User .maximum( :id ), Time .zone.now) 과거 최대 청구 가능 사용자 강제 업데이트: : :HistoricalDataWorker .new.perform 승인 대기 중인 사용자 # 승인 대기 중 상태의 사용자는 관리자의 조치가 필요합니다. 관리자가 다음 옵션 중 하나를 활성화했기 때문에 사용자 가입이 승인 대기 중 상태일 수 있습니다: 새 사용자 계정에 대한 관리자 승인 필요 설정. 사용자 한도 . 자동 생성된 사용자 차단 (OmniAuth) 자동 생성된 사용자 차단 (LDAP) 이 설정이 활성화된 동안 사용자가 계정에 등록하면: 사용자는 Pending approval 상태로 배치됩니다. 사용자는 계정이