Procedimento

1. Crie um caderno de atividades, incluindo o papel necessário.

   O exemplo a seguir mostra como usar os papéis através da opção roles: para um determinado play:

   ---
   - hosts: webservers
     roles:
        - rhel-system-roles.network
        - rhel-system-roles.timesync

   Para mais informações sobre o uso de papéis em livros didáticos, consulte Documentação possível.

   Veja Exemplos possíveis, por exemplo, livros didáticos.

   Nota

   Cada função inclui um arquivo README, que documenta como utilizar a função e os valores dos parâmetros suportados. Você também pode encontrar um exemplo de playbook para um determinado papel sob o diretório de documentação do papel. Tal diretório de documentação é fornecido por padrão com o pacote rhel-system-roles, e pode ser encontrado no local a seguir:

   /usr/share/doc/rhel-system-roles/SUBSYSTEM/

   Substituir SUBSYSTEM pelo nome da função requerida, como selinux, kdump, network, timesync, ou storage.

2. Verificar a sintaxe do playbook:

   # ansible-playbook --syntax-check name.of.the.playbook

   O comando ansible-playbook oferece uma opção --syntax-check que você pode usar para verificar a sintaxe de um playbook.

3. Executar o playbook nos anfitriões-alvo executando o comando ansible-playbook:

   # ansible-playbook -i name.of.the.inventory name.of.the.playbook

   Um inventário é uma lista de sistemas contra os quais o Ansible funciona. Para mais informações sobre como criar e inventariar, e como trabalhar com ele, consulte a documentação do Ansible.

   Se você não tiver um inventário, você pode criá-lo no momento da execução ansible-playbook:

   Se você tiver apenas um anfitrião específico contra o qual você deseja executar o playbook, use:

   # ansible-playbook -i host1, name.of.the.playbook

   Se você tiver vários anfitriões alvo contra os quais você deseja executar o livro de jogo, use:

   # ansible-playbook -i host1,host2,....,hostn name.of.the.playbook

Procedimento

1. Instale o pacote rhel-system-roles no sistema que você deseja usar como nó de controle:

   # yum instalar rhel-system-roles

   Se você não tiver uma assinatura do Red Hat Ansible Engine, você pode usar uma versão suportada limitada do Red Hat Ansible Engine fornecida com sua assinatura do Red Hat Enterprise Linux. Neste caso, siga estes passos:

   1. Habilitar o repositório RHEL Ansible Engine:

      # subscription-manager refresh
      
      # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

   2. Instalar Motor Possível:

      # yum instalar possível

Procedimento

1. Opcionalmente, revisar o arquivo inventory para fins de ilustração:

   #  cat /home/jdoe/<ansible_project_name>/inventory
   [testingservers]
   pdoe@192.168.122.98
   fdoe@192.168.122.226
   
   [db-servers]
   db1.example.com
   db2.example.com
   
   [webservers]
   web1.example.com
   web2.example.com
   192.0.2.42

   O arquivo define o grupo [testingservers] e outros grupos. Ele permite rodar o Ansible Engine de forma mais eficaz contra uma coleção específica de sistemas.

2. Criar um arquivo de configuração para definir padrões e escalonamento de privilégios para operações de Motores Ansíveis.

   1. Criar um novo arquivo YAML e abri-lo em um editor de texto, por exemplo:

      #  vi /home/jdoe/<ansible_project_name>/ansible.cfg

   2. Insira o seguinte conteúdo no arquivo:

      [defaults]
      inventory = ./inventory
      
      [privilege_escalation]
      become = true
      become_method = sudo
      become_user = root
      become_ask_pass = true

      A seção [defaults] especifica um caminho para o arquivo do inventário de anfitriões gerenciados. A seção [privilege_escalation] define que os privilégios do usuário sejam transferidos para root nos hosts gerenciados especificados. Isto é necessário para uma configuração bem sucedida dos parâmetros do kernel. Quando o Ansible playbook for executado, você será solicitado a fornecer a senha do usuário. O usuário muda automaticamente para root por meio de sudo após conectar-se a um host gerenciado.

