Lançamento preliminar do AlmaLinux 9, baseado na linha RHEL 9

Foi lançado o beta do distribuidor AlmaLinux 9, construído com pacotes da linha Red Hat Enterprise Linux 9 e contendo todas as alterações sugeridas nesta versão. As compilações estão preparadas para as arquiteturas x86_64, ARM64, s390x e ppc64le na forma de imagens de inicialização (780 MB), mínima (1,7 GB) e completa (8 GB). Os lançamentos do RHEL 9 e AlmaLinux 9 são esperados para o início de maio.

A distribuição é idêntica à RHEL em funcionalidade, exceto pelas mudanças relacionadas ao rebranding e à remoção de pacotes específicos da RHEL, como redhat-*, insights-client e subscription-manager-migration*. O AlmaLinux é gratuito para todas as categorias de usuários, desenvolvido com a contribuição da comunidade e utilizando um modelo de governança semelhante ao da organização do projeto Fedora. Os criadores do AlmaLinux tentaram alcançar um equilíbrio ideal entre suporte corporativo e interesses da comunidade — por um lado, recursos e desenvolvedores da CloudLinux, com vasta experiência em suporte a forks da RHEL, estão envolvidos, e por outro lado, o projeto é transparente e está sob controle da comunidade.

A distribuição AlmaLinux é baseada na empresa CloudLinux, que, apesar de envolver seus recursos e desenvolvedores, transferiu o projeto para uma organização sem fins lucrativos chamada AlmaLinux OS Foundation, desenvolvendo-o em uma plataforma neutra com a participação da comunidade. Um milhão de dólares por ano foi designado para o desenvolvimento do projeto. Todos os desenvolvimentos do AlmaLinux são publicados sob licenças livres.

Principais mudanças no AlmaLinux 9 e RHEL 9 em comparação com a linha RHEL 8:

  • 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.
  • Fonte: opennet.ru

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster