Distribuição oficial do CentOS Stream 9 apresentada

O projeto CentOS anunciou oficialmente a disponibilidade do distribuidor CentOS Stream 9, que é utilizado como base para a formação do distribuidor Red Hat Enterprise Linux 9, dentro de um novo processo de desenvolvimento mais aberto. O CentOS Stream pertence aos distribuidores que são continuamente atualizados e permite o acesso antecipado aos pacotes em desenvolvimento para futuros lançamentos do RHEL. As compilações estão preparadas para as arquiteturas x86_64, Aarch64 e ppc64le (IBM Power 9+). Além disso, há suporte anunciado para a arquitetura IBM Z (s390x Z14+), mas as compilações para ela ainda não estão disponíveis.

O CentOS Stream é posicionado como um projeto upstream para o RHEL, permitindo que participantes externos controlem a preparação dos pacotes para o RHEL, proponham suas alterações e influenciem as decisões tomadas. Anteriormente, um instantâneo de uma das versões do Fedora era usado como base para um novo ramo do RHEL, que era elaborado e estabilizado a portas fechadas, sem a possibilidade de controlar o andamento do desenvolvimento e as decisões tomadas. No processo de desenvolvimento do RHEL 9, com base no instantâneo do Fedora 34 e com a participação da comunidade, foi formada a ramificação CentOS Stream 9, onde o trabalho preparatório é realizado e a base para um novo ramo significativo do RHEL é estabelecida.

É notado que para o CentOS Stream são publicadas as mesmas atualizações que foram preparadas para o futuro lançamento intermediário do RHEL ainda não publicado, e o objetivo principal dos desenvolvedores é alcançar um nível de estabilidade do CentOS Stream idêntico ao do RHEL. Antes que um pacote seja proposto ao CentOS Stream, ele passa por vários sistemas de testes automáticos e manuais, e é publicado apenas se seu nível de estabilidade for reconhecido como atendendo aos padrões de qualidade dos pacotes prontos para publicação no RHEL. Simultaneamente ao CentOS Stream, as atualizações preparadas são colocadas nas compilações noturnas do RHEL.

As principais mudanças no CentOS Stream 9 em comparação com o ramo significativo anterior:

• 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 foi garantido para KTLS (implementação de TLS a nível do núcleo), Intel SGX (Software Guard Extensions), DAX (Acesso Direto) para ext4 e XFS, e suporte para AMD SEV e SEV-ES no hipervisor KVM.

Paralelamente, o ramo CentOS Stream 8 continua seu desenvolvimento, sendo usado na preparação de novos lançamentos do RHEL 8.x e recomendado para a migração de sistemas que utilizam a distribuição clássica CentOS 8.x, cujo suporte será encerrado no final deste mês. Para migrar para o CentOS Stream, basta instalar o pacote centos-release-stream (‘dnf install centos-release-stream’) e executar o comando ‘dnf update’. O suporte ao ramo CentOS Stream 8 será mantido até 31 de maio de 2024, enquanto o suporte ao clássico CentOS 7.x será encerrado em 30 de junho de 2024.

Como alternativa, os usuários também podem optar por distribuições que continuaram o desenvolvimento da ramificação do CentOS 8: AlmaLinux (script de migração), Rocky Linux (script de migração), VzLinux (script de migração) ou Oracle Linux (script de migração). Além disso, a Red Hat ofereceu a possibilidade (script de migração) de uso gratuito do RHEL em organizações que desenvolvem software de código aberto e em ambientes de desenvolvedores individuais, com até 16 sistemas virtuais ou físicos.

Fonte: opennet.ru