절차

1. date 명령을 입력합니다.

   $ date
   Mon Mar 30 16:02:59 CEST 2020

2. 자세한 내용을 보려면 timedatectl 명령을 사용합니다.

   $ timedatectl
   Local time: Mon 2020-03-30 16:04:42 CEST
   Universal time: Mon 2020-03-30 14:04:42 UTC
     RTC time: Mon 2020-03-30 14:04:41
    Time zone: Europe/Prague (CEST, +0200)
   System clock synchronized: yes
   NTP service: active
   RTC in local TZ: no

절차

1. 선택 사항: rsyslog 트래픽에 다른 포트를 사용하려면 syslogd_port_t SELinux 유형을 포트에 추가합니다. 예를 들어 포트 30514 를 활성화합니다.

   # semanage port -a -t syslogd_port_t -p tcp 30514

2. 선택 사항: rsyslog 트래픽에 다른 포트를 사용하려면 해당 포트에서 들어오는 rsyslog 트래픽을 허용하도록 firewalld 를 구성합니다. 예를 들어 포트 30514 에서 TCP 트래픽을 허용합니다.

   # firewall-cmd --zone=<zone-name> --permanent --add-port=30514/tcp
   success
   # firewall-cmd --reload

3. /etc/rsyslog.d/ 디렉토리(예: remotelog.conf )에 새 파일을 생성하고 다음 내용을 삽입합니다.

   # Define templates before the rules that use them
   # Per-Host templates for remote systems
   template(name="TmplAuthpriv" type="list") {
       constant(value="/var/log/remote/auth/")
       property(name="hostname")
       constant(value="/")
       property(name="programname" SecurePath="replace")
       constant(value=".log")
       }
   
   template(name="TmplMsg" type="list") {
       constant(value="/var/log/remote/msg/")
       property(name="hostname")
       constant(value="/")
       property(name="programname" SecurePath="replace")
       constant(value=".log")
       }
   
   # Provides TCP syslog reception
   module(load="imtcp")
   
   # Adding this ruleset to process remote messages
   ruleset(name="remote1"){
        authpriv.*   action(type="omfile" DynaFile="TmplAuthpriv")
         *.info;mail.none;authpriv.none;cron.none
   action(type="omfile" DynaFile="TmplMsg")
   }
   
   input(type="imtcp" port="30514" ruleset="remote1")

4. /etc/rsyslog.d/remotelog.conf 파일에 변경 사항을 저장합니다.

5. /etc/rsyslog.conf 파일의 구문을 테스트합니다.

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-2.el8, config validation run...
   rsyslogd: End of config validation run. Bye.

6. 로깅 서버에서 rsyslog 서비스가 실행 중이고 활성화되어 있는지 확인합니다.

   # systemctl status rsyslog

7. rsyslog 서비스를 다시 시작합니다.

   # systemctl restart rsyslog

8. 선택 사항: rsyslog 가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작되는지 확인하십시오.

   # systemctl enable rsyslog

절차

1. /etc/rsyslog.d/ 디렉토리에 라는 새 파일을 만듭니다(예: 10-remotelog.conf ).

   *.* action(type="omfwd"
         queue.type="linkedlist"
         queue.filename="example_fwd"
         action.resumeRetryCount="-1"
         queue.saveOnShutdown="on"
         target="example.com" port="30514" protocol="tcp"
        )

   다음과 같습니다.

   • queue.type="linkedlist" 설정은 LinkedList in-memory 큐를 활성화합니다.
   • queue.filename 설정은 디스크 스토리지를 정의합니다. 백업 파일은 이전 global workDirectory 지시문에서 지정한 작업 디렉터리에 example_fwd 접두사를 사용하여 생성됩니다.
   • action.resumeRetryCount -1 설정은 서버가 응답하지 않는 경우 연결을 다시 시도할 때 rsyslog 가 메시지를 삭제하지 않도록 합니다.
   • rsyslog 가 종료되면 queue.saveOnShutdown="on" 설정은 메모리 내 데이터를 저장합니다.

   • 마지막 줄은 수신된 모든 메시지를 로깅 서버로 전달합니다. 포트 사양은 선택 사항입니다.

     이 구성을 사용하면 rsyslog 에서 서버로 메시지를 전송하지만 원격 서버에 연결할 수 없는 경우 메시지를 메모리에 유지합니다. 디스크의 파일은 rsyslog 가 구성된 메모리 대기열 공간에서 부족하거나 시스템 성능을 향상시킬 수 있는 를 종료해야 하는 경우에만 생성됩니다.

   참고

   rsyslog는 사전 순서로 구성 파일 /etc/rsyslog.d/ 를 처리합니다.

