Lançada a distribuição Red Hat Enterprise Linux 9

A Red Hat anunciou o lançamento da distribuição Red Hat Enterprise Linux 9. As imagens de instalação estarão disponíveis em breve para os usuários registrados do Red Hat Customer Portal (também é possível usar as imagens ISO do CentOS Stream 9 para avaliar as funcionalidades). O lançamento é destinado às arquiteturas x86_64, s390x (IBM System z), ppc64le e Aarch64 (ARM64). Os códigos-fonte dos pacotes RPM do Red Hat Enterprise Linux 9 estão disponíveis no repositório Git do CentOS. De acordo com o ciclo de suporte de 10 anos, a RHEL 9 receberá manutenção até 2032. Atualizações para a RHEL 7 continuarão a ser lançadas até 30 de junho de 2024, e para a RHEL 8 até 31 de maio de 2029.

A distribuição Red Hat Enterprise Linux 9 é notável por sua transição para um processo de desenvolvimento mais aberto. Ao contrário das versões anteriores, a base para a construção da distribuição foi a base de pacotes do CentOS Stream 9. O CentOS Stream é posicionado como um projeto upstream para a RHEL, permitindo que participantes externos controlem a preparação dos pacotes para a RHEL, proponham suas alterações e influenciem as decisões tomadas. Antes, a nova versão da RHEL era baseada em um snapshot de uma das versões do Fedora, que era aprimorada e estabilizada a portas fechadas, sem a possibilidade de controlar o desenvolvimento e as decisões tomadas. Agora, com base em um snapshot do Fedora, a comunidade participa na formação do ramo do CentOS Stream, onde o trabalho preparatório é realizado e a base para uma nova versão significativa da RHEL é estabelecida.

Mudanças principais:

