RHEL Lightspeed 기반의 명령줄 도우미와 상호 작용

프로세스

1. 등록된 호스트에 RHEL Lightspeed를 제공하는 명령줄 도우미를 설치합니다.

   $ sudo dnf install command-line-assistant

2. /etc/xdg/command-line-assistant/config.toml 파일을 찾아 엽니다.

3. config.toml 파일에서 Satellite 또는 Capsule 호스트 이름을 가리키도록 끝점 구성 옵션을 교체합니다. 예를 들면 다음과 같습니다.

   #The endpoint points to an API server.
   endpoint = "https://satellite.example.server.com/api/lightspeed/v1"

4. config.toml 파일에 변경 사항을 저장합니다.

5. 변경 사항이 적용되려면 명령줄 도우미 데몬(clad)을 다시 시작하십시오.

   $ sudo systemctl restart clad

1. Satellite CA 인증서를 시스템 신뢰 저장소에 복사합니다.

   $ sudo cp /etc/rhsm/ca/katello* /etc/pki/ca-trust/source/anchors/

2. CA 신뢰 데이터베이스를 업데이트합니다.

   $ sudo update-ca-trust

1. 현재 터미널 세션에 대해 터미널 캡처를 활성화합니다. 예를 들면 다음과 같습니다.

   $ c shell --enable-capture

2. 이전 명령을 참조하기 전에 하나 이상의 명령을 실행합니다.

   캡처를 활성화한 후 실행한 명령의 이전 출력을 참조할 수 있습니다. 예를 들어 마지막 명령을 참조하려면 다음을 실행합니다.

   $ c -w 1 "what_is_this"

   두 번째 명령을 마지막 명령으로 참조하려면 다음을 실행합니다.

   $ c -w 2 "what_is_this"

3. 터미널 캡처를 중지하려면 키보드에서 다음 키를 누릅니다.

   $ Press Ctrl + D

프로세스

1. SSHD 상태를 확인하고 다시 시작합니다.

   $ sudo systemctl status ssh
   $ sudo systemctl restart ssh

2. 선택적 명령줄 도우미 터미널 캡처 기능을 활성화합니다.

   $ c shell --enable-capture

3. 마지막으로 실행된 명령의 출력을 포함하도록 지정하려면 -w 1 "your-question" 옵션을 사용합니다.

   $ c -w 1 "what_is_this"

   • 두 번째 이전 2 명령의 출력을 참조하는 숫자 2를 지정하는 경우. 이는 추가 숫자에서도 마찬가지입니다.

   • 또한 명령을 사용하여 실행할 프롬프트를 지정하고 "출력 이해"에 요청한 프롬프트를 지정하고 오류의 출력을 참조하도록 명령 my Assistant가 오류에 대한 자세한 내용을 요청하는 것을 이해할 수 있도록 합니다.

     명령줄 도우미는 요청을 처리하고 몇 가지 가능한 솔루션을 제공하는 데 약간의 시간이 걸립니다. 예에서는 sshd.service 를 사용하여 로그 파일을 확인할 수 있도록 제안을 사용하여 journalctl -xeu 명령을 실행할 수 있습니다.

4. journalctl 명령을 실행합니다. tail 명령을 추가하여 마지막 30행을 가져오고, 해당 출력을 명령줄 도우미로 파이프하고, 쿼리를 추가하여 오류를 파악합니다.

   $ journalctl -xeu sshd.service | tail -n 30 | c “here are the logs, please help me understand this"

   명령줄 도우미는 로그 파일을 확인하고 잠재적인 문제를 나타냅니다. config 파일에 오류를 입력합니다.

5. 명령줄 도우미에 이 입력 오류를 수정하는 방법에 대한 명령을 생성하도록 요청합니다.

   $ c “what is the command that I can use to change “Porrt "to “Port” in the /etc/ssh/sshd_config file?”

   명령줄 도우미에서 제안한 명령을 사용합니다.

6. 명령줄 도우미에서 제안된 명령을 실행합니다. 예를 들면 다음과 같습니다.

   $ sed -i s/Porrt/Port/g /etc/ssh/sshd_config

   출력에 해당 파일을 편집할 수 있는 permission denied 오류가 발견되었습니다. 이전 명령을 sudo 사용자로 다시 실행합니다.

   $ sudo sed -i s/Porrt/Port/g /etc/ssh/sshd_config

7. SSHD 서비스를 다시 시작하고 SSHD 상태를 확인합니다.

   $ sudo systemctl restart sshd
   $ sudo systemctl status sshd

프로세스

1. 터미널에서 다음 명령을 입력하여 시스템에 설치된 httpd 패키지 버전을 나열합니다.

   $ sudo rpm -qa httpd
   httpd-2.4.62-2.fc40.x86_64

2. httpd.conf 파일 내용을 표시합니다.

   $ sudo cat /etc/httpd/conf/httpd.conf
   # This is the main Apache HTTP server configuration file.  It contains the
   # configuration directives that give the server its instructions.
   # See <URL:http://httpd.apache.org/docs/2.4/> for detailed information.
   # In particular, see<URL:http://httpd.apache.org/docs/2.4/mod/directives.html>
   # for a discussion of each configuration directive.

