uVersion
한국어
다운로드 →

Wiki

사용자

uVersion 계정 생성 및 관리: 역할, 비밀번호, 비활성화, 영구 삭제, 라이선스 시트. super admin과 project_admin 사이에서 누가 무엇을 할 수 있는지.

소개

관리 패널의 Users 탭은 계정을 생성하고, 역할을 부여하고, 비밀번호를 재설정하고, 계정을 비활성화하거나 재활성화하며, 영구적으로 삭제하는 데 사용됩니다. 목록에는 각 사용자의 이름, 이메일, 역할, 상태(Active / Inactive), 마지막 로그인이 표시됩니다.

이 탭은 서버 전체와 관련된 패널의 SERVER 행에 있으며, 바로 옆에서 선택한 저장소에만 관련된 PROJECT 행에는 없습니다. 계정은 어떤 프로젝트에도 속하지 않습니다.

역할은 계정이 서버에서 무엇을 할 권리가 있는지를 말해 주는 라벨입니다(admin, artist, viewer 등). 여기서 부여되며, 그 상세 내용은 역할 & 관리 패널에서 설명됩니다. 저장소는 서버에서 버전 관리되는 프로젝트이고, 잠금(lock)은 사용자가 파일을 수정하는 동안 그 파일에 거는 예약입니다.

누가 무엇을 보고, 누가 무엇을 할 수 있는가

두 역할이 이 탭을 열 수 있으며, 거기서 하는 작업은 같지 않습니다.

Super admin(admin 역할)

모든 계정을 볼 수 있으며 모든 작업이 가능합니다: 생성, 편집, 비밀번호 재설정, 비활성화, 재활성화, 삭제.

project_admin

그의 목록은 범위가 제한되어 있지 않습니다. 적어도 하나의 저장소를 관리하는 순간부터, super admin을 제외한 모든 계정을 그들의 이메일, 상태, 마지막 로그인과 함께 봅니다. 이는 의도적입니다: 사람들의 역할을 관리하려면 누가 존재하는지 알아야 하기 때문입니다. 어떤 저장소도 관리하지 않으면 아무도 보이지 않고 아무에게도 조치를 취할 수 없습니다.

할 수 있는 것:

  • 자신의 역할보다 엄격히 낮은 역할로 계정을 생성하기.
  • 기존 계정을 편집하기(Edit 버튼): 그 이메일역할. 새 역할은 자신의 것보다 엄격히 아래로 제한됩니다: 결코 admin, 결코 lead, 결코 다른 project_admin이 될 수 없습니다.

할 수 없는 것:

  • 자신의 목록에 아예 나타나지도 않는 super admin에게 조치를 취하는 것.
  • 비밀번호를 재설정하는 것: 누군가의 비밀번호를 정한다는 것은 그 사람 대신 로그인하여 그의 모든 접근 권한을 물려받을 수 있음을 뜻합니다.
  • Active / Inactive 전환: 비활성화는 서버 전체에 대한 접근을 끊고 라이선스의 시트 카운터를 움직이며, 이는 한 프로젝트의 범위를 벗어납니다.
  • 계정을 삭제하는 것.
project_admin은 lead를 강등할 수 있다 leadproject_admin보다 위에 분류되므로, 후자는 lead 역할을 부여할 수 없습니다. 그러나 이미 lead인 계정을 선택하여 더 낮은 역할을 주는 것은 아무것도 막지 않습니다: 상한은 부여되는 역할에 적용되지, 대상의 현재 역할에 적용되지 않습니다. project_admin 역할은 신뢰할 수 있는 사람에게만 맡기세요.

사용자 생성

1. Users 탭 열기

사이드바에서 Admin을 열고, 그다음 SERVER 행의 Users 탭을 엽니다. 도구 모음에는 검색 필드, All Roles 필터, 그리고 맨 오른쪽에 + Create User 버튼이 있습니다. 그 아래 표가 기존 계정을 나열합니다.