• O ambiente do sistema e as ferramentas de compilação foram atualizados. O GCC 11 foi utilizado para compilar pacotes. A biblioteca padrão C foi atualizada para glibc 2.34. O pacote do núcleo Linux foi construído com base na versão 5.14. O gerenciador de pacotes RPM foi atualizado para a versão 4.16, com suporte para controle de integridade através do fapolicyd.
• A migração do distribuidor para o Python 3 foi concluída. A ramificação 3.9 do Python é oferecida por padrão. O fornecimento do Python 2 foi encerrado.
• A área de trabalho é baseada no GNOME 40 (no RHEL 8, foi fornecido o GNOME 3.28) e na biblioteca GTK 4. No GNOME 40, as áreas de trabalho virtuais na visão geral (Activities Overview) foram alteradas para uma orientação horizontal e exibidas como uma sequência contínua rolável da esquerda para a direita. Em cada área de trabalho, mostrada na visão geral, as janelas disponíveis são apresentadas visualmente, utilizando pan e zoom dinâmicos com base na interação do usuário. A transição entre a lista de programas e as áreas de trabalho virtuais é suave.
• O GNOME utiliza um manipulador power-profiles-daemon, que fornece a capacidade de alternar rapidamente entre o modo de economia de energia, o modo equilibrado de consumo de energia e o modo de desempenho máximo.
• Todos os fluxos de áudio foram transferidos para o servidor multimídia PipeWire, que agora é usado por padrão em vez do PulseAudio e JACK. O uso do PipeWire permite que em uma edição de desktop padrão sejam oferecidas capacidades profissionais de processamento de áudio, eliminando a fragmentação e unificando a infraestrutura de áudio para diferentes aplicações.
• Por padrão, o menu de inicialização GRUB está oculto, se o RHEL for a única distribuição instalada no sistema e se a última inicialização foi bem-sucedida. Para exibir o menu durante a inicialização, basta manter a tecla Shift pressionada ou pressionar várias vezes a tecla Esc ou F8. Entre as alterações no carregador de inicialização, destaca-se a colocação dos arquivos de configuração do GRUB para todas as arquiteturas em um único diretório /boot/grub2/ (o arquivo /boot/efi/EFI/redhat/grub.cfg agora é um link simbólico para /boot/grub2/grub.cfg), ou seja, o mesmo sistema instalado pode ser inicializado tanto com EFI quanto com BIOS.
• Os componentes para suporte a diferentes idiomas foram separados em pacotes langpacks, permitindo variar o nível de suporte linguístico instalado. Por exemplo, o pacote langpacks-core-font oferece apenas fontes, o langpacks-core inclui a localidade para glibc, a fonte básica e o método de entrada, enquanto o langpacks contém traduções, fontes adicionais e dicionários para verificação ortográfica.
• Os componentes foram atualizados para garantir a segurança. A distribuição utiliza um novo ramo da biblioteca criptográfica OpenSSL 3.0. Por padrão, algoritmos criptográficos mais modernos e confiáveis estão ativados (por exemplo, o uso de SHA-1 em TLS, DTLS, SSH, IKEv2 e Kerberos está proibido, TLS 1.0, TLS 1.1, DTLS 1.0, RC4, Camellia, DSA, 3DES e FFDHE-1024 foram desativados). O pacote OpenSSH foi atualizado para a versão 8.6p1. O Cyrus SASL foi migrado para o backend GDBM em vez do Berkeley DB. O suporte ao formato DBM (Berkeley DB) foi descontinuado nas bibliotecas NSS (Network Security Services). O GnuTLS foi atualizado para a versão 3.7.2.
• O desempenho do SELinux foi significativamente melhorado e o consumo de memória reduzido. O suporte à configuração "SELINUX=disabled" foi removido de /etc/selinux/config para desativar o SELinux (essa configuração agora apenas impede o carregamento de políticas, e para desativar efetivamente a funcionalidade do SELinux agora é necessário passar o parâmetro "selinux=0" para o kernel).
• Suporte experimental adicionado. VPN WireGuard.
• Por padrão, o acesso pelo usuário root via SSH está agora proibido.
• As ferramentas de gerenciamento do filtro de pacotes iptables-nft (ferramentas iptables, ip6tables, ebtables e arptables) e ipset foram declaradas obsoletas. Para gerenciar o firewall, agora é recomendado usar o nftables.
• Incluído um novo daemon mptcpd para configuração do MPTCP (MultiPath TCP), uma extensão do protocolo TCP para permitir que uma conexão TCP envie pacotes simultaneamente por vários caminhos através de diferentes interfaces de rede, ligadas a diferentes endereços IP. Usar o mptcpd possibilita configurar o MPTCP sem a utilização da ferramenta iproute2.
• O pacote network-scripts foi removido; para configurar conexões de rede, deve-se usar o NetworkManager. O suporte ao formato de configurações ifcfg foi mantido, mas o NetworkManager usa por padrão um formato baseado em arquivo keyfile.
• Novas versões de compiladores e ferramentas para desenvolvedores foram incluídas: GCC 11.2, LLVM/Clang 12.0.1, Rust 1.54, Go 1.16.6, Node.js 16, OpenJDK 17, Perl 5.32, PHP 8.0, Python 3.9, Ruby 3.0, Git 2.31, Subversion 1.14, binutils 2.35, CMake 3.20.2, Maven 3.6, Ant 1.10.
• Os pacotes de servidor Apache HTTP Server 2.4.48, nginx 1.20, Varnish Cache 6.5 e Squid 5.1 foram atualizados.
• Os SGBDs MariaDB 10.5, MySQL 8.0, PostgreSQL 13 e Redis 6.2 foram atualizados.
• O Clang está agora definido como o compilador padrão para a construção do emulador QEMU, o que permitiu a aplicação de alguns mecanismos de segurança adicionais no hipervisor KVM, como o SafeStack para proteção contra métodos de exploração baseados em programação orientada a retorno (ROP - Return-Oriented Programming).
• No SSSD (System Security Services Daemon), a detalhamento dos logs foi aprimorado; agora, eventos têm tempo de conclusão da tarefa anexado e refletem o fluxo de autenticação. Foram adicionadas funções de busca para análise de problemas relacionados às configurações e desempenho.
• O suporte ao IMA (Integrity Measurement Architecture) foi ampliado para verificação da integridade dos componentes do sistema operacional com assinaturas digitais e hashes.
• Por padrão, uma única hierarquia unificada de cgroup (cgroup v2) foi implementada. Cgroups v2 podem ser usados, por exemplo, para limitar o consumo de memória, recursos da CPU e entrada/saída. A principal diferença entre cgroups v2 e v1 é o uso de uma hierarquia comum de cgroups para todos os tipos de recursos, em vez de hierarquias separadas para a alocação de recursos da CPU, regulamentação do consumo de memória e entrada/saída. Hierarquias separadas levavam a dificuldades na organização da interação entre os manipuladores e a custos adicionais de recursos do núcleo ao aplicar regras para processos mencionados em diferentes hierarquias.
• Foi adicionada a suporte à sincronização de tempo preciso baseada no protocolo NTS (Network Time Security), que utiliza elementos de infraestrutura de chave pública (PKI) e permite o uso de TLS e criptografia autenticada AEAD (Authenticated Encryption with Associated Data) para proteção criptográfica da interação entre o cliente e servidor o protocolo NTP (Network Time Protocol). O servidor NTP chrony foi atualizado para a versão 4.1.
• Suporte experimental (Technology Preview) para KTLS (implementação de TLS no nível do kernel), Intel SGX (Software Guard Extensions), DAX (Acesso Direto) para ext4 e XFS, e suporte para AMD SEV e SEV-ES no hipervisor KVM.

Fonte: opennet.ru