3. Criar um caderno de atividades que utilize o papel kernel_settings.

   1. Criar um novo arquivo YAML e abri-lo em um editor de texto, por exemplo:

      #  vi /home/jdoe/<ansible_project_name>/kernel_roles.yml

      Este arquivo representa um playbook e geralmente contém uma lista ordenada de tarefas, também chamada plays, que são executadas contra hosts gerenciados específicos selecionados a partir de seu arquivo inventory.

   2. Insira o seguinte conteúdo no arquivo:

      ---
      - name: Configure kernel settings
        hosts: testingservers
      
        vars:
          kernel_settings_sysctl:
            - name: fs.file-max
              value: 400000
            - name: kernel.threads-max
              value: 65536
          kernel_settings_sysfs:
            - name: /sys/class/net/lo/mtu
              value: 65000
          kernel_settings_transparent_hugepages: madvise
      
        roles:
          - linux-system-roles.kernel_settings

      A chave name é opcional. Ela associa uma corda arbitrária com a peça como um rótulo e identifica para que serve a peça. A chave hosts na peça especifica os anfitriões contra os quais a peça é encenada. O valor ou valores para esta chave podem ser fornecidos como nomes individuais de anfitriões gerenciados ou como grupos de anfitriões, conforme definido no arquivo inventory.

      A seção vars representa uma lista de variáveis contendo nomes de parâmetros e valores de kernel selecionados para os quais eles têm que ser definidos.

      A chave roles especifica qual papel do sistema irá configurar os parâmetros e valores mencionados na seção vars.

      Nota

      Você pode modificar os parâmetros do kernel e seus valores no playbook para atender às suas necessidades.

4. Opcionalmente, verifique se a sintaxe em sua peça está correta.

   #  ansible-playbook --syntax-check kernel-roles.yml
   
   playbook: kernel-roles.yml

   Este exemplo mostra a verificação bem sucedida de um livro de brincadeiras.

5. Execute seu livro de brincadeiras.

   #  ansible-playbook kernel-roles.yml
   BECOME password:
   
   PLAY [Configure kernel settings]  ... PLAY RECAP **
   fdoe@192.168.122.226       : ok=10   changed=4    unreachable=0    failed=0    skipped=6    rescued=0    ignored=0
   pdoe@192.168.122.98        : ok=10   changed=4    unreachable=0    failed=0    skipped=6    rescued=0    ignored=0

   Antes do Ansible Engine executar seu playbook, você será solicitado a obter sua senha e para que um usuário em hosts gerenciados possa ser trocado para root, o que é necessário para configurar os parâmetros do kernel.

   A seção recapitulativa mostra que a peça terminou com sucesso (failed=0) para todos os anfitriões gerenciados, e que 4 parâmetros do kernel foram aplicados (changed=4).

6. Reinicie seus anfitriões gerenciados e verifique os parâmetros do núcleo afetado para verificar se as mudanças foram aplicadas e persistem em todas as reinicializações.

Procedimento

1. Habilite o repositório RHEL Ansible, por exemplo:

   # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

2. Instalar Motor Possível:

   # yum install ansible

3. Instalar as funções do sistema RHEL:

   # yum install rhel-system-roles

4. Aplique seu playbook com um papel no sistema SELinux.

   O seguinte comando aplica um exemplo de playbook, que faz parte do pacote rhel-system-roles. Você pode usar este playbook como um modelo:

   # ansible-playbook -i host1,host2,host3 /usr/share/doc/rhel-system-roles/selinux/example-selinux-playbook.yml

Procedimento

1. Criar um playbook que defina o papel exigido:

   1. Criar um novo arquivo YAML e abri-lo em um editor de texto, por exemplo:

      # vi logging-playbook.yml

   2. Insira o seguinte conteúdo:

      ---
      - name: Deploying basics input and implicit files output
        hosts: all
        roles:
          - linux-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. Executar o playbook em um inventário específico:

   # ansible-playbook -i inventory-file /path/to/file/logging-playbook.yml

   Onde:

   • inventory-file é o arquivo do inventário.
   • logging-playbook.yml é o livro de jogo que você usa.

Verificação

1. Teste a sintaxe do arquivo /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. Verifique se o sistema envia mensagens para o log:

   1. Envie uma mensagem de teste:

      # logger test

   2. Veja o registro /var/log/messages, por exemplo:

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

      Onde `hostname` é o nome do host do sistema do cliente. Note que o log contém o nome do usuário que digitou o comando logger, neste caso root.

Procedimento