3. 모든 httpdq 패키지를 쿼리합니다.

   $ sudo rpm -qa httpdq

4. 웹 서버가 들어오는 요청을 수락하는 포트를 식별합니다.

   $ cat /etc/httpd/conf/httpd.conf | grep Listen
   # Listen: Allows you to bind Apache to specific IP addresses and/or
   # Change this to Listen on a specific IP address, but note that if
   #Listen 12.34.56.78:80
   Listen 80

5. httpd 서비스를 다시 시작합니다.

   $ systemctl restart httpd
   
   Job for httpd. Service failed because the control process exited with error code.
   See “systemctl status httpd.service" and “journalctl -xeu httpd.service" for details.

   1. 실패한 서비스에 대한 자세한 내용은 journalctl 명령을 실행합니다.

      $ sudo journalctl -xeu httpd.service

6. 명령줄 도우미를 사용하여 문제를 해결하고 서비스가 실패하는 이유를 확인합니다.

   $ sudo c “why did httpd fail to start"

   도우미의 제안 사항 중 하나는 ausearch 툴을 사용하여 감사 로그를 쿼리하고 메시지 유형 매개 변수에 AVC 및 USER_AVC 값을 사용하는 것입니다. 이를 위해 다음 명령을 실행합니다.

   $ sudo ausearch -m AVC,USER_AVC -ts recent

   1. selinux httpd 포트에 대한 명령행 도우미에게 문의하십시오.

      $ c “selinux httpd port"

      길잡이는 다음 명령으로 sestatus 명령을 사용하여 현재 SELinux 상태 및 httpd 서비스의 콘텐츠를 확인하는 것이 좋습니다.

      $ sudo sestatus
      
      SELinux status:                 enabled
      SELinuxfs mount:                /sys/fs/selinux
      SELinux root directory:         /etc/selinux
      Loaded policy name:             targeted
      Current mode:                   enforcing
      Mode from config file:          enforcing
      Policy MLS status:              enabled
      Policy deny_unknown status:     allowed
      Memory protection checking:     actual (secure)
      Max kernel policy version:      33

   2. 다음 명령을 실행하여 httpd 서비스에 대한 특정 SELinux 정책을 확인합니다.

      $ sudo cat /usr/share/selinux/targeted/contexts/httpd_var_run_t
      No such file or directory

   3. 컨텍스트에 대해 명령줄 도우미에 문의하십시오.

      $ c “i don't have a httpd_var_run_t contexts"

      명령줄 도우미는 요청을 처리하는 데 약간의 시간이 소요되고 가능한 몇 가지 제안을 제공합니다.

   4. 길잡이는 컨텍스트가 없을 수 있으며 다음 명령을 사용하여 설정할 필요가 있다고 합니다.

      $ sudo chcon -R -t httpd_var_run_t

   5. 포트에 대해 CLA에게 문의하십시오.

      $ c “selinux won't let httpd listen on port 12345"

   6. 다음 제안을 시도하고 명령을 실행합니다.

      $ sudo semage port -a -t httpd_port_t -p tcp 12345
      ValueError: Type httpd_port_t is invalid, must be a port type

   7. 출력에 표시되는 오류에 대해 CLA에 문의하십시오.

      $ c “how do I fix ValueError: Type httpd_port_t is invalid, must be a port type"

7. CLA에서 제공하는 단계를 실행합니다.

   $  sudo getenforce
   Enforcing
   $ setenforce 0
   $ sudo systemctl restart httpd
   $ sudo systemctl status httpd
   
   $ sudo ls -Z /usr/sbin/httpd
   system_u:object_r:httpd_exec_t:s0 /usr/sbin/httpd
   
   $ chcon -t httpd_exec_t /usr/sbin/httpd
   
   $ sudo setenforce 1

   1. httpd 서비스를 다시 시작하고 httpd.service 의 상태를 확인합니다.

      $ sudo systemctl restart httpd
      Job failed
      
      $ sudo systemctl status httpd.service
      Failed to start the Apache Server

8. CLA에 httpd 가 12345 포트에서 수신 대기하도록 설정하는 방법을 질문하십시오.

   $ c “how do I enable httpd to listen on port 12345 selinux"

   1. CLA에서 권고한 명령을 실행합니다.

      $ sudo setsebool -P httpd_can_network_connect=1

9. httpd 서비스를 다시 시작하고 httpd.service 의 상태를 다시 확인합니다.

   $ sudo systemctl status htppd
   $ sudo systemctl restart httpd
   Job failed, see journalctl

10. journalctl 서비스를 확인합니다.

    $ journalctl -xeu httpd
    Output: An ExecStart= process belonging to unit httpd.service has exited.

