절차

1. rhel-system-roles 패키지를 설치합니다.

   [root@control-node]# yum install rhel-system-roles

   이 명령은 Ansible Core 를 종속성으로 설치합니다.

2. 나중에 플레이북을 관리하고 실행하는 데 사용하는 사용자를 생성합니다.

   [root@control-node]# useradd ansible

3. 새로 생성된 ansible 사용자로 전환합니다.

   [root@control-node]# su - ansible

   이 사용자로 나머지 절차를 수행합니다.

4. SSH 공개 및 개인 키 생성

   [ansible@control-node]$ ssh-keygen
   Generating public/private rsa key pair.
   Enter file in which to save the key (/home/ansible/.ssh/id_rsa): password
   ...

   키 파일에 제안된 기본 위치를 사용합니다.

5. 선택 사항: 연결을 설정할 때마다 Ansible에서 SSH 키 암호를 요청하는 메시지를 표시하지 않도록 SSH 에이전트를 구성합니다.

6. 다음 콘텐츠를 사용하여 ~/.ansible.cfg 파일을 생성합니다.

   [defaults]
   inventory = /home/ansible/inventory
   remote_user = ansible
   
   [privilege_escalation]
   become = True
   become_method = sudo
   become_user = root
   become_ask_pass = True

   이러한 설정을 사용하여 다음을 수행합니다.

   • Ansible은 지정된 인벤토리 파일에서 호스트를 관리합니다.
   • Ansible은 관리 노드에 SSH 연결을 설정할 때 remote_user 매개변수에 설정된 계정을 사용합니다.

   • Ansible은 sudo 유틸리티를 사용하여 관리 노드에서 root 사용자로 작업을 실행합니다.

     보안상의 이유로 관리 노드에서 sudo 를 구성하여 root 가 되도록 원격 사용자의 암호를 입력해야 합니다. ~/.ansible.cfg 에서 become_ask_pass=True 설정을 지정하면 Ansible에서 플레이북을 실행할 때 이 암호를 묻는 메시지를 표시합니다.

   ~/.ansible.cfg 파일의 설정은 우선 순위가 높으며 전역 /etc/ansible/ansible.cfg 파일의 설정을 재정의합니다.

7. ~/inventory 파일을 만듭니다. 예를 들어 다음은 3개의 호스트와 US 라는 호스트 그룹 1개가 있는 INI 형식의 인벤토리 파일입니다.

   managed-node-01.example.com
   
   [US]
   managed-node-02.example.com ansible_host=192.0.2.100
   managed-node-03.example.com

   제어 노드에서 호스트 이름을 확인할 수 있어야 합니다. DNS 서버가 특정 호스트 이름을 확인할 수 없는 경우 호스트 항목 옆에 있는 ansible_host 매개변수를 추가하여 IP 주소를 지정합니다.

검증

1. 관리형 노드 를 준비합니다.
2. 제어 노드에서 관리형 노드로의 액세스 확인

절차

1. 사용자를 생성합니다.

   [root@managed-node-01]# useradd ansible

   나중에 제어 노드는 이 사용자를 사용하여 이 호스트에 대한 SSH 연결을 설정합니다.

2. 암호를 ansible 사용자로 설정합니다.

   [root@managed-node-01]# passwd ansible
   Changing password for user ansible.
   New password: password
   Retype new password: password
   passwd: all authentication tokens updated successfully.

   Ansible에서 sudo 를 사용하여 작업을 root 사용자로 수행할 때 이 암호를 입력해야 합니다.

3. 관리 노드에 ansible 사용자의 SSH 공개 키를 설치합니다.

   1. 제어 노드에 ansible 사용자로 로그인하고 SSH 공개 키를 관리 노드에 복사합니다.

      [ansible@control-node]$ ssh-copy-id managed-node-01.example.com
      /usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/home/ansible/.ssh/id_rsa.pub"
      The authenticity of host 'managed-node-01.example.com (192.0.2.100)' can't be established.
      ECDSA key fingerprint is SHA256:9bZ33GJNODK3zbNhybokN/6Mq7hu3vpBXDrCxe7NAvo.
      Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
      /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
      /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
      ansible@managed-node-01.example.com's password: password
      
      Number of key(s) added: 1
      
      Now try logging into the machine, with:   "ssh 'managed-node-01.example.com'"
      and check to make sure that only the key(s) you wanted were added.

   2. 제어 노드에서 원격으로 명령을 실행하여 SSH 연결을 확인합니다.

      [ansible@control-node]$ ssh managed-node-01.example.com whoami
      ansible

4. ansible 사용자에 대한 sudo 구성을 생성합니다.

   1. visudo 명령을 사용하여 /etc/sudoers.d/ansible 파일을 생성하고 편집합니다.

      [root@managed-node-01]# visudo /etc/sudoers.d/ansible

      일반 편집기에서 visudo 를 사용하면 이 유틸리티에서 기본 온전성 검사를 제공하고 파일을 설치하기 전에 구문 분석 오류를 점검할 수 있습니다.

   2. /etc/sudoers.d/ansible 파일에 다음 내용을 입력합니다.

      ansible ALL=(ALL) NOPASSWD: ALL

      이러한 설정은 ansible 사용자의 암호를 입력하지 않고 이 호스트의 모든 사용자 및 그룹으로 모든 명령을 실행할 수 있는 권한을 ansible 사용자에게 부여합니다.

절차

1. Ansible ping 모듈을 사용하여 모든 관리 호스트에서 명령을 실행할 수 있는지 확인합니다.

   [ansible@control-node]$ ansible all -m ping
   BECOME password: password
   managed-node-01.example.com | SUCCESS => {
       "ansible_facts": {
           "discovered_interpreter_python": "/usr/bin/python3"
       },
       "changed": false,
       "ping": "pong"
   }
   ...

   하드 코딩된 모든 호스트 그룹에는 인벤토리 파일에 나열된 모든 호스트가 동적으로 포함됩니다.

2. Ansible command 모듈을 사용하여 관리 호스트에서 whoami 유틸리티를 실행합니다.

   [ansible@control-node]$ ansible managed-node-01.example.com -m command -a whoami
   BECOME password: password
   managed-node-01.example.com | CHANGED | rc=0 >>
   root

   명령이 root 를 반환하는 경우 관리 노드에 sudo 를 올바르게 구성하고 권한 에스컬레이션이 작동합니다.

절차

1. 아이콘을 클릭하여 System(시스템) 메뉴에서 GNOME Control Center (GNOME 제어 센터)를 엽니다.

   

2. GNOME Control Center (GNOME 제어 센터)의 왼쪽 수직 막대에서 Region & Language (국가 및 언어)를 선택합니다.

3. Language(언어 ) 메뉴를 클릭합니다.

   

4. 메뉴에서 필수 지역과 언어를 선택합니다.

   

   지역 및 언어가 나열되지 않은 경우 아래로 스크롤하고 More (추가)를 클릭하여 사용 가능한 지역 및 언어 중에서 선택합니다.

   

5. Done(완료)을 클릭합니다.

6. 변경 사항을 적용하려면 Restart (다시 시작)를 클릭합니다.

   

절차

1. Installation Summary (설치 요약) 창에서 Network and Host Name(네트워크 및 호스트 이름)을 클릭합니다.