1. Criar um playbook que defina o papel exigido:

   1. Criar um novo arquivo YAML e abri-lo em um editor de texto, por exemplo:

      # vi logging-playbook.yml

   2. Insira o seguinte conteúdo no arquivo:

      ---
      - name: Deploying remote input and remote_files output
        hosts: server
        roles:
          - linux-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: clients
        roles:
          - linux-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]

      Onde host1.example.com é o servidor de registro.

      Nota

      Você pode modificar os parâmetros no livro de jogo para atender às suas necessidades.

      Atenção

      A solução de registro funciona somente com as portas definidas na política SELinux do sistema servidor ou cliente e abertas no firewall. A política padrão do SELinux inclui as portas 601, 514, 6514, 10514, e 20514. Para utilizar uma porta diferente, modifique a política SELinux no sistema cliente e no sistema servidor. A configuração do firewall através das funções do sistema ainda não é suportada.

2. Crie um arquivo de inventário que lista seus servidores e clientes:

   1. Criar um novo arquivo e abri-lo em um editor de texto, por exemplo:

      # vi inventory.ini

   2. Insira o seguinte conteúdo no arquivo do inventário:

      [servers]
      server ansible_host=host1.example.com
      [clients]
      client ansible_host=host2.example.com

      Where: * host1.example.com is the logging server. * host2.example.com is the logging client.

3. Execute o playbook em seu inventário.

   # ansible-playbook -i /path/to/file/inventory.ini /path/to/file/_logging-playbook.yml

   Onde:

   • inventory.ini é o arquivo do inventário.
   • logging-playbook.yml é o livro de jogo que você criou.

Etapas de verificação

1. Tanto no sistema cliente quanto no servidor, teste a sintaxe do arquivo /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. Verificar se o sistema cliente envia mensagens para o servidor:

   1. No sistema do cliente, envie uma mensagem de teste:

      # logger test

   2. No sistema do servidor, veja o log /var/log/messages, por exemplo:

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

      Onde host2.example.com é o nome do host do sistema cliente. Note que o log contém o nome do usuário que digitou o comando logger, neste caso root.

Procedimento

1. Habilite o repositório RHEL Ansible, por exemplo:

   # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

2. Instalar Motor Possível:

   # yum install ansible

3. Instalar as funções do sistema RHEL:

   # yum install rhel-system-roles

4. Prepare seu playbook contendo configurações para os servidores Tang. Você pode começar do zero, ou usar um dos exemplos de playbooks do diretório /usr/share/ansible/roles/rhel-system-roles.nbde_server/examples/.

   # cp /usr/share/ansible/roles/rhel-system-roles.nbde_server/examples/simple_deploy.yml ./my-tang-playbook.yml

5. Edite o playbook em um editor de texto de sua escolha, por exemplo:

   # vi my-tang-playbook.yml

6. Adicione os parâmetros necessários. O seguinte exemplo de playbook garante a implantação de seu servidor Tang e uma rotação de chaves:

   ---
   - hosts: all
   
     vars:
       nbde_server_rotate_keys: yes
   
     roles:
       - linux-system-roles.nbde_server

7. Aplique o livro de jogo acabado:

   # ansible-playbook -i host1,host2,host3 my-tang-playbook.yml

Procedimento

1. Habilite o repositório RHEL Ansible, por exemplo:

   # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

2. Instalar Motor Possível:

   # yum install ansible

3. Instalar as funções do sistema RHEL:

   # yum install rhel-system-roles

4. Prepare seu playbook contendo configurações para os clientes Clevis. Você pode começar do zero, ou usar um dos exemplos de playbooks do diretório /usr/share/ansible/roles/rhel-system-roles.nbde_client/examples/.

   # cp /usr/share/ansible/roles/rhel-system-roles.nbde_client/examples/high_availability.yml ./my-clevis-playbook.yml

5. Edite o playbook em um editor de texto de sua escolha, por exemplo:

   # vi my-clevis-playbook.yml

6. Adicione os parâmetros necessários. O seguinte exemplo de playbook configura os clientes Clevis para desbloqueio automatizado de dois volumes codificados por LUKS quando pelo menos um dos dois servidores Tang estiver disponível:

   ---
   - hosts: all
   
     vars:
       nbde_client_bindings:
         - device: /dev/rhel/root
           encryption_key_src: /etc/luks/keyfile
           servers:
             - http://server1.example.com
             - http://server2.example.com
         - device: /dev/rhel/swap
           encryption_key_src: /etc/luks/keyfile
           servers:
             - http://server1.example.com
             - http://server2.example.com
   
     roles:
       - linux-system-roles.nbde_client

7. Aplique o livro de jogo acabado:

   # ansible-playbook -i host1,host2,host3 my-clevis-playbook.yml

Procedimento

1. Optional: Criar um arquivo de inventário, por exemplo inventory.file:

   inventário.file $ touch

2. Abra seu arquivo de inventário e defina os anfitriões sobre os quais você deseja solicitar o certificado, por exemplo:

   [webserver]
   server.idm.example.com

3. Criar um arquivo de playbook, por exemplo request-certificate.yml:

   • Defina hosts para incluir os anfitriões sobre os quais você deseja solicitar o certificado, como webserver.

   • Defina a variável certificate_requests para incluir o seguinte:

     • Ajuste o parâmetro name para o nome desejado do certificado, tal como mycert.
     • Defina o parâmetro dns para o domínio a ser incluído no certificado, tal como *.example.com.
     • Ajustar o parâmetro ca para self-sign.

   • Definir o papel do rhel-system-roles.certificate em roles.

     Este é o arquivo do playbook para este exemplo:

     ---
     - hosts: webserver
     
       vars:
         certificate_requests:
           - name: mycert
             dns: *.example.com
             ca: self-sign
     
       roles:
         - rhel-system-roles.certificate

4. Salvar o arquivo.

5. Execute o livro de brincadeiras:

   $ ansible-playbook -i inventory.file request-certificate.yml

Procedimento

1. Optional: Criar um arquivo de inventário, por exemplo inventory.file:

   inventário.file $ touch

2. Abra seu arquivo de inventário e defina os anfitriões sobre os quais você deseja solicitar o certificado, por exemplo:

   [webserver]
   server.idm.example.com

3. Criar um arquivo de playbook, por exemplo request-certificate.yml:

   • Defina hosts para incluir os anfitriões sobre os quais você deseja solicitar o certificado, como webserver.

   • Defina a variável certificate_requests para incluir o seguinte:

     • Ajuste o parâmetro name para o nome desejado do certificado, tal como mycert.
     • Defina o parâmetro dns para o domínio a ser incluído no certificado, tal como www.example.com.
     • Definir o parâmetro principal para especificar o principal Kerberos, tal como HTTP/www.example.com@EXAMPLE.COM.
     • Ajustar o parâmetro ca para ipa.

   • Definir o papel do rhel-system-roles.certificate em roles.

     Este é o arquivo do playbook para este exemplo:

     ---
     - hosts: webserver
       vars:
         certificate_requests:
           - name: mycert
             dns: www.example.com
             principal: HTTP/www.example.com@EXAMPLE.COM
             ca: ipa
     
       roles:
         - rhel-system-roles.certificate

4. Salvar o arquivo.

5. Execute o livro de brincadeiras:

   $ ansible-playbook -i inventory.file request-certificate.yml

Procedimento

1. Optional: Criar um arquivo de inventário, por exemplo inventory.file:

   inventário.file $ touch

2. Abra seu arquivo de inventário e defina os anfitriões sobre os quais você deseja solicitar o certificado, por exemplo:

   [webserver]
   server.idm.example.com

3. Criar um arquivo de playbook, por exemplo request-certificate.yml:

   • Defina hosts para incluir os anfitriões sobre os quais você deseja solicitar o certificado, como webserver.

   • Defina a variável certificate_requests para incluir o seguinte:

     • Ajuste o parâmetro name para o nome desejado do certificado, tal como mycert.
     • Defina o parâmetro dns para o domínio a ser incluído no certificado, tal como www.example.com.
     • Defina o parâmetro ca para a CA que você deseja usar para emitir o certificado, tal como self-sign.
     • Ajuste o parâmetro run_before para o comando que você deseja executar antes da emissão ou renovação deste certificado, tal como systemctl stop httpd.service.
     • Ajuste o parâmetro run_after para o comando que você deseja executar após a emissão ou renovação deste certificado, tal como systemctl start httpd.service.

   • Definir o papel do rhel-system-roles.certificate em roles.

     Este é o arquivo do playbook para este exemplo:

     ---
     - hosts: webserver
       vars:
         certificate_requests:
           - name: mycert
             dns: www.example.com
             ca: self-sign
             run_before: systemctl stop httpd.service
             run_after: systemctl start httpd.service
     
       roles:
         - linux-system-roles.certificate

4. Salvar o arquivo.

5. Execute o livro de brincadeiras:

   $ ansible-playbook -i inventory.file request-certificate.yml

Procedimento

1. Criar um novo playbook.yml arquivo com o seguinte conteúdo:

   ---
   - hosts: kdump-test
     vars:
       kdump_path: /var/crash
     roles:
       - rhel-system-roles.kdump

2. Opcional: Verificar a sintaxe do playbook.

   # ansible-playbook --syntax-check playbook.yml

3. Execute o playbook em seu arquivo de inventário:

   # ansible-playbook -i inventory_file /path/to/file/playbook.yml

Procedimento

1. Criar um novo playbook.yml arquivo com o seguinte conteúdo:

   - hosts: all
     vars:
       storage_safe_mode: false
       storage_volumes:
         - name: data
           type: raid
           disks: [sdd, sde, sdf, sdg]
           raid_level: raid0
           raid_chunk_size: 32 KiB
           mount_point: /mnt/data
           state: present
     roles:
       - name: rhel-system-roles.storage

   Atenção

   Os nomes dos dispositivos podem mudar em certas circunstâncias; por exemplo, quando você adiciona um novo disco a um sistema. Portanto, para evitar a perda de dados, não recomendamos o uso de nomes de disco específicos no livro de reprodução.

2. Opcional. Verificar a sintaxe do playbook.

   # ansible-playbook --syntax-check playbook.yml

3. Execute o playbook em seu arquivo de inventário:

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

Procedimento

1. Criar um novo playbook.yml arquivo com o seguinte conteúdo:

   - hosts: all
     vars:
       storage_safe_mode: false
       storage_pools:
         - name: my_pool
           type: lvm
           disks: [sdh, sdi]
           raid_level: raid1
           volumes:
             - name: my_pool
               size: "1 GiB"
               mount_point: "/mnt/app/shared"
               fs_type: xfs
               state: present
     roles:
       - name: rhel-system-roles.storage

   Nota

   Para criar um pool LVM com RAID, você deve especificar o tipo de RAID usando o parâmetro raid_level.

2. Opcional. Verificar a sintaxe do playbook.

   # ansible-playbook --syntax-check playbook.yml

3. Execute o playbook em seu arquivo de inventário:

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

Procedimento

1. Criar um novo playbook.yml arquivo com o seguinte conteúdo:

   - hosts: all
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
            - sdb
           fs_type: xfs
           fs_label: label-name
           mount_point: /mnt/data
           encryption: true
           encryption_password: your-password
     roles:
      - rhel-system-roles.storage

2. Opcional. Verificar a sintaxe do playbook:

   # ansible-playbook --syntax-check playbook.yml

3. Execute o playbook em seu arquivo de inventário:

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

Procedimento

1. Criar um novo playbook.yml arquivo com o seguinte conteúdo:

   ---
   - hosts: timesync-test
     vars:
       timesync_ntp_servers:
         - hostname: 2.rhel.pool.ntp.org
           pool: yes
           iburst: yes
     roles:
       - rhel-system-roles.timesync

2. Opcional: Verificar a sintaxe do playbook.

   # ansible-playbook --syntax-check playbook.yml

3. Execute o playbook em seu arquivo de inventário:

   # ansible-playbook -i inventory_file /path/to/file/playbook.yml

Procedimento

1. Configurar localhost no site /etc/ansible/hosts Inventário possível, adicionando o seguinte conteúdo ao inventário:

   localhost ansible_connection=local

2. Crie um livro de jogo possível com o seguinte conteúdo:

   ---
   - hosts: localhost
     vars:
       metrics_graph_service: yes
     roles:
       - rhel-system-roles.metrics

3. Execute o livro de jogo Ansible playbook:

   # ansible-playbook name_of_your_playbook.yml

   Nota

   Como o metrics_graph_service boolean está configurado para value="yes", grafana é automaticamente instalado e provisionado com pcp adicionado como fonte de dados.