11. 출력을 사용하여 CLA에 문제를 해결하도록 요청합니다.

    $ c “An ExecStart= process belonging to unit httpd.service has exited."

    1. CLA가 응답하는 명령을 실행합니다.

       $ sudo ausearch -m AVC,USER_AVC -ts recent
       Output: “avc:  denied  {name_bind}  for pid=7184 comm="httpd” src=12345 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r: unreserved_port_t:s0 tclas=tcp_socket permissive=0"

    2. 이전 명령의 출력을 복사합니다.

       $ sudo c ““avc: denied {name_bind} for pid=7184 comm="httpd” src=12345 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r: unreserved_port_t:s0 tclas=tcp_socket permissive=0”

    3. 다음 명령을 실행하여 "SELinux가 Apache Server(httpd)로 인해 포트 12345에 바인딩되지 않음 오류를 해결합니다.

       $ sudo semage port -a -t http_port_t -p tcp 12345

12. httpd 서비스를 다시 시작하고 httpd.service 의 상태를 확인합니다.

    $ sudo systemctl restart httpd
    No error
    $ sudo systemctl status httpd.service

    서버가 구성 및 실행 중이고 포트 443,12345 에서 수신 대기 중입니다.

프로세스

1. /etc/xdg/command-line-assistant/config.toml 구성 파일을 열어 프록시 구성에 액세스합니다.

2. config.toml 파일에서 다음 블록을 찾아서 변경합니다.

   # Backend settings for communicating with the external API.
   [backend]
   ...
   # proxies = { http = "http://example-host:8002", https = "https://example-host:8002" }

3. proxy 키의 주석 을 제거하고 http 또는 https 프록시 호스트를 정의합니다.

   [backend]
   …
   # For a https proxy host
   proxies = { https = "https://<your-https-proxy-host:1234>"}

4. 변경 후 변경 사항을 적용하려면 clad 를 다시 시작하십시오.

   $ sudo systemctl restart clad

   참고

   clad 의 http 또는 https 트래픽이 지정된 프록시로 라우팅되는지 여부를 http 값과 https 키 제어를 사용할 수 있습니다. 그러나 프로토콜은 프록시 유형 선택에 영향을 미치지 않으며 https 트래픽에 http 프록시를 사용하는 구성이 있을 수 있습니다. 예를 들면 다음과 같습니다.

   https = "http://<your-https-proxy-host:1234>"

프로세스

1. 선택한 데이터베이스를 설치합니다.

   • MySQL을 설치하려면 다음을 입력합니다.

     # dnf install python3-PyMySQL

   • PostgreSQL을 설치하려면 다음을 입력합니다.

     # dnf install python3-psycopg2

2. /etc/xdg/command-line-assistant/config.toml 에서 데이터베이스 구성 파일에 액세스합니다.

3. 기본 구성을 찾아서 주석 처리합니다. 예를 들면 다음과 같습니다.

    [database]
       # type = "sqlite"
       # connection_string = "/var/lib/command-line-assistant/history.db"

4. 선택한 데이터베이스를 구성합니다. 다음 정보는 /etc/xdg/command-line-assistant/config.toml 에서도 확인할 수 있습니다.

   1. 데이터베이스 유형을 설정합니다. 여기서 < db_type> 은 mysql 또는 postgresql 여야 합니다.

   2. 데이터베이스 세부 정보를 설정합니다.

       type = <db_type>
       host = "<hostname_or_ip_address>"
       port = "5432"
       username = "<database_user_name>"
       password = "<password>"
       database = "<database_name>"

5. 데이터베이스 유형을 변경한 후 clad 데몬을 다시 시작하여 변경 사항을 적용합니다.

   $ sudo systemctl restart clad

프로세스

1. /etc/xdg/command-line-assistant/config.toml 에서 데이터베이스 구성 파일에 액세스합니다.

2. [database] 섹션에서 username 및 password 매개변수를 제거합니다. 예를 들면 다음과 같습니다.

   [database]
   type = "postgresql"
   host = "localhost"
   port = "5432"
   database = "history"

   참고

   사용자 이름과 암호를 구성 파일에 두면 이러한 인증 정보가 systemd 증가 도구보다 우선합니다.

3. 사용자 이름 또는 암호에 대해 암호화된 인증 정보를 생성합니다. 다음 예제에서는 systemd-ask-password 명령을 사용합니다. 이름은 database-username 및 database-password 의 스키마를 따라야 합니다. 그렇지 않으면 clad 에서 인증 정보를 올바르게 로드하지 않습니다.

   1. 암호화된 사용자 이름을 생성하려면 다음 명령을 실행합니다.

      $ systemd-ask-password -n | ( echo "[Service]" && systemd-creds encrypt --name=<database-username> -p - - ) >/etc/systemd/system/clad.service.d/<username>.conf

   2. 암호화된 암호를 생성하려면 다음을 입력합니다.

      $ systemd-ask-password -n | ( echo "[Service]" && systemd-creds encrypt --name=<database-password> -p - - ) >/etc/systemd/system/clad.service.d/<password>.conf

4. 데이터베이스 인증 정보를 업데이트한 후 systemd 를 다시 로드하고 clad 데몬을 다시 시작하여 변경 사항을 적용합니다.

   $ sudo systemctl restart clad