2. 왼쪽 창의 목록에서 인터페이스를 선택합니다. 세부 정보는 오른쪽 창에 표시됩니다.

   참고

   • 영구적인 이름의 네트워크 장치를 식별하는 데 사용되는 네트워크 장치 이름 지정 표준 유형은 em1 및 wl3sp0 입니다. 이러한 표준에 대한 자세한 내용은 네트워킹 구성 및 관리를 참조하십시오.

3. ON/OFF(켜기/끄기) 스위치를 토글하여 선택한 인터페이스를 활성화하거나 비활성화합니다.

   참고

   설치 프로그램은 로컬에서 액세스할 수 있는 인터페이스를 자동으로 감지하고 수동으로 추가하거나 제거할 수 없습니다.

4. + 를 클릭하여 가상 네트워크 인터페이스를 추가합니다. 이 인터페이스 중 하나는 다음과 같습니다. 팀, 본딩, 브리지 또는 VLAN.
5. 가상 인터페이스를 제거하려면 - 를 클릭합니다.
6. Configure(구성 )를 클릭하여 기존 인터페이스(가상 및 물리적 모두)의 IP 주소, DNS 서버 또는 라우팅 구성과 같은 설정을 변경합니다.

7. Host Name(호스트 이름) 필드에 시스템의 호스트 이름을 입력합니다.

   참고

   • 호스트 이름은 hostname.domainname 형식의 FQDN(정규화된 도메인 이름)이거나 도메인 이름이 없는 짧은 호스트 이름일 수 있습니다. 많은 네트워크에는 도메인 이름을 사용하여 연결된 시스템을 자동으로 제공하는 DHCP(Dynamic Host Configuration Protocol) 서비스가 있습니다. DHCP 서비스에서 도메인 이름을 이 시스템에 할당할 수 있도록 하려면 짧은 호스트 이름만 지정합니다. localhost 값은 대상 시스템의 특정 정적 호스트 이름이 구성되지 않음을 의미하며, 설치된 시스템의 실제 호스트 이름은 네트워크 구성(예: DHCP 또는 DNS를 사용하는 NetworkManager )에서 구성됩니다.
   • 호스트 이름에는 영숫자 및 - 또는 . 호스트 이름은 - 및 로 시작하거나 종료할 수 없습니다 .
8. Apply(적용 )를 클릭하여 설치 프로그램 환경에 호스트 이름을 적용합니다.
9. 또는 Network and Hostname(네트워크 및 호스트 이름 ) 창에서 플레이버 옵션을 선택할 수 있습니다. 오른쪽 창에서 Select network (네트워크 선택)를 클릭하여 사용 가능한 연결을 선택하고 필요한 경우 암호를 입력하고 Done(완료)을 클릭합니다.

절차

1. 이더넷 연결에 대한 새 NetworkManager 연결 프로필을 추가합니다.

   # nmcli connection add con-name Example-Connection ifname enp7s0 type ethernet

   추가 단계는 생성한 Example-Connection 연결 프로필을 수정합니다.

2. IPv4 주소를 설정합니다.

   # nmcli connection modify Example-Connection ipv4.addresses 192.0.2.1/24

3. IPv6 주소를 설정합니다.

   # nmcli connection modify Example-Connection ipv6.addresses 2001:db8:1::1/64

4. IPv4 및 IPv6 연결 방법을 manual 로 설정합니다.

   # nmcli connection modify Example-Connection ipv4.method manual
   # nmcli connection modify Example-Connection ipv6.method manual

5. IPv4 및 IPv6 기본 게이트웨이를 설정합니다.

   # nmcli connection modify Example-Connection ipv4.gateway 192.0.2.254
   # nmcli connection modify Example-Connection ipv6.gateway 2001:db8:1::fffe

6. IPv4 및 IPv6 DNS 서버 주소를 설정합니다.

   # nmcli connection modify Example-Connection ipv4.dns "192.0.2.200"
   # nmcli connection modify Example-Connection ipv6.dns "2001:db8:1::ffbb"

   여러 DNS 서버를 설정하려면 공백으로 구분되어 따옴표로 묶으십시오.

7. IPv4 및 IPv6 연결에 대한 DNS 검색 도메인을 설정합니다.

   # nmcli connection modify Example-Connection ipv4.dns-search example.com
   # nmcli connection modify Example-Connection ipv6.dns-search example.com

8. 연결 프로필을 활성화합니다.

   # nmcli connection up Example-Connection
   Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/13)

검증 단계

1. 장치 및 연결 상태를 표시합니다.

   # nmcli device status
   DEVICE      TYPE      STATE      CONNECTION
   enp7s0      ethernet  connected  Example-Connection

2. 연결 프로필의 모든 설정을 표시하려면 다음을 수행합니다.

   # nmcli connection show Example-Connection
   connection.id:              Example-Connection
   connection.uuid:            b6cdfa1c-e4ad-46e5-af8b-a75f06b79f76
   connection.stable-id:       --
   connection.type:            802-3-ethernet
   connection.interface-name:  enp7s0
   ...

3. ping 유틸리티를 사용하여 이 호스트가 다른 호스트에 패킷을 보낼 수 있는지 확인합니다.

   • 동일한 서브넷의 IP 주소를 ping합니다.

     IPv4의 경우:

     # ping 192.0.2.3

     IPv6의 경우:

     # ping 2001:db8:1::2

     명령이 실패하면 IP 및 서브넷 설정을 확인합니다.

   • 원격 서브넷의 IP 주소를 ping합니다.

     IPv4의 경우:

     # ping 198.162.3.1

     IPv6의 경우:

     # ping 2001:db8:2::1

     • 명령이 실패하면 기본 게이트웨이를 ping하여 설정을 확인합니다.

       IPv4의 경우:

       # ping 192.0.2.254

       IPv6의 경우:

       # ping 2001:db8:1::fff3

4. 호스트 유틸리티를 사용하여 이름 확인이 작동하는지 확인합니다. 예를 들면 다음과 같습니다.

   # host client.example.com

   명령이 시간 초과되었거나 서버에 연결할 수 없는 경우와 같은 오류를 반환하는 경우 DNS 설정을 확인합니다.

문제 해결 단계

1. 연결에 실패하거나 네트워크 인터페이스가 up 및 down 상태 간에 전환되는 경우:

   • 네트워크 케이블이 호스트 및 스위치에 플러그인되어 있는지 확인합니다.
   • 링크 실패가 이 호스트에만 있는지 또는 서버가 연결된 동일한 스위치에 연결된 다른 호스트에 있는지 확인합니다.
   • 네트워크 케이블과 네트워크 인터페이스가 예상대로 작동하는지 확인합니다. 하드웨어 진단 단계를 수행하고 결함 케이블 및 네트워크 인터페이스 카드를 교체합니다.
   • 디스크의 구성이 장치의 구성과 일치하지 않는 경우 NetworkManager를 시작하거나 다시 시작하면 장치 구성이 반영되는 메모리 내 연결이 생성됩니다. 자세한 내용과 이 문제를 방지하는 방법은 NetworkManager 서비스를 다시 시작한 후 NetworkManager에서 연결을 복제합니다.

절차

1. 연결에 사용하려는 네트워크 장치 이름을 모르는 경우 사용 가능한 장치를 표시합니다.

   # nmcli device status
   DEVICE     TYPE      STATE                   CONNECTION
   enp7s0     ethernet  unavailable             --
   ...

2. nmtui 시작:

   # nmtui

3. Edit a connection (연결 편집)을 선택하고 Enter 를 누릅니다.
4. Add (추가) 버튼을 누릅니다.
5. 네트워크 유형 목록에서 이더넷 을 선택하고 Enter 를 누릅니다.
6. 선택 사항: 생성할 NetworkManager 프로필의 이름을 입력합니다.
7. 네트워크 장치 이름을 장치 필드에 입력합니다.

8. 확인 버튼을 눌러 새 연결을 생성하고 자동으로 활성화합니다.

   
9. 뒤 로 버튼을 눌러 기본 메뉴로 돌아갑니다.
10. Quit 를 선택하고 Enter 를 눌러 nmtui 애플리케이션을 종료 합니다.

검증

1. 장치 및 연결 상태를 표시합니다.

   # nmcli device status
   DEVICE      TYPE      STATE      CONNECTION
   enp7s0      ethernet  connected  Example-Connection

2. 연결 프로필의 모든 설정을 표시합니다.

   # nmcli connection show Example-Connection
   connection.id:              Example-Connection
   connection.uuid:            b6cdfa1c-e4ad-46e5-af8b-a75f06b79f76
   connection.stable-id:       --
   connection.type:            802-3-ethernet
   connection.interface-name:  enp7s0
   ...

절차

1. 연결에 사용하려는 네트워크 장치 이름을 모르는 경우 사용 가능한 장치를 표시합니다.

   # nmcli device status
   DEVICE     TYPE      STATE                   CONNECTION
   enp7s0     ethernet  unavailable             --
   ...

2. nmtui 시작:

   # nmtui

3. Edit a connection (연결 편집)을 선택하고 Enter 를 누릅니다.
4. Add (추가) 버튼을 누릅니다.
5. 네트워크 유형 목록에서 이더넷 을 선택하고 Enter 를 누릅니다.
6. 선택 사항: 생성할 NetworkManager 프로필의 이름을 입력합니다.
7. 네트워크 장치 이름을 장치 필드에 입력합니다.

8. IPv4 구성 및 IPv6 구성 영역에서 IPv4 및 IPv 6 주소 설정을 구성합니다.

   1. 자동 버튼을 누르고 표시된 목록에서 Manual 을 선택합니다.
   2. 추가 필드를 표시 하도록 구성할 프로토콜 옆에 있는 표시 버튼을 누릅니다.

   3. Addresses (Address) 옆에 있는 Add (추가) 버튼을 누르고 IP 주소 및 서브넷 마스크를 CIDR(Classless Inter-Domain Routing) 형식으로 입력합니다.

      서브넷 마스크를 지정하지 않으면 NetworkManager는 IPv4 주소에 대해 /32 서브넷 마스크를 설정하고 IPv6 주소에 대해 /64 를 설정합니다.

   4. 기본 게이트웨이의 주소를 입력합니다.
   5. DNS 서버 옆에 있는 Add (추가) 버튼을 누르고 DNS 서버 주소를 입력합니다.
   6. Search domains (검색 도메인) 옆에 있는 Add (추가) 버튼을 누르고 DNS 검색 도메인을 입력합니다.

   그림 3.1. 고정 IP 주소 설정이 포함된 이더넷 연결 예

   
9. 확인 버튼을 눌러 새 연결을 생성하고 자동으로 활성화합니다.
10. 뒤 로 버튼을 눌러 기본 메뉴로 돌아갑니다.
11. Quit 를 선택하고 Enter 를 눌러 nmtui 애플리케이션을 종료 합니다.

검증

1. 장치 및 연결 상태를 표시합니다.

   # nmcli device status
   DEVICE      TYPE      STATE      CONNECTION
   enp7s0      ethernet  connected  Example-Connection

2. 연결 프로필의 모든 설정을 표시합니다.

   # nmcli connection show Example-Connection
   connection.id:              Example-Connection
   connection.uuid:            b6cdfa1c-e4ad-46e5-af8b-a75f06b79f76
   connection.stable-id:       --
   connection.type:            802-3-ethernet
   connection.interface-name:  enp7s0
   ...

절차

1. 한 단계로 시스템을 등록하고 자동으로 서브스크립션합니다.

   # subscription-manager register --username <username> --password <password> --auto-attach
   Registering to: subscription.rhsm.redhat.com:443/subscription
   The system has been registered with ID: 37to907c-ece6-49ea-9174-20b87ajk9ee7
   The registered system name is: client1.idm.example.com
   Installed Product Current Status:
   Product Name: Red Hat Enterprise Linux for x86_64
   Status:       Subscribed

   명령을 실행하면 Red Hat 고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다.

   등록 프로세스가 실패하면 시스템을 특정 풀에 등록할 수 있습니다. 수행하는 방법에 대한 지침을 보려면 다음 단계를 따르십시오.

   1. 필요한 서브스크립션의 풀 ID를 확인합니다.

      # subscription-manager list --available

      이 명령은 Red Hat 계정에 사용 가능한 모든 서브스크립션을 표시합니다. 모든 서브스크립션에 대해 풀 ID를 포함하여 다양한 특성이 표시됩니다.

   2. pool_id 를 이전 단계에서 확인한 풀 ID로 교체하여 시스템에 적절한 서브스크립션을 연결합니다.

      # subscription-manager attach --pool=pool_id

절차

1. RHEL 웹 콘솔에 로그인합니다. 자세한 내용은 웹 콘솔에 로그인을 참조하십시오.

2. 개요 페이지의 Health filed에서 Not registered 경고를 클릭하거나 메인 메뉴에서 Subscriptions (서브스크립션)를 클릭하여 서브스크립션 정보를 페이지로 이동합니다.

   .

3. Overview filed에서 Register 를 클릭합니다.

   

4. 시스템 등록 대화 상자에서 계정 자격 증명을 사용하여 등록할 항목을 선택합니다.In the Register system dialog box, select that you want to register using your account credentials.

   

5. 사용자 이름을 입력합니다.
6. 암호를 입력합니다.

7. 필요한 경우 조직의 이름 또는 ID를 입력합니다.

   Red Hat 고객 포털에서 두 개 이상의 조직에 속해 있는 경우 조직 이름 또는 조직 ID를 추가해야 합니다. 조직 ID를 얻으려면 Red Hat 연락처로 이동하십시오.

   • 시스템을 Red Hat Insights에 연결하지 않으려면 Insights 확인란을 선택 취소합니다.
8. Register 버튼을 클릭합니다.

절차

1. 오른쪽 상단에서 액세스할 수 있는 시스템 메뉴로 이동하여 Settings (설정) 아이콘을 클릭합니다.
2. Details → About (세부 정보 정보) 섹션에서 Register(등록 )를 클릭합니다.
3. Registration Server (등록 서버)를 선택합니다.
4. Red Hat 서버를 사용하지 않는 경우 URL 필드에 서버 주소를 입력합니다.
5. 등록 유형 메뉴에서 Red Hat 계정을 선택합니다.

6. 등록 정보 아래 :

   • 로그인 필드에 Red Hat 계정 사용자 이름을 입력합니다.
   • 암호 필드에 Red Hat 계정 암호를 입력합니다.
   • Organization (조직) 필드에 조직 이름을 입력합니다.
7. Register(등록 )를 클릭합니다.

절차

1. 오른쪽 상단에서 액세스할 수 있는 시스템 메뉴로 이동하여 Settings (설정) 아이콘을 클릭합니다.
2. Details → About (세부 정보 정보) 섹션에서 Register(등록 )를 클릭합니다.
3. Registration Server (등록 서버)를 선택합니다.
4. Red Hat 서버를 사용하지 않는 경우 사용자 지정된 서버의 URL 을 입력합니다.
5. Registration Type(등록 유형 ) 메뉴에서 Activation Keys (활성화 키)를 선택합니다.

6. 등록 정보 아래 :

   • 활성화 키 입력.

     여러 키를 쉼표(,)로 구분합니다.

   • 조직 필드에 조직의 이름 또는 ID를 입력합니다.
7. 레지스터를 클릭합니다.

절차

1. 계정 또는 활성화 키 옵션을 사용하여 Red Hat 계정을 인증합니다.

   

2. Set System Purpose (시스템 용도 설정) 필드를 선택하고 드롭다운 메뉴에서 RHEL 8 설치에 대한 Role,SLA 및 Usage를 선택합니다.

   

   현재 Red Hat Enterprise Linux 8 시스템이 성공적으로 등록되었습니다.

절차

1. 부팅 시 시작할 서비스를 활성화합니다.

   # systemctl enable service_name

   service_name 을 활성화하려는 서비스로 교체합니다.

   또한 단일 명령으로 서비스를 활성화하고 시작할 수도 있습니다.

   # systemctl enable --now service_name

2. 부팅 시 시작할 서비스를 비활성화합니다.

   # systemctl disable service_name

   service_name 을 비활성화하려는 서비스로 바꿉니다.

   서비스를 영구적으로 사용할 수 없게 하려면 서비스를 마스크하십시오.

   # systemctl mask service_name

절차

1. 기본 설정의 웹 브라우저에서 localhost:9090 을 엽니다.
2. 시스템에서 루트 자격 증명을 사용하여 웹 콘솔에 로그인합니다.

3. 웹 콘솔 패널을 표시하려면 창의 왼쪽 상단에 있는 Host (호스트) 아이콘을 클릭합니다.

   

4. 메뉴에서 Services (서비스)를 클릭합니다.

   systemd 대상, 서비스, 소켓, 타이머 및 경로를 관리할 수 있습니다.

5. 예를 들어 서비스 NFS 클라이언트 서비스를 관리하려면 다음을 수행합니다.

   1. Targets(대상) 를 클릭합니다.
   2. 서비스 NFS 클라이언트 서비스를 선택합니다.
   3. 서비스를 활성화하거나 비활성화하려면 Toogle 버튼을 클릭합니다.

   4. 서비스를 중지하려면 UTC 버튼을 클릭하고 Stop (중지) 옵션을 선택합니다.

      

절차

1. 웹 콘솔에서 firewalld 를 활성화하거나 비활성화하려면 Firewall 토글 버튼을 전환합니다.

   

절차

1. 현재 SELinux 모드를 표시합니다.

   $ getenforce

2. 일시적으로 SELinux를 설정하려면 다음을 수행합니다.

   1. 강제 모드로 전환하려면 다음을 수행합니다.

      # setenforce Enforcing

   2. 허용 모드로 전환하려면 다음을 수행합니다.

      # setenforce Permissive

      참고

      재부팅 후 SELinux 모드는 /etc/selinux/config 구성 파일에 지정된 값으로 설정됩니다.

3. 재부팅 시 지속되도록 SELinux 모드를 설정하려면 /etc/selinux/config 구성 파일에서 SELINUX 변수를 수정합니다.

   예를 들어 SELinux를 강제 모드로 전환하려면 다음을 수행합니다.

   # This file controls the state of SELinux on the system.
   # SELINUX= can take one of these three values:
   #     enforcing - SELinux security policy is enforced.
   #     permissive - SELinux prints warnings instead of enforcing.
   #     disabled - No SELinux policy is loaded.
   SELINUX=enforcing
   ...

   주의

   SELinux를 비활성화하면 시스템 보안이 저하됩니다. /etc/selinux/config 파일에서 SELINUX=disabled 옵션을 사용하여 SELinux를 비활성화하면 메모리 누수 및 경쟁 조건이 발생하여 커널 패닉이 발생할 수 있기 때문입니다. 대신 커널 명령줄에 selinux=0 매개 변수를 추가하여 SELinux를 비활성화합니다. 자세한 내용은 부팅 시 SELinux 모드 변경을 참조하십시오.

절차

1. 웹 콘솔에서 SELinux 메뉴 항목에서 Enforce policy toggle(강제 정책 토글) 버튼을 사용하여 SELinux 강제 정책 켜거나 끕니다.

   

절차

1. RHEL 웹 콘솔에 로그인합니다.
2. Accounts (계정)를 클릭합니다.
3. Create New Account (새 계정 만들기)를 클릭합니다.

1. Full Name (전체 이름) 필드에 사용자의 전체 이름을 입력합니다.

   RHEL 웹 콘솔은 전체 이름에서 사용자 이름을 자동으로 제안하고 User Name(사용자 이름 ) 필드에 채웁니다. 이름 및 전체 성의 첫 번째 문자로 구성된 원래 명명 규칙을 사용하지 않으려면 제안 사항을 업데이트합니다.

2. Password/Confirm (암호/확인) 필드에 암호를 입력하고 암호가 올바른지 확인하기 위해 암호를 다시 입력합니다.

   필드에 저장된 색상 표시줄은 입력한 암호의 보안 수준을 나타내므로 암호가 취약한 사용자를 만들 수 없습니다.

1. Create(만들기 )를 클릭하여 설정을 저장하고 대화 상자를 닫습니다.
2. 새로 생성된 계정을 선택합니다.

3. Roles (역할) 항목에서 Server Administrator( 서버 관리자)를 선택합니다.

   

   이제 계정 설정에서 새 계정을 볼 수 있으며 자격 증명을 사용하여 시스템에 연결할 수 있습니다.

절차

1. Kernel Dump 탭을 열고 kdump 서비스를 시작합니다.
2. 명령줄을 사용하여 kdump 메모리 사용량을 구성합니다.

3. Crash dump 위치 옵션 옆에 있는 링크를 클릭합니다.

   

4. 드롭다운에서 Local Filesystem 옵션을 선택하고 덤프를 저장할 디렉터리를 지정합니다.

   

   • 또는 드롭다운에서 Remote over SSH (SSH를 통한 원격) 옵션을 선택하여 SSH 프로토콜을 사용하여 vmcore를 원격 시스템으로 전송합니다.

     Server,ssh 키 및 디렉터리 필드를 원격 시스템 주소, ssh 키 위치 및 대상 디렉토리로 채웁니다.

   • 또 다른 선택 사항은 드롭다운에서 NFS를 통한 Remote (원격) 옵션을 선택하고 NFS 프로토콜을 사용하여 vmcore를 원격 시스템으로 보내도록 Mount (마운트) 필드를 채우는 것입니다.

     참고

     압축 확인란을 선택하여 vmcore 파일의 크기를 줄입니다.

5. 커널을 충돌하여 구성을 테스트합니다.

   
   1. 테스트 구성 을 클릭합니다.

   2. Test kdump 설정 필드에서 Crash 시스템을 클릭합니다.

      주의

      이 단계에서는 커널 실행을 중단하고 시스템이 충돌하고 데이터가 손실됩니다.

절차

1. 다음 명령을 실행하여 ReaR 유틸리티를 설치합니다.

   # yum install rear

2. 선택한 편집기에서 ReaR 구성 파일을 수정합니다. 예를 들면 다음과 같습니다.

   # vi /etc/rear/local.conf

3. /etc/rear/local.conf 에 백업 설정 세부 정보를 추가합니다. 예를 들어 NETFS 백업 방법의 경우 다음 행을 추가합니다.

   BACKUP=NETFS
   BACKUP_URL=backup.location

   backup.location 을 백업 위치의 URL로 바꿉니다.

4. 새 파일이 생성될 때 이전 백업 아카이브를 유지하도록 ReaR을 구성하려면 구성 파일에 다음 행도 추가합니다.

   NETFS_KEEP_OLD_BACKUP_COPY=y

5. 백업을 점진적으로 만들려면 각 실행에서 변경된 파일만 백업하려면 다음 행을 추가합니다.

   BACKUP_TYPE=incremental

6. 복구 시스템을 생성합니다.

   # rear mkrescue

7. 복원 계획에 따라 백업을 수행합니다. 예를 들어 NETFS 백업 방법의 경우 다음 명령을 실행합니다.

   # rear mkbackuponly

   또는 다음 명령을 실행하여 단일 단계에서 복구 시스템 및 백업을 생성할 수 있습니다.

   # rear mkbackup

   이 명령은 rear mkrescue 및 rear mk backuponly 명령의 기능을 결합합니다.

1. IPL 출력 방법을 구성하려면 OUTPUT=IPL 을 추가합니다.

2. 백업 방법 및 대상을 구성하려면 RuntimeClass 및 octets _URL 변수를 추가합니다. 예를 들면 다음과 같습니다.

   BACKUP=NETFS
   
   BACKUP_URL=nfs://<nfsserver name>/<share path>

   중요

   로컬 백업 스토리지는 현재 64비트 IBM Z 아키텍처에서 지원되지 않습니다.

3. 선택적으로 커널 및 initrd 파일을 저장할 수 있도록 OUTPUT_URL 변수를 구성할 수도 있습니다. 기본적으로 OUTPUT_URL 은 etcdctl_URL에 맞게 조정됩니다.

4. 백업 및 복구 이미지 생성을 수행하려면 다음을 수행합니다.

   rear mkbackup

5. 이렇게 하면 EgressIP _URL 또는 OUTPUT_URL (설정된 경우) 변수에서 지정한 위치에 커널 및 initrd 파일이 생성되고 지정된 백업 방법을 사용하여 백업을 생성합니다.
6. 시스템을 복구하려면 3단계에서 만든 ReaR 커널 및 initrd 파일을 사용하고, zipl 부트 로더, 커널, initrd를 사용하여 준비한 zipl boot loader, kernel 및 initrd를 사용하여 준비한 FCP( Direct Attached Storage Device) 또는 FCP(Fibre Channel Protocol)에서 부팅하십시오. 자세한 내용은 Prepared DASD 사용을 참조하십시오.
7. rescue 커널 및 initrd 가 부팅되면 ReaR rescue 환경을 시작합니다. 시스템 복구를 진행합니다.

절차

1. RHEL 웹 콘솔에 로그인합니다. 자세한 내용은 웹 콘솔로의 로깅 을 참조하십시오.
2. 로그를 클릭합니다.

절차

1. Red Hat 지원에 액세스 :

   1. 새 지원 사례 열기.
   2. Red Hat 전문가와 함께 실시간 채팅 시작.
   3. 전화 문의 또는 이메일 전송은 Red Hat 전문가에게 문의하십시오.

절차

1. sos 패키지를 설치합니다.

   # yum install sos

   참고

   Red Hat Enterprise Linux의 기본 최소 설치에는 sosreport 명령을 제공하는 sos 패키지가 포함되지 않습니다.

2. 보고서를 생성합니다.

   # sosreport

3. 지원 사례에 보고서를 첨부합니다.

   Red Hat 지원 케이스에 파일을 첨부하려면 어떻게 해야 합니까? 자세한 내용은 Red Hat 지식베이스 문서.

   보고서를 첨부할 때 관련 지원 케이스 수를 입력하라는 메시지가 표시됩니다.

절차

1. 기본 대상 장치를 확인하려면 다음을 수행합니다.

   # systemctl get-default

2. 기본적으로 다른 대상 장치를 사용하도록 시스템을 구성하려면 다음을 수행합니다.

   # systemctl set-default multi-user.target
   rm /etc/systemd/system/default.target
   ln -s /usr/lib/systemd/system/multi-user.target /etc/systemd/system/default.target

   이 명령은 /etc/systemd/system/default.target 파일을 /usr/lib/systemd/system/name.target 에 대한 심볼릭 링크로 바꿉니다. 여기서 name 은 사용하려는 대상 장치의 이름입니다. 다중 사용자를 기본적으로 사용하려는 대상 단위의 이름으로 바꿉니다.

   표 15.1. set-default 명령의 일반적인 대상

   Basic	기본 부팅을 다루는 단위 대상
   rescue	기본 시스템에서 가져오고 복구 쉘을 생성하는 단위 대상
   multi-user	다중 사용자 시스템을 설정하기 위한 단위 대상
   graphical	그래픽 로그인 화면을 설정하는 단위 대상
   emergency	기본 콘솔에서 긴급 쉘을 시작하는 단위 대상
   sysinit	시스템 초기화에 필요한 서비스를 가져오는 단위 대상

3. 재부팅

   # reboot

절차

1. 기본 대상 단위를 확인합니다.

   #  ls -l /etc/systemd/system/default.target

   특정 경우에는 /etc/systemd/system/default.target 링크가 존재하지 않을 수 있으며 systemd는 /usr 에서 기본 대상 단위를 찾습니다. 이 경우 다음 명령을 사용하여 기본 대상 단위를 결정합니다.

   #  ls -l /usr/lib/systemd/system/default.target

2. /etc/systemd/system/default.target 링크를 삭제합니다.

   # rm /etc/systemd/system/default.target

3. 심볼릭 링크를 만듭니다.

   #  ln -sf /usr/lib/systemd/system/graphical.target /etc/systemd/system/default.target

4. 시스템을 재부팅합니다.

   # reboot

1. 사용자 지정 서비스를 사용하여 실행 가능 파일을 준비합니다. 사용자 정의 생성 스크립트 또는 소프트웨어 프로바이더가 제공하는 실행 파일일 수 있습니다. 필요한 경우 사용자 지정 서비스의 기본 프로세스에 대한 지속적인 PID를 보유하도록 PID 파일을 준비합니다. 서비스의 쉘 변수를 저장할 환경 파일을 포함할 수도 있습니다. 소스 스크립트가 실행 가능하고( chmod a+x) 대화형이 아닌지 확인합니다.

2. /etc/systemd/system/ 디렉토리에 유닛 파일을 만들고 올바른 파일 권한이 있는지 확인합니다. 루트로 실행 :

   touch /etc/systemd/system/name.service
   
   chmod 664 /etc/systemd/system/name.service

   name 을 생성할 서비스의 이름으로 바꿉니다. 파일을 실행할 필요는 없습니다.

3. 이전 단계에서 만든 name.service 파일을 열고 서비스 구성 옵션을 추가합니다. 생성하려는 서비스 유형에 따라 사용할 수 있는 다양한 옵션이 있습니다. 유닛 파일 구조를 참조하십시오.

   다음은 네트워크 관련 서비스에 대한 유닛 구성의 예입니다.

   [Unit]
   Description=service_description
   After=network.target
   
   [Service]
   ExecStart=path_to_executable
   Type=forking
   PIDFile=path_to_pidfile
   
   [Install]
   WantedBy=default.target

   다음과 같습니다.

   • service_description 은 저널 로그 파일과 systemctl status 명령의 출력에 표시되는 정보적 설명입니다.
   • after 설정 은 네트워크가 실행된 후에만 서비스가 시작되는지 확인합니다. 다른 관련 서비스 또는 타겟의 공백으로 구분된 목록을 추가합니다.
   • path_to_executable 은 실제 서비스 실행 파일의 경로를 나타냅니다.
   • type=forking 은 fork 시스템 호출을 수행하는 데몬에 사용됩니다. 서비스의 기본 프로세스는 path_to_pidfile 에 지정된 PID로 생성됩니다. 중요한 [서비스] 섹션에서 다른 시작 유형을 찾습니다.
   • WantedBy 는 서비스를 시작해야 하는 대상 또는 대상을 지정합니다. 이러한 대상을 런레벨의 이전 개념을 대체하는 것으로 생각하십시오.

4. root 로 다음 명령을 실행하여 새 name.service 파일이 있는지 systemd 에 알립니다.

   systemctl daemon-reload
   
   systemctl start name.service

   주의

   새 장치 파일을 생성하거나 기존 유닛 파일을 수정한 후 항상 systemctl daemon-reload 명령을 실행합니다. 그러지 않으면 디스크의 systemd 및 실제 서비스 유닛 파일의 상태가 일치하지 않아 systemctl start 또는 systemctl enable 명령이 실패할 수 있었습니다. 많은 유닛이 있는 시스템에서는 다시 로드하는 동안 각 유닛의 상태를 직렬화한 후 역직렬화해야 하므로 시간이 오래 걸릴 수 있습니다.

절차

1. 두 번째 데몬에서 사용할 sshd_config 파일의 사본을 생성합니다.

   # cp /etc/ssh/sshd{,-second}_config

2. 이전 단계에서 만든 sshd-second_config 파일을 편집하여 다른 포트 번호와 PID 파일을 두 번째 데몬에 할당합니다.

   Port 22220
   PidFile /var/run/sshd-second.pid

   Port 및 PidFile 옵션에 대한 자세한 내용은 sshd_config(5) 매뉴얼 페이지를 참조하십시오. 선택한 포트가 다른 서비스에서 사용 중인지 확인합니다. PID 파일은 서비스를 실행하기 전에 존재할 필요는 없으며, 서비스 시작 시 자동으로 생성됩니다.

3. sshd 서비스에 대한 systemd 장치 파일 복사본을 생성합니다.

   # cp /usr/lib/systemd/system/sshd.service /etc/systemd/system/sshd-second.service

4. 이전 단계에서 만든 sshd-second.service 를 다음과 같이 변경합니다.

   1. Description (설명) 옵션을 수정합니다.

      Description=OpenSSH server second instance daemon

   2. 첫 번째 인스턴스가 이미 시작된 후에만 시작되도록 후 옵션에 지정된 서비스에 sshd.service를 추가합니다.

      After=syslog.target network.target auditd.service sshd.service

   3. sshd의 첫 번째 인스턴스는 키 생성을 포함하므로 ExecStartPre=/usr/sbin/sshd-keygen 행을 제거합니다.

   4. 대체 구성 파일이 사용되도록 sshd 명령에 -f /etc/ssh/sshd-second_config 매개 변수를 추가합니다.

      ExecStart=/usr/sbin/sshd -D -f /etc/ssh/sshd-second_config $OPTIONS

   5. 위의 수정 후 sshd-second.service는 다음과 같이 표시됩니다.

      [Unit]
      Description=OpenSSH server second instance daemon
      After=syslog.target network.target auditd.service sshd.service
      
      [Service]
      EnvironmentFile=/etc/sysconfig/sshd
      ExecStart=/usr/sbin/sshd -D -f /etc/ssh/sshd-second_config $OPTIONS
      ExecReload=/bin/kill -HUP $MAINPID
      KillMode=process
      Restart=on-failure
      RestartSec=42s
      
      [Install]
      WantedBy=multi-user.target

5. SELinux를 사용하는 경우 sshd의 두 번째 인스턴스에 대한 포트를 SSH 포트에 추가합니다. 그렇지 않으면 두 번째 sshd의 두 번째 인스턴스가 포트에 바인딩되도록 거부됩니다.

   # semanage port -a -t ssh_port_t -p tcp 22220

6. 부팅 시 자동으로 시작되도록 sshd-second.service를 활성화합니다.

   # systemctl enable sshd-second.service

7. systemctl status 명령을 사용하여 sshd-second.service가 실행 중인지 확인합니다.

8. 서비스에 연결하여 포트가 올바르게 활성화되었는지 확인합니다.

   $ ssh -p 22220 user@server

   방화벽이 사용 중인 경우 sshd의 두 번째 인스턴스에 대한 연결을 허용하도록 적절하게 구성되었는지 확인합니다.

절차

1. 필요한 변경 범위에 따라 다음 방법 중 하나를 선택합니다.

   • /etc/systemd/system/unit.d/ 에서 보조 구성 파일의 디렉토리를 만듭니다. 이 방법은 대부분의 사용 사례에 권장됩니다. 원래 유닛 파일을 참조하는 동안 추가 기능을 사용하여 기본 구성을 확장할 수 있습니다. 따라서 패키지 업그레이드를 통해 도입된 기본 유닛에 대한 변경 사항이 자동으로 적용됩니다. 자세한 내용은 기본 장치 구성 확장을 참조하십시오.
   • 원본 유닛 파일 /usr/lib/systemd/system/의 사본을 /etc/systemd/system/ 에 만들고 여기에서 변경합니다. 복사본은 원래 파일을 재정의하므로 패키지 업데이트로 도입된 변경 사항은 적용되지 않습니다. 이 방법은 패키지 업데이트에 관계없이 지속되어야 하는 중요한 유닛 변경을 수행하는 데 유용합니다. 자세한 내용은 기본 장치 구성 덮어쓰기 를 참조하십시오.
2. 유닛의 기본 구성으로 돌아가려면 /etc/systemd/system/ 에서 사용자 지정으로 생성된 구성 파일을 삭제합니다.

3. 시스템을 재부팅하지 않고 유닛 파일에 변경 사항을 적용하려면 다음을 실행합니다.

   systemctl daemon-reload

   daemon-reload 옵션은 모든 유닛 파일을 다시 로드하고 전체 종속성 트리를 다시 생성합니다. 이 트리는 유닛 파일에 변경 사항을 즉시 적용하는 데 필요합니다. 또는 root 사용자로 실행해야 하는 다음 명령을 사용하여 동일한 결과를 얻을 수 있습니다.

   init q

4. 수정된 유닛 파일이 실행 중인 서비스에 속하는 경우 새 설정을 허용하려면 이 서비스를 다시 시작해야 합니다.

   systemctl restart name.service

절차

1. 추가 구성 옵션을 사용하여 기본 유닛 파일을 확장하려면 먼저 /etc/systemd/system/ 에 구성 디렉토리를 만듭니다. 서비스 유닛을 확장하는 경우 다음 명령을 루트로 실행하십시오 :

   mkdir /etc/systemd/system/name.service.d/

   name 을 확장하려는 서비스의 이름으로 바꿉니다. 위의 구문은 모든 유닛 유형에 적용됩니다.

2. 이전 단계에서 만든 디렉터리에 구성 파일을 생성합니다. 파일 이름은 .conf 접미사로 끝나야 합니다. 유형:

   touch /etc/systemd/system/name.service.d/config_name.conf

   config_name 을 구성 파일의 이름으로 바꿉니다. 이 파일은 일반적인 유닛 파일 구조를 준수하므로 모든 지시문을 해당 섹션에서 지정해야 합니다. 단위 파일 구조를 참조하십시오.

   예를 들어 사용자 지정 종속성을 추가하려면 다음 콘텐츠를 사용하여 구성 파일을 생성합니다.

   [Unit]
   Requires=new_dependency
   After=new_dependency

   new_dependency 는 종속성으로 표시된 유닛을 나타냅니다. 또 다른 예는 지연이 30초이고 기본 프로세스가 종료된 후 서비스를 다시 시작하는 구성 파일이 있습니다.

   [Service]
   Restart=always
   RestartSec=30

   한 작업에만 중점을 둔 작은 구성 파일을 만드는 것이 좋습니다. 이러한 파일은 쉽게 이동하거나 다른 서비스의 구성 디렉토리에 연결할 수 있습니다.

3. 장치에 변경 사항을 적용하려면 루트로 다음을 실행합니다 :

   systemctl daemon-reload
   systemctl restart name.service

절차

1. 유닛 파일을 제공하는 패키지를 업데이트한 후에도 지속되는 변경 사항은 먼저 파일을 /etc/systemd/system/ 디렉터리에 복사합니다. 이렇게 하려면 root 로 다음 명령을 실행하십시오.

   cp /usr/lib/systemd/system/name.service /etc/systemd/system/name.service

   여기서 name 은 수정할 서비스 유닛의 이름을 나타냅니다. 위의 구문은 모든 유닛 유형에 적용됩니다.

2. 텍스트 편집기를 사용하여 복사한 파일을 열고 원하는 대로 변경합니다. 단위 변경 사항을 적용하려면 루트로 다음을 실행합니다 :

   systemctl daemon-reload
   systemctl restart name.service

절차

1. httpd 장치 파일을 /etc/systemd/system/ 디렉터리에 복사합니다.

   cp /usr/lib/systemd/system/httpd.service /etc/systemd/system/httpd.service

2. /etc/systemd/system/httpd.service 파일을 열고 [Service] 섹션에서 TimeoutStartUSec 값을 지정합니다.

   …​
   [Service]
   …​
   PrivateTmp=true
   TimeoutStartSec=10
   
   [Install]
   WantedBy=multi-user.target
   …​

3. systemd 데몬을 다시 로드합니다.

   systemctl daemon-reload

4. 선택 사항: 새 시간 초과 값을 확인합니다.

   systemctl show httpd -p TimeoutStartUSec

   참고

   시간 제한 제한을 전역적으로 변경하려면 /etc/systemd/system.conf 파일에 DefaultTimeoutStartSec 를 입력합니다.

1. 선택한 편집기에서 /etc/login.defs 파일을 엽니다.

2. 자동 UID 선택에 대한 최소 값을 정의하는 행을 찾습니다.

   # Min/max values for automatic uid selection in useradd
   #
   UID_MIN                  1000

3. 5000에서 시작되도록 UID_MIN 값을 수정합니다.

   # Min/max values for automatic uid selection in useradd
   #
   UID_MIN                  5000

4. 자동 GID 선택에 대한 최소 값을 정의하는 행을 찾습니다.

   # Min/max values for automatic gid selection in groupadd
   #
   GID_MIN                  1000

5. GID_MIN 값을 수정하여 5000에서 시작합니다.

   # Min/max values for automatic gid selection in groupadd
   #
   GID_MIN                  5000

   일반 사용자에 대해 동적으로 할당된 UID 및 GID는 이제 5000에서 시작합니다.

   참고

   UID_MIN 및 GID_MIN 값을 변경하기 전에 생성된 UID 및 GID의 사용자 및 그룹은 변경되지 않습니다.

   이렇게 하면 새 사용자 그룹이 UID 및 GID와 5000+ ID를 가질 수 있습니다.

   주의

   1000 제한을 유지하는 시스템과의 충돌을 피하도록 SYS_UID_MAX 를 변경하여 1000 이상의 시스템에서 예약한 ID를 늘리지 마십시오.

절차

1. RHEL 웹 콘솔에 로그인합니다.
2. Accounts (계정)를 클릭합니다.
3. Create New Account (새 계정 만들기)를 클릭합니다.

1. Full Name (전체 이름) 필드에 사용자의 전체 이름을 입력합니다.

   RHEL 웹 콘솔은 전체 이름에서 사용자 이름을 자동으로 제안하고 User Name(사용자 이름 ) 필드에 채웁니다. 이름 및 전체 성의 첫 번째 문자로 구성된 원래 명명 규칙을 사용하지 않으려면 제안 사항을 업데이트합니다.

2. Password/Confirm (암호/확인) 필드에 암호를 입력하고 암호가 올바른지 확인하기 위해 암호를 다시 입력합니다.

   필드에 저장된 색상 표시줄은 입력한 암호의 보안 수준을 나타내므로 암호가 취약한 사용자를 만들 수 없습니다.

1. Create(만들기 )를 클릭하여 설정을 저장하고 대화 상자를 닫습니다.
2. 새로 생성된 계정을 선택합니다.

3. Roles (역할) 항목에서 Server Administrator( 서버 관리자)를 선택합니다.

   

   이제 계정 설정에서 새 계정을 볼 수 있으며 자격 증명을 사용하여 시스템에 연결할 수 있습니다.

절차

1. RHEL 8 웹 콘솔에 로그인합니다.
2. Accounts (계정)를 클릭합니다.
3. 암호 만료를 적용할 사용자 계정을 선택합니다.
4. 사용자 계정 설정에서 두 번째 편집 을 클릭합니다.
5. Password Expiration(암호 만료 ) 대화 상자에서 암호를 변경해야 할 때마다 …​를 선택합니다. days 을(를) 입력하고 암호가 만료된 날 수를 나타내는 양의 정수 숫자를 입력합니다.
6. Change(변경 )를 클릭합니다.

절차

1. RHEL 8 웹 콘솔에 로그인합니다.
2. Accounts (계정)를 클릭합니다.
3. 세션을 종료할 사용자 계정을 클릭합니다.

4. Terminate Session (종료 세션)을 클릭합니다.

   Terminate Session(세션 종료 ) 버튼이 비활성화되면 사용자는 시스템에 로그인되지 않습니다.

   RHEL 웹 콘솔은 세션을 종료합니다.

절차

1. 디렉터리를 생성합니다.

   # mkdir directory-name

   directory-name 을 디렉터리 이름으로 바꿉니다.

2. 그룹을 생성합니다.

   # groupadd group-name

   group-name 을 그룹 이름으로 바꿉니다.

3. 그룹에 사용자를 추가합니다.

   # usermod --append -G group-name username

   group-name 을 그룹의 이름으로 바꾸고 username 을 사용자 이름으로 바꿉니다.

4. 디렉터리의 사용자 및 그룹 소유권을 group-name 그룹과 연결합니다.

   # chown :group-name directory-name

   group-name 을 그룹의 이름으로 바꾸고, directory-name 을 디렉터리 이름으로 바꿉니다.

5. 사용자가 파일 및 디렉터리를 생성 및 수정하고 setgid 비트를 설정하여 directory-name 디렉토리 내에서 이 권한을 적용하도록 허용하도록 쓰기 권한을 설정합니다.

   # chmod g+rwxs directory-name

   directory-name 을 디렉터리 이름으로 바꿉니다.

   이제 group-name 그룹의 모든 멤버가 directory-name 디렉터리에 파일을 만들고 편집할 수 있습니다. 새로 생성된 파일은 group-name 그룹의 그룹 소유권을 유지합니다.

사전 요구 사항

1. 루트 액세스
2. 새 그룹이 존재해야 합니다.

절차

1. 루트로 /etc/sudoers 파일을 엽니다.

   # visudo

   /etc/sudoers 파일은 sudo 명령에서 적용하는 정책을 정의합니다.

2. /etc/sudoers 파일에서 관리 wheel 그룹의 사용자에게 sudo 액세스 권한을 부여하는 행을 찾습니다.

   ## Allows people in group wheel to run all commands
   %wheel        ALL=(ALL)       ALL

3. %로 시작하는 행에 # 주석 문자가 없는지 확인합니다.
4. 변경 사항을 저장하고 편집기를 종료합니다.

5. 에 대한 sudo 액세스 권한을 관리 wheel 그룹에 부여하려는 사용자를 추가합니다.

    # usermod --append -G wheel username

   username을 사용자 이름으로 바꿉니다.

   검증 단계

   • 사용자가 관리 wheel 그룹에 추가되었는지 확인합니다.

     # id username
     uid=5000(username) gid=5000(_username) groups=5000(username),10(wheel)

절차

1. 루트로서 /etc/ 아래에 새 sudoers.d 디렉토리를 만드십시오.

   # mkdir -p /etc/sudoers.d/

2. /etc/sudoers.d 디렉토리에 새 파일을 만듭니다.

   # visudo -f /etc/sudoers.d/file-name

   file-name 을 생성할 파일 이름으로 바꿉니다. 파일이 자동으로 열립니다.

3. 새로 생성된 파일에 다음 행을 추가합니다.

   username hostname = /path/to/the/command

   username을 사용자 이름으로 바꿉니다. 호스트 이름을 호스트 이름으로 바꿉니다. /path/to/the/command를 명령 의 절대 경로(예: /usr/bin/yum)로 바꿉니다.

4. 변경 사항을 저장하고 편집기를 종료합니다.

   예 23.1. 권한이 없는 사용자가 yum을 사용하여 프로그램을 설치할 수 있음

   사용자 sarah 가 sudo 권한이 있는 yum 유틸리티를 사용하여 localhost.localdomain 워크스테이션에 프로그램을 설치할 수 있도록 하려면 다음을 사용합니다.

   1. 루트로서 /etc/ 아래에 새 sudoers.d 디렉토리를 만드십시오.

      # mkdir -p /etc/sudoers.d/

   2. /etc/sudoers.d 디렉토리에 새 파일을 만듭니다.

      # visudo -f /etc/sudoers.d/sarah

      파일이 자동으로 열립니다.

   3. /etc/sudoers.d/sarah 파일에 다음 행을 추가합니다.

      sarah localhost.localdomain = /usr/bin/yum

      두 명령 경로가 쉼표 와 공백으로 구분되어 있는지 확인합니다.

   4. 선택 사항: 사용자가 sudo 권한을 사용하려고 할 때마다 이메일 알림을 받으려면 파일에 다음 행을 추가합니다.

      Defaults    mail_always
      Defaults    mailto="email@domain.com"

   5. 사용자 sarah 가 sudo 권한으로 yum 명령을 실행할 수 있는지 확인하려면 계정을 전환하십시오.

      # su sarah -

   6. sudo yum 명령을 입력합니다.

      $ sudo yum
      [sudo] password for sarah:

      사용자 sarah 에 대한 sudo 암호를 입력합니다.

   7. 시스템에서 yum 명령 및 옵션 목록을 표시합니다.

      ...
      usage: yum [options] COMMAND
      ...

      수신하는 경우 sarah는 sudoers 파일에 없습니다. 이 인시던트는 보고됩니다. 메시지, 구성이 올바르게 완료되지 않았습니다. 이 절차를 root 로 실행하고 철저하게 단계를 수행했는지 확인합니다.

절차

1. 시스템을 재부팅하고 GRUB 2 부팅 화면에서 e 키를 눌러 부팅 과정을 중단합니다.

   커널 부팅 매개 변수가 표시됩니다.

   load_video
   set gfx_payload=keep
   insmod gzio
   linux ($root)/vmlinuz-4.18.0-80.e18.x86_64 root=/dev/mapper/rhel-root ro crash\
   kernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv/swap rhgb quiet
   initrd ($root)/initramfs-4.18.0-80.e18.x86_64.img $tuned_initrd

2. linux 로 시작하는 행의 끝으로 이동합니다.

   linux ($root)/vmlinuz-4.18.0-80.e18.x86_64 root=/dev/mapper/rhel-root ro crash\
   kernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv/swap rhgb quiet

   Ctrl+e 를 눌러 행 끝으로 건너뜁니다.

3. linux 로 시작하는 행의 끝에 Add rd.break.

   linux ($root)/vmlinuz-4.18.0-80.e18.x86_64 root=/dev/mapper/rhel-root ro crash\
   kernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv/swap rhgb quiet rd.break

4. Ctrl+x 를 눌러 변경된 매개 변수로 시스템을 시작합니다.

   switch_root 프롬프트가 나타납니다.

5. 파일 시스템을 쓰기 가능으로 다시 마운트합니다.

   mount -o remount,rw /sysroot

   파일 시스템은 /sysroot 디렉토리에 읽기 전용으로 마운트됩니다. 파일 시스템을 쓰기 가능으로 다시 마운트하면 암호를 변경할 수 있습니다.

6. chroot 환경을 입력합니다.

   chroot /sysroot

   sh-4.4# 프롬프트가 표시됩니다.

7. 루트 암호를 재설정합니다.

   passwd

   명령줄에 표시된 지침에 따라 루트 암호 변경을 완료합니다.

8. 다음 시스템 부팅 시 SELinux 레이블 변경 프로세스를 활성화합니다.

   touch /.autorelabel

9. chroot 환경을 종료합니다.

   exit

10. switch_root 프롬프트를 종료합니다.

    exit

11. SELinux 레이블 변경 프로세스가 완료될 때까지 기다립니다. 큰 디스크의 레이블을 다시 지정하는 데 시간이 오래 걸릴 수 있습니다. 프로세스가 완료되면 시스템이 자동으로 재부팅됩니다.

검증 단계

1. 루트 암호가 성공적으로 변경되었는지 확인하려면 일반 사용자로 로그인하여 터미널을 엽니다.

2. root로 대화형 쉘을 실행합니다.

   $ su

3. 새 루트 암호를 입력합니다.

4. 현재 유효한 사용자 ID와 관련된 사용자 이름을 인쇄합니다.

   whoami

   출력은 다음을 반환합니다.

   root