관리 패널의 Users 탭, SERVER 행: Search users 필드, All Roles 필터, 오른쪽의 Create User 버튼이 있는 도구 모음, 이어서 Username / Email / Role / Status / Last Login / Actions 표.

2. 생성 양식 열기

+ Create User를 클릭합니다. 네 개의 필드를 가진 Create User 창이 열립니다. 기본값이 userRole 선택기를 제외하고 모두 비어 있습니다.

Create User 창: Username, Email, Password 필드, user로 설정된 Role 선택기, Cancel과 Create 버튼.

3. 필드 입력 후 확정하기

필드제약
Username1~100자, 고유해야 함. 이후에는 더 이상 변경할 수 없습니다.
Email비어 있지 않고, @를 포함해야 하며, 고유해야 함.
Password최소 8자.
Role9개 역할 중 하나. 기본값은 user.

이미 사용 중인 사용자 이름이나 이메일은 거부됩니다(충돌 오류).

Create를 클릭합니다. 계정은 즉시 활성화되며 곧바로 라이선스 시트 하나를 소비합니다.

역할 선택

선택기에는 9개 역할이 모두 나열되지만, 자신의 등급보다 엄격히 낮은 역할만 부여할 수 있습니다. 따라서 leadadmin을 생성할 수 없으며, 누구도 자신과 같거나 높은 등급의 계정을 생성할 수 없습니다. 등급과 가드를 참조하세요.

계정 편집

1. 행의 작업 찾기

모든 것은 계정 행의 오른쪽에 있는 Actions 열에서 시작됩니다. 텍스트가 없는 아이콘들이며, 모두가 모든 사람에게 보이는 것은 아닙니다:

  • 연필(Edit): 편집 창을 엽니다. project_admin에게 열려 있는 유일한 작업입니다.
  • 열쇠(Reset Password): super admin만.
  • 초록색 체크(Reactivate): super admin만, 그리고 비활성 계정의 행에서만.
  • 빨간색 휴지통(Delete): super admin만, 활성 계정이든 비활성 계정이든.
사용자 목록의 Actions 열 클로즈업, 두 행에 걸쳐: Edit 연필, Reset Password 열쇠, 빨간색 Delete 휴지통을 보여 주는 Active 상태의 행과, 추가로 초록색 Reactivate 체크를 보여 주는 Inactive 상태의 행.

2. 이메일 또는 역할 변경하기

연필은 제목에 계정 이름을 표시하는 Edit User 창을 엽니다. 내용은 다음과 같습니다:

  • Email: 변경 가능.
  • Role: 변경 가능, 편집하는 사람의 등급 한도 내에서(위 참조).
  • Active: 계정을 활성화하거나 비활성화하는 체크박스. super admin에게만 나타납니다. project_admin에게는 보이지 않으며 어차피 서버가 거부합니다.

사용자 이름은 변경할 수 없습니다: 전체 이력에서 계정을 식별하므로, 그것을 위한 필드가 없습니다.

super admin이 보는 Edit User 창: Email 필드, Role 선택기, 체크된 Active 체크박스, Cancel과 Save 버튼. 사용자 이름은 필드가 아니다.

3. 저장하기

Save를 클릭합니다. 변경 사항은 재시작이나 지연 없이 즉시 적용됩니다.

즉시 적용 계정의 역할을 변경하면 진행 중인 세션이 즉시 취소됩니다: 강등이든 승격이든 바로 적용되며, 토큰이 자연 만료될 때까지 기다리지 않습니다(그렇지 않으면 최대 30일).

자기 자신에게는 두 가지 안전장치가 적용됩니다: 자신을 강등할 수도("Cannot demote yourself"), 자신을 비활성화할 수도("Cannot deactivate yourself") 없습니다.

project_admin이 보는 같은 창

project_admin은 이메일과 역할이 있는 같은 창을 열지만, Active 체크박스는 없습니다: 계정을 정지할 수도 재활성화할 수도 없습니다. 또한 그의 역할 선택기는 자신의 등급보다 엄격히 아래로 제한된 채 유지됩니다.

project_admin이 보는 같은 편집 창: 이메일과 역할만, Active 체크박스 없이.

비밀번호 재설정

super admin 전용입니다.

1. 재설정 창 열기

계정 행에서 Actions 열의 두 번째인 열쇠 아이콘(Reset Password)을 클릭합니다. 창은 제목에 계정 이름을 표시합니다: 올바른 계정을 겨냥하고 있는지 확인할 순간입니다.

2. 새 비밀번호 입력하기

New Password 필드는 최소 8자를 요구하며, 그렇지 않으면 확정 버튼이 비활성 상태로 유지됩니다. Reset Password로 마칩니다.

계정의 모든 세션이 무너진다 역할 변경과 마찬가지로, 재설정은 기존의 모든 세션을 취소합니다: 이전 비밀번호와 이미 발급된 토큰은 데스크톱 클라이언트, Unreal 에디터, 명령줄에서 즉시 작동을 멈춥니다. 해당 사용자에게 알리세요. 그렇지 않으면 설명되지 않는 로그아웃을 보게 됩니다.

비활성화, 재활성화

계정을 비활성화한다는 것은 아무것도 파괴하지 않고 정지하는 것입니다: 그 사람은 더 이상 로그인할 수 없지만, 계정과 그 이름, 그 접근 권한은 그대로 남아 있으며 나중에 재활성화할 수 있습니다. 일시적인 퇴사, 종료된 인턴십, 또는 두 업무 사이의 외주 업체에 대해 해야 할 일입니다.

"Deactivate" 버튼은 없다 비활성화는 편집 창(연필 아이콘)에서 Active 체크박스의 체크를 해제한 뒤 Save로 이루어집니다. 이 체크박스는 super admin 전용입니다.

1. 비활성화하기

계정 행의 연필 아이콘, 에 표시된 창에서 Active의 체크를 해제한 뒤 Save. 그 사람은 모든 클라이언트에서 로그아웃되며 더 이상 로그인할 수 없습니다. 자기 자신을 비활성화할 수는 없습니다.

2. 재활성화하기

Reactivate 버튼(초록색 체크)은 비활성 계정의 행에, 오직 그것들에만 나타납니다. super admin에게만 보이며, 재활성화는 다시 라이선스 시트 하나를 소비합니다: 할당량이 가득 차면 실패합니다.

비활성화된 계정은 이력(누가 무엇을 커밋했는지)을 보존하며, 그 사람이 계정을 다시 만들지 않고도 복귀할 수 있게 합니다.

계정 삭제

삭제는 영구적이며 재활성화되지 않는다 "소프트 삭제"가 상상하게 하는 것과 반대로, Delete 버튼은 계정을 비활성화하는 데 그치지 않습니다: 그 정체성을 영구히 지웁니다. 되돌릴 버튼은 없으며, 그것을 재활성화하려는 모든 시도는 서버에 의해 "This account was deleted and can no longer be modified" 메시지로 거부됩니다. 단지 누군가를 정지하려면 비활성화를 사용하세요.

1. 휴지통 아이콘 클릭하기

Delete 버튼(빨간색 휴지통, Actions 열의 마지막 아이콘)은 super admin 전용이며, 활성 계정에도 이미 비활성화된 계정에도 표시됩니다.

2. 확인을 읽은 뒤 확정하기

Delete User 창은 대상 계정을 지목하고, 무엇이 지워질지 열거하며, 단지 누군가를 정지하려면 Active의 체크를 해제해야 함을 상기시킵니다. 이를 읽으세요: 마지막 정지 지점이며, Delete 버튼은 그 후 더 이상 아무것도 묻지 않습니다.

Delete User 확인 창, 그 텍스트는 지워지는 모든 것을 열거하고 단지 정지하려면 Active의 체크를 해제하라고 상기시킨다.