2. rsyslog 서비스를 다시 시작합니다.

   # systemctl restart rsyslog

1. 클라이언트 시스템에서 테스트 메시지를 전송합니다.

   # logger test

2. 서버 시스템에서 /var/log/messages 로그를 확인합니다. 예를 들면 다음과 같습니다.

   # cat /var/log/remote/msg/hostname/root.log
   Feb 25 03:53:17 hostname root[6064]: test

   여기서 hostname 은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

절차

1. 클라이언트 시스템에서 암호화된 로그를 수신하도록 서버를 구성합니다.

   1. /etc/journal.d/ 디렉토리에 라는 새 파일을 만듭니다(예: securelogser.conf ).

   2. 통신을 암호화하려면 구성 파일에 서버의 인증서 파일 경로, 선택한 인증 방법 및 TLS 암호화를 지원하는 스트림 드라이버가 포함되어야 합니다. /etc/octets.d/securelogser.conf 파일에 다음 행을 추가합니다.

      # Set certificate files
      global(
        DefaultNetstreamDriverCAFile="/etc/pki/ca-trust/source/anchors/ca-cert.pem"
        DefaultNetstreamDriverCertFile="/etc/pki/ca-trust/source/anchors/server-cert.pem"
        DefaultNetstreamDriverKeyFile="/etc/pki/ca-trust/source/anchors/server-key.pem"
      )
      
      # TCP listener
      module(
        load="imtcp"
        PermittedPeer=["client1.example.com", "client2.example.com"]
        StreamDriver.AuthMode="x509/name"
        StreamDriver.Mode="1"
        StreamDriver.Name="ossl"
      )
      
      # Start up listener at port 514
      input(
        type="imtcp"
        port="514"
      )

      참고

      GnuTLS 드라이버를 선호하는 경우 StreamDriver.Name="gtls" 구성 옵션을 사용합니다. x509/name 보다 엄격한 인증 모드에 대한 자세한 내용은 rsyslog-doc 패키지로 설치된 설명서를 참조하십시오.

   3. /etc/octets.d/securelogser.conf 파일에 변경 사항을 저장합니다.

   4. /etc/octets.conf 파일 구문 및 /etc/octets.d/ 디렉토리에 있는 모든 파일을 확인합니다.

      # rsyslogd -N 1
      rsyslogd: version 8.1911.0-2.el8, config validation run (level 1)...
      rsyslogd: End of config validation run. Bye.

   5. 로깅 서버에서 rsyslog 서비스가 실행 중이고 활성화되어 있는지 확인합니다.

      # systemctl status rsyslog

   6. rsyslog 서비스를 다시 시작하십시오.

      # systemctl restart rsyslog

   7. 선택 사항: Rsyslog가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작됩니다.

      # systemctl enable rsyslog

2. 암호화된 로그를 서버에 전송하도록 클라이언트를 구성합니다.

   1. 클라이언트 시스템에서 /etc/journal.d/ 디렉토리에 라는 새 파일을 만듭니다(예: securelogcli.conf ).

   2. /etc/octets.d/securelogcli.conf 파일에 다음 행을 추가합니다.

      # Set certificate files
      global(
        DefaultNetstreamDriverCAFile="/etc/pki/ca-trust/source/anchors/ca-cert.pem"
        DefaultNetstreamDriverCertFile="/etc/pki/ca-trust/source/anchors/client-cert.pem"
        DefaultNetstreamDriverKeyFile="/etc/pki/ca-trust/source/anchors/client-key.pem"
      )
      
      
      # Set up the action for all messages
      *.* action(
        type="omfwd"
        StreamDriver="ossl"
        StreamDriverMode="1"
        StreamDriverPermittedPeers="server.example.com"
        StreamDriverAuthMode="x509/name"
        target="server.example.com" port="514" protocol="tcp"
      )

      참고

      GnuTLS 드라이버를 선호하는 경우 StreamDriver.Name="gtls" 구성 옵션을 사용합니다.

   3. /etc/octets.d/securelogser.conf 파일에 변경 사항을 저장합니다.

   4. /etc/rsyslog.conf 파일 및 기타 파일의 구문을 /etc/rsyslog.d/ 디렉터리에 확인합니다.

      # rsyslogd -N 1
      rsyslogd: version 8.1911.0-2.el8, config validation run (level 1)...
      rsyslogd: End of config validation run. Bye.

   5. 로깅 서버에서 rsyslog 서비스가 실행 중이고 활성화되어 있는지 확인합니다.

      # systemctl status rsyslog

   6. rsyslog 서비스를 다시 시작하십시오.

      # systemctl restart rsyslog

   7. 선택 사항: Rsyslog가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작됩니다.

      # systemctl enable rsyslog

1. 클라이언트 시스템에서 테스트 메시지를 전송합니다.

   # logger test

2. 서버 시스템에서 /var/log/messages 로그를 확인합니다. 예를 들면 다음과 같습니다.

   # cat /var/log/remote/msg/hostname/root.log
   Feb 25 03:53:17 hostname root[6064]: test

   여기서 hostname 은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

절차

1. 선택 사항: 기본 포트 514 가 아닌 rsyslog 트래픽에 다른 포트를 사용하려면 다음을 수행합니다.

   1. syslogd_port_t SELinux 유형을 SELinux 정책 구성에 추가하고 portno 를 rsyslog 에서 사용할 포트 번호로 바꿉니다.

      # semanage port -a -t syslogd_port_t -p udp portno

   2. 들어오는 rsyslog 트래픽을 허용하고 portno 를 포트 번호 및 영역으로 교체하여 rsyslog 에서 사용할 영역으로 교체하도록 firewalld 를 구성합니다.

      # firewall-cmd --zone=zone --permanent --add-port=portno/udp
      success
      # firewall-cmd --reload

   3. 방화벽 규칙을 다시 로드합니다.

      # firewall-cmd --reload

2. /etc/rsyslog .d/ 디렉토리(예: remotelogserv. conf )에 새.conf 파일을 생성하고 다음 내용을 삽입합니다.

   # Define templates before the rules that use them
   # Per-Host templates for remote systems
   template(name="TmplAuthpriv" type="list") {
       constant(value="/var/log/remote/auth/")
       property(name="hostname")
       constant(value="/")
       property(name="programname" SecurePath="replace")
       constant(value=".log")
       }
   
   template(name="TmplMsg" type="list") {
       constant(value="/var/log/remote/msg/")
       property(name="hostname")
       constant(value="/")
       property(name="programname" SecurePath="replace")
       constant(value=".log")
       }
   
   # Provides UDP syslog reception
   module(load="imudp")
   
   # This ruleset processes remote messages
   ruleset(name="remote1"){
        authpriv.*   action(type="omfile" DynaFile="TmplAuthpriv")
         *.info;mail.none;authpriv.none;cron.none
   action(type="omfile" DynaFile="TmplMsg")
   }
   
   input(type="imudp" port="514" ruleset="remote1")

   여기서 514 는 기본적으로 사용하는 포트 번호 rsyslog 입니다. 대신 다른 포트를 지정할 수 있습니다.

3. /etc/rsyslog. d/ 디렉터리에 있는 /etc/rsyslog .conf 파일의 구문과 all. conf 파일을 확인합니다.

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-2.el8, config validation run...