4. Para visualizar a visualização das métricas que estão sendo coletadas em sua máquina, acesse a interface web grafana como descrito em Accessing the Grafana web UI.

Procedimento

1. Adicione o nome ou IP das máquinas que você deseja monitorar através do playbook ao arquivo /etc/ansible/hosts. Um possível arquivo de inventário com um nome de grupo identificador entre parênteses:

   [remotes]
   webserver.example.com
   database.example.com

2. Crie um livro de jogo possível com o seguinte conteúdo:

   ---
   - hosts: remotes
     vars:
       metrics_retention_days: 0
     roles:
       - rhel-system-roles.metrics

3. Execute o livro de jogo Ansible playbook:

   # ansible-playbook name_of_your_playbook.yml

Procedimento

1. Crie um livro de jogo possível com o seguinte conteúdo:

   ---
   - hosts: localhost
     vars:
       metrics_graph_service: yes
       metrics_query_service: yes
       metrics_retention_days: 10
       metrics_monitored_hosts: ["database.example.com", "webserver.example.com"]
     roles:
       - rhel-system-roles.metrics

2. Execute o livro de jogo Ansible playbook:

   # ansible-playbook name_of_your_playbook.yml

   Nota

   Como as booleans metrics_graph_service e metrics_query_service estão configuradas para value="yes", grafana é automaticamente instalado e provisionado com pcp adicionado como fonte de dados com o registro de dados pcp indexado em redis, permitindo que a linguagem de consulta pcp seja usada para consulta complexa dos dados.

3. Para visualizar a representação gráfica das métricas que estão sendo coletadas centralmente por sua máquina e para consultar os dados, acesse a interface web grafana conforme descrito em Accessing the Grafana web UI.

Procedimento

1. Criar um novo playbook.yml arquivo com o seguinte conteúdo:

   ---
   - name: Deploy session recording
     hosts: all
     vars:
       tlog_scope_sssd: some
       tlog_users_sssd:
         - recordeduser
   
     roles:
       - rhel-system-roles.tlog

   Onde,

   • tlog_scope_sssd:

     • some especifica que você deseja registrar apenas certos usuários e grupos, não all ou none.

   • tlog_users_sssd:

     • recordeduser especifica o usuário de quem você deseja gravar uma sessão. Note que isto não adiciona o usuário para você. Você deve definir o usuário por si mesmo.

2. Opcionalmente, verificar a sintaxe do playbook.

   # ansible-playbook --syntax-check playbook.yml

3. Execute o playbook em seu arquivo de inventário:

   # ansible-playbook -i IP_Address /path/to/file/playbook.yml -v

1. Navegue até a pasta onde o arquivo de configuração SSSD é criado:

   # cd /etc/sssd/conf.d

2. Verifique o conteúdo do arquivo:

   # cat /etc/sssd/conf.d/sssd-session-recording.conf

Procedimento

1. Criar um usuário e atribuir uma senha para este usuário:

   # useradd recordeduser
   # passwd recordeduser 

2. Relogie-se ao sistema como o usuário que você acabou de criar:

   # ssh recordeduser@localhost

3. Digite "sim" quando o sistema solicitar que você digite sim ou não para autenticar.

4. Insira a senha recordeduser’s.

   O sistema solicita uma mensagem para informar que sua sessão está sendo gravada.

   ATENÇÃO! Sua sessão está sendo gravada!

5. Uma vez terminada a gravação da sessão, digite:

   # saída

   O sistema se desconecta do usuário e fecha a conexão com o anfitrião local.

1. Execute o comando abaixo:

   # journalctl -o verbose -r

2. Pesquise o campo MESSAGE do registro de diário registrado tlog-rec.

Procedimento

1. No terminal CLI, reproduza a gravação da sessão do usuário:

   # journalctl -o verbose -r

2. Procure a gravação em tlog:

   $ /tlog-rec

   Você pode ver detalhes tais como:

   • O nome de usuário para a gravação da sessão do usuário
   • O campo out_txt, um codificador de saída bruta da sessão gravada
   • O número identificador TLOG_REC=ID_number
3. Copie o número identificador TLOG_REC=ID_number.

4. Reproduzir a gravação usando o número identificador TLOG_REC=ID_number.

   # tlog-play -r journal -M TLOG_REC=ID_number