삭제가 지우는 것

단일 트랜잭션으로:

  • 사용자 이름은 deleted_42 형태의 익명 식별자로 대체되며, 따라서 원래 이름은 새 계정을 위해 다시 사용 가능해집니다.
  • 이메일은 지워지고 비밀번호는 사용 불가능하게 됩니다.
  • 세션은 취소됩니다: 계정은 모든 클라이언트에서 즉시 로그아웃됩니다.
  • 잠금은 해제되어, 그 파일들이 팀에 의해 다시 수정 가능해집니다.
  • 그 모든 권한, 그룹 소속, project_admin 권한, 빌드 접근이 삭제됩니다.
  • 작업 할당, 파일 감시, 대기 중인 알림이 제거됩니다.
  • 계정은 사용자 목록에서 사라집니다.

의도적으로 살아남는 것: 이력. 그의 커밋, 감사 항목, 작업, 댓글은 삭제된 계정에 귀속된 채 그대로 남습니다. 저장소에서는 아무것도 다시 쓰이지 않습니다.

알아둘 두 가지 거부: 자기 자신을 삭제할 수 없으며, 어떤 계정이 이미 예약된 이름 (deleted_<id>)을 지니고 있으면, 삭제는 먼저 어느 것을 제거해야 하는지 알려 주는 메시지와 함께 거부됩니다. 반면 super admin은 다른 super admin을 삭제할 수 있습니다: 실수로 만들어진 두 번째 super admin을 제거하는 유일한 방법입니다.

라이선스 시트

생성과 재활성화는 시트를 소비한다 각 활성 계정은 서버 라이선스의 시트를 하나씩 차지합니다. 할당량에 도달하면 새 사용자를 생성하거나 재활성화하는 것이 명시적인 오류로 실패합니다(조용히가 아니라). 계정을 비활성화하여 시트를 확보하거나, 라이선스 영역에서 시트 수를 늘리세요.

흔한 함정

계정이 존재하는데도 재활성화가 거부됨

가능한 원인은 두 가지이며, 메시지가 이를 구분합니다:

  • "seat limit": 시트 할당량이 가득 찼습니다. 먼저 다른 계정을 비활성화하거나 시트를 추가하세요.
  • "This account was deleted and can no longer be modified": 계정이 삭제된 것이지 비활성화된 것이 아닙니다. 복구할 수 없습니다. 계정을 다시 만드세요; 그 옛 사용자 이름은 다시 사용 가능합니다.

"목록에서 사용자가 보이지 않음"

원인은 세 가지, 오직 세 가지입니다:

  • 그것이 super admin이고 당신이 project_admin인 경우: super admin은 당신의 목록에서 숨겨집니다. 어차피 그들에게 조치를 취할 수 없기 때문입니다.
  • 계정이 삭제됨: 다시는 나타나지 않습니다.
  • 당신이 project_admin이고 더 이상 어떤 저장소도 관리하지 않음: 그 경우 당신의 목록은 완전히 비어 있습니다. super admin에게 당신을 프로젝트에 연결해 달라고 요청하세요.

이 세 가지 경우를 제외하면, project_admin은 서버의 모든 계정을 봅니다: 그것을 보이게 하려고 권한을 부여할 필요가 없습니다.

역할 변경이 "적용"되지 않음

변경은 서버 측에서는 즉시이지만, 해당 사용자는 로그아웃됩니다: 클라이언트가 새 역할을 반영하려면 다시 로그인해야 합니다.

"누군가를 정지하려 했는데 계정이 사라졌다"

Active의 체크를 해제하는 대신 Delete를 사용했습니다. 삭제는 영구적입니다: 계정은 복구할 수 없어 다시 만들어야 하며, 그다음 그 권한, 그룹, 빌드 접근을 하나씩 다시 부여해야 합니다. 반면 그의 커밋 이력은 잃지 않습니다.