4. rsyslog 서비스를 다시 시작합니다.

   # systemctl restart rsyslog

5. 선택 사항: rsyslog 가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작되는지 확인하십시오.

   # systemctl enable rsyslog

절차

1. /etc/rsyslog.d/ 디렉토리에 새 .conf 파일을 만듭니다(예: 10-remotelogcli.conf ).

   *.* action(type="omfwd"
         queue.type="linkedlist"
         queue.filename="example_fwd"
         action.resumeRetryCount="-1"
         queue.saveOnShutdown="on"
         target="example.com" port="portno" protocol="udp"
        )

   다음과 같습니다.

   • queue.type="linkedlist" 설정은 LinkedList in-memory 큐를 활성화합니다.
   • queue.filename 설정은 디스크 스토리지를 정의합니다. 백업 파일은 이전 글로벌 workDirectory 지시문으로 지정된 작업 디렉터리에 example_fwd 접두사를 사용하여 생성됩니다.
   • action.resumeRetryCount -1 설정은 서버가 응답하지 않는 경우 연결을 재시도할 때 rsyslog 가 메시지를 삭제하지 않도록 합니다.
   • rsyslog 가 종료되면 활성화된 queue.saveOnShutdown="on" 설정은 메모리 내 데이터를 저장합니다.
   • portno 값은 rsyslog 에서 사용할 포트 번호입니다. 기본값은 514 입니다.

   • 마지막 행은 수신된 모든 메시지를 로깅 서버로 전달하고 포트 사양은 선택 사항입니다.

     이 구성을 사용하면 rsyslog 에서 서버로 메시지를 전송하지만 원격 서버에 연결할 수 없는 경우 메시지를 메모리에 유지합니다. 디스크의 파일은 rsyslog 가 구성된 메모리 대기열 공간에서 부족하거나 시스템 성능을 향상시킬 수 있는 를 종료해야 하는 경우에만 생성됩니다.

   참고

   rsyslog는 사전 순서로 구성 파일 /etc/rsyslog.d/ 를 처리합니다.

2. rsyslog 서비스를 다시 시작합니다.

   # systemctl restart rsyslog

3. 선택 사항: rsyslog 가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작되는지 확인하십시오.

   # systemctl enable rsyslog

1. 클라이언트 시스템에서 테스트 메시지를 전송합니다.

   # logger test

2. 서버 시스템에서 /var/log/remote/msg/hostname/root.log 로그를 확인합니다. 예를 들면 다음과 같습니다.

   # cat /var/log/remote/msg/hostname/root.log
   Feb 25 03:53:17 hostname root[6064]: test

   여기서 hostname 은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

절차

1. 안정적인 원격 로깅을 위해 클라이언트 시스템을 구성합니다.

   1. 클라이언트 시스템에서 /etc/journal.d/ 디렉토리에 새 . conf 파일을 만듭니다(예: relpclient.conf ).

      module(load="omrelp")
      *.* action(type="omrelp" target="_target_IP_" port="_target_port_")

      다음과 같습니다.

      • target_IP 는 로깅 서버의 IP 주소입니다.
      • target_port 는 로깅 서버의 포트입니다.
   2. /etc/octets.d/relpclient.conf 파일에 변경 사항을 저장합니다.

   3. rsyslog 서비스를 다시 시작합니다.

      # systemctl restart rsyslog

   4. 선택 사항: rsyslog 가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작되는지 확인하십시오.

      # systemctl enable rsyslog

2. 안정적인 원격 로깅을 위해 서버 시스템을 구성합니다.

   1. 서버 시스템에서 /etc/rsyslog .d/ 디렉터리에 새. conf 파일을 생성합니다(예: relpserv.conf ).

      ruleset(name="relp"){
      *.* action(type="omfile" file="_log_path_")
      }
      
      
      module(load="imrelp")
      input(type="imrelp" port="_target_port_" ruleset="relp")

      다음과 같습니다.

      • log_path 는 메시지를 저장하는 경로를 지정합니다.
      • target_port 는 로깅 서버의 포트입니다. 클라이언트 구성 파일과 동일한 값을 사용합니다.
   2. /etc/rsyslog.d/relpserv.conf 파일에 변경 사항을 저장합니다.

   3. rsyslog 서비스를 다시 시작합니다.

      # systemctl restart rsyslog

   4. 선택 사항: rsyslog 가 활성화되지 않은 경우 재부팅 후 rsyslog 서비스가 자동으로 시작되는지 확인하십시오.

      # systemctl enable rsyslog

