젠킨스로 배우는 CI/CD 파이프라인 구축 - 사용자 관리

📂 젠킨스 사용자 생성 (젠킨스에서 사용자를 생성하는 절차) 

1. 대시보드에서 Manage Jenkins > Manage Users 링크를 클릭

2. 페이지 상단에서 Create User링크를 클릭

3. 사용자이름 , 비밀번호 등등 세부 정보를 입력

📂 젠킨스 사용자에게 역할 할당

• 사용자에게 역할을 할당하려면 역할과 권한을 생성하고, 역할에 권한을 부여하는 과정이 필요하다.
• 권한을 생성하려면 'Role-based Authorization Strategy'(역할-기반 권한 부여 전략)플러그인 설치해야한다.

1. Plugins > Available plugins > Role-based Authorization Strategy 설치

2. 플러그인 설치 > 설치가 끝나고 실행중인 작업이 없는 재시작 클릭

3. 재시작 후 설치완료

📂 Role-based Authorization Strategy 플러그인 활성화

• Manage Jenkins > Security > Authentication 에서 설치했던 플러그인 선택

• Security 섹션에 'Manage and Assign Roles' 생겼다.

---

📂 젠킨스에서 역할 생성

💡사용자에게 역할 할당 Assign Roles > Global roles > Add User 

• 시스템에 등록된 사용자는 정상적으로 뜨고, 시스템에 등록되지 않는 사용자는 취소선이 적용된다.
• 유저1섹션을 추가하여 보기-전용 사용자 권한을 생성했다.

 

• 역할이 잘 할당되었는지 확인해보면 아래 접근제어 화면이 뜬다.

💡프로젝트 기반 역할 생성

젠킨스에서 애플리케이션마다 다른 CI/CD 작업을 수행하는 작업을 다양하게 생성할 수 있다.
특정 사용자에 대해 일부 작업에만 접속 할 수 있도록 제한하려면 프로젝트-기반 역할을 생성하고 사용자에게 할당하면 된다.

프로젝트 기반 역할을 생성하는 절차 : Manage Roles > item roles

• 테스트 작업에만 접속을 허용하는 역할을 추가해보자.
• Assign Roles 페이지로 이동하여 Item roles 섹션 내에 Add User 또는 Add Group에서 사용자 이름을 입력하고 추가하여 위에서 생성했던 TestingOnlyRole을 할당하여 저장한다.

• pattern에  '.*Testing' 을 입력했는데 Testing이라는 단어가 포함된 작업에 접속할 수 있다는 뜻이다.

💡 프로젝트 - 기반 역할 할당

사용자에게 프로젝트-기반 역할을 할당해보면, Assign Roles 페이지로 이동하여 Item roles 섹션 내에 Add User 또는 Add Group에서 사용자 이름을 입력하고 추가하여 위에서 생성했던 TestingOnlyRole을 할당하여 저장한다.

이제 유저1사용자에게 Global roles의 보기-전용 사용자 역할과 Item roles의 TestingOnlyRole이라는 2개의 역할이 할당되었다.

📂 프로젝트 - 기반 역할 검증

젠킨스에 아래 3가지 작업이 생성돼 있을때 

user1로 로그인한다면 Testing이 포함된 작업만 노출되는 것을 확인 할 수 있다.

📂 매트릭스 - 기반 보안 이해

Authorization 섹션에서 사용할 수 있는 Matrix-based security옵션에 대해 설명한다.

참고로, 이 옵션이 나타나지 않는다면 Matrix-based security 플러그인을 설치 후 재시작한다.

Matrix-based security 에서는 Anonymous와 Authenticated Users 그룹이 있다.

• Anonymous : 인증되지 않는 특수한 유형의 사용자
• Authenticated Users(등록 사용자) : 젠킨스 시스템에서 인증된 모든 사용자

사용자나 그룹에게 권한을 할당하려면 Add User,,,또는 Add Group,,,버튼을 클릭한다.

그러면 나타나는 브라우저 프롬프트 대화상자에 사용자ID나 그룹이름을 입력한다.

유저1에게 Job섹션에 대한 권한을 주기 위해 job 섹션내의 모든 체크박스와 Overall섹션 내의 Read 체크박스를 선택했다.

저장하고, 유저1로 로그인하면 왼쪽Jenkins 관리 메뉴가 사라짐으로써 사용할 수 없다.

📂 프로젝트-기반 매트릭스 권한 부여 전략 이해 

이 모드는 Maxtix-based security을 확장한 것으로 프로젝트에 대해 추가 매트릭스를 정의할 수 있는 확장 보안 기능이다.

Authorization 섹션에서 Project-based Matriz Authorization Strategy 옵션에서 제공되는 모드다.

• 유저1에게 build 및 read권한 할당 

지금부터 특정 작업에 대해 보안설정을 해보자! 젠킨스 대시보드에서 구성을 클릭하여 이동 후

General섹션에  Enable project-based security 체크박스를 클릭하면 상세 설정메뉴가 나타난다.

해당 설정은 Authorization 섹션에서 Project-based Matriz Authorization Strategy 옵션을 사용하는 경우만 표시된다.

Inheritance Strategy (상속 전략)섹션의 드룹다운 메뉴

• Inherit permissions from parent ACL 
• Inherit globally defined permissions
• Do not inherit permission grants from other ACLs (다른 ACL에서 부여한 권한을 상속하지 않음) : 작업에서 설정해둔 권한이 이 작업을 사용하는 사용자에게 부여된다.

Do not inherit permission grants from other ACLs을 선택하고 user1에게 build와 read 권한을 부여한다.

그러면 user1로 로그인하면 권한을 부여했던 작업이 보이게 되는것을 확인 할 수 있다.

실행 아이콘을 클릭해서 작업을 빌드할 수 있지만, 작업 구성을 삭제,편집하거나 볼 수는 없다.