1. 클라이언트 시스템에서 테스트 메시지를 전송합니다.

   # logger test

2. 서버 시스템에서 지정된 log_path 의 로그를 확인합니다. 예를 들면 다음과 같습니다.

   # cat /var/log/remote/msg/hostname/root.log
   Feb 25 03:53:17 hostname root[6064]: test

   여기서 hostname 은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

절차

1. netconsole-service 패키지를 설치합니다.

   # yum install netconsole-service

2. /etc/sysconfig/netconsole 파일을 편집하고 SYSLOGADDR 매개변수를 원격 호스트의 IP 주소로 설정합니다.

   # SYSLOGADDR=192.0.2.1

3. netconsole 서비스를 활성화하고 시작합니다.

   # systemctl enable --now netconsole

절차

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Deploying basics input and implicit files output
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.logging
     vars:
       logging_inputs:
         - name: system_input
           type: basics
       logging_outputs:
         - name: files_output
           type: files
       logging_flows:
         - name: flow1
           inputs: [system_input]
           outputs: [files_output]

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. 플레이북을 실행합니다.

   $ ansible-playbook ~/playbook.yml

검증

1. /etc/rsyslog.conf 파일의 구문을 테스트합니다.

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-6.el8, config validation run...
   rsyslogd: End of config validation run. Bye.

2. 시스템이 로그에 메시지를 전송하는지 확인합니다.

   1. 테스트 메시지를 전송합니다.

      # logger test

   2. /var/log/messages 로그를 확인합니다. 예를 들면 다음과 같습니다.

      # cat /var/log/messages
      Aug  5 13:48:31 <hostname> root[6778]: test

      여기서 <hostname >은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

절차

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Deploying files input and configured files output
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.logging
     vars:
       logging_inputs:
         - name: files_input
           type: basics
       logging_outputs:
         - name: files_output0
           type: files
           property: msg
           property_op: contains
           property_value: error
           path: /var/log/errors.log
         - name: files_output1
           type: files
           property: msg
           property_op: "!contains"
           property_value: error
           path: /var/log/others.log
       logging_flows:
         - name: flow0
           inputs: [files_input]
           outputs: [files_output0, files_output1]

   이 구성을 사용하면 오류 문자열이 포함된 모든 메시지가 /var/log/errors.log 에 기록되고 다른 모든 메시지는 /var/log/others.log 에 기록됩니다.

   오류 속성 값을 필터링할 문자열로 교체할 수 있습니다.

   환경 설정에 따라 변수를 수정할 수 있습니다.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. 플레이북을 실행합니다.

   $ ansible-playbook ~/playbook.yml

검증

1. /etc/rsyslog.conf 파일의 구문을 테스트합니다.

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-6.el8, config validation run...
   rsyslogd: End of config validation run. Bye.

2. 시스템에서 오류 문자열이 포함된 메시지를 로그에 전송하는지 확인합니다.

   1. 테스트 메시지를 전송합니다.

      # logger error

   2. /var/log/errors.log 로그를 확인합니다. 예를 들면 다음과 같습니다.

      # cat /var/log/errors.log
      Aug  5 13:48:31 hostname root[6778]: error

      여기서 hostname 은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

절차

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Deploying remote input and remote_files output
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.logging
     vars:
       logging_inputs:
         - name: remote_udp_input
           type: remote
           udp_ports: [ 601 ]
         - name: remote_tcp_input
           type: remote
           tcp_ports: [ 601 ]
       logging_outputs:
         - name: remote_files_output
           type: remote_files
       logging_flows:
         - name: flow_0
           inputs: [remote_udp_input, remote_tcp_input]
           outputs: [remote_files_output]
   
   - name: Deploying basics input and forwards output
     hosts: managed-node-02.example.com
     roles:
       - rhel-system-roles.logging
     vars:
       logging_inputs:
         - name: basic_input
           type: basics
       logging_outputs:
         - name: forward_output0
           type: forwards
           severity: info
           target: <host1.example.com>
           udp_port: 601
         - name: forward_output1
           type: forwards
           facility: mail
           target: <host1.example.com>
           tcp_port: 601
       logging_flows:
         - name: flows0
           inputs: [basic_input]
           outputs: [forward_output0, forward_output1]
   
   [basic_input]
   [forward_output0, forward_output1]

   여기서 & lt;host1.example.com&gt;은 로깅 서버입니다.

   참고

   요구 사항에 맞게 플레이북의 매개 변수를 수정할 수 있습니다.

   주의

   로깅 솔루션은 서버 또는 클라이언트 시스템의 SELinux 정책에 정의된 포트에서만 작동하며 방화벽에서 열립니다. 기본 SELinux 정책에는 포트 601, 514, 6514, 10514, 20514가 포함됩니다. 다른 포트를 사용하려면 클라이언트 및 서버 시스템에서 SELinux 정책을 수정합니다.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. 플레이북을 실행합니다.

   $ ansible-playbook ~/playbook.yml

검증

1. 클라이언트 및 서버 시스템 모두에서 /etc/rsyslog.conf 파일의 구문을 테스트합니다.

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-6.el8, config validation run (level 1), master config /etc/rsyslog.conf
   rsyslogd: End of config validation run. Bye.

2. 클라이언트 시스템이 서버에 메시지를 전송하는지 확인합니다.

   1. 클라이언트 시스템에서 테스트 메시지를 전송합니다.

      # logger test

   2. 서버 시스템에서 /var/log/ <host2.example.com> /messages 로그를 확인합니다. 예를 들면 다음과 같습니다.

      # cat /var/log/<host2.example.com>/messages
      Aug  5 13:48:31 <host2.example.com> root[6778]: test

      여기서 <host2.example.com >은 클라이언트 시스템의 호스트 이름입니다. 로그에는 로거 명령을 입력한 사용자의 사용자 이름이 포함됩니다(이 경우 root ).

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 (새 계정 만들기)를 클릭합니다.

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

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

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

   필드 아래의 색상 표시줄은 입력한 암호의 보안 수준을 보여주므로 암호가 약한 사용자를 만들 수 없습니다.

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

8. 그룹 드롭다운 메뉴에서 새 계정에 추가할 그룹을 선택합니다.

   

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

절차

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 그룹과 연결합니다.

   # chgrp 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. RHEL 웹 콘솔에 로그인합니다.
2. Accounts (계정)를 클릭합니다.
3. Create New Account (새 계정 만들기)를 클릭합니다.

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

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

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

   필드 아래의 색상 표시줄은 입력한 암호의 보안 수준을 보여주므로 암호가 약한 사용자를 만들 수 없습니다.

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

8. 그룹 드롭다운 메뉴에서 새 계정에 추가할 그룹을 선택합니다.

   

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

절차

1. RHEL 8 웹 콘솔에 로그인합니다.
2. Accounts (계정)를 클릭합니다.
3. 암호 만료를 적용할 사용자 계정을 선택합니다.

4. 암호 행에서 edit 를 클릭합니다.

   

5. 암호 만료 대화 상자에서 암호 변경 시 모든 …​을 선택합니다. days 을(를) 입력하고 암호가 만료된 날 수를 나타내는 양의 정수 숫자를 입력합니다.

6. Change(변경 )를 클릭합니다.

   웹 콘솔은 암호 줄에 향후 암호 변경 요청 날짜를 즉시 표시합니다.

절차

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

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

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

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

사전 요구 사항

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

절차

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