Início / unix / Perguntas / 483354
Accepted
KevinO
Asked: 2018-11-22 20:45:53 +0800 CST

Scripts de rede obsoletos do RHEL 8

  • 772

Eu estava lendo sobre o RHEL 8, e esta afirmação é feita :

Os scripts de rede estão obsoletos no Red Hat Enterprise Linux 8 e não são mais fornecidos por padrão. A instalação básica fornece uma nova versão dos scripts ifup e ifdown que chamam o serviço NetworkManager por meio da ferramenta nmcli.

OK, então para mim isso implicaria que /etc/sysconfig/network-scriptsnão seria mais usado, embora não esteja claro na minha leitura o que deveria substituir ifcfg-eth0(ou similar).

Mas então eu li esta página sobre endereços IP estáticos , que afirmou:

O procedimento para configurar um endereço IP estático no RHEL 8: Crie um arquivo com /etc/sysconfig/network-scripts/ifcfg-eth0o seguinte nome: 

DEVICE=eth0  
BOOTPROTO=none  
ONBOOT=yes  
PREFIX=24  
IPADDR=192.168.2.203

Reinicie o serviço de rede no RHEL 8: systemctl restart NetworkManagerOUsudo nmcli connection reload

Então, são apenas os ifupe ifdownque estão obsoletos, mas os arquivos de configuração permanecem? A distinção entre scriptse configuration files, mesmo que pareçam agrupadas em um único capítulo? O capítulo 12 dos scripts de rede defixados do RHEL como:

Capítulo 12. Scripts de Rede
...os arquivos de configuração para interfaces de rede e os scripts para ativá-los e desativá-los estão localizados no /etc/sysconfig/network-scripts/diretório.

Então, o que constitui o que é obsoleto? Não parece ser os scripts, /etc/sysconfig/network-scriptspois aparentemente ainda é uma maneira apropriada de configurar um IP estático.

Eu ainda não tenho uma caixa RHEL 8 em execução, então espero que alguém possa esclarecer o que se deve evitar.

rhel networking

4 respostas

  1. Best Answer

    Do seu primeiro link:

    Observe que os comandos personalizados em /sbin/ifup-locale ifdown-pre-localos ifdown-localscripts não são executados.

    Se algum desses scripts for necessário, a instalação dos scripts de rede obsoletos no sistema ainda será possível com o seguinte comando:

    ~]# yum install network-scripts

    Portanto, qualquer coisa contida no arquivo RHEL 8 network-scriptsRPM ou que dependa da funcionalidade desse RPM agora está obsoleta. Em particular, se você já usou scripts /sbin/ifup-localpara configurar algum roteamento avançado ou outra configuração de rede especializada, agora é hora de descobrir uma nova maneira de fazer isso.

    Observe que quando o NetworkManager foi introduzido no RHEL, ele incluiu - e ainda inclui - um back-end de configuração que usa os locais dos arquivos de configuração antigos, mas com uma nova infraestrutura do NetworkManager e uma versão estendida da antiga sintaxe do script de configuração. Portanto, os /etc/sysconfig/network-scripts/ifcfg-*arquivos ainda estarão lá e usando a mesma sintaxe, embora agora sejam analisados ​​pelo NetworkManager e não executados como scripts de origem.

    O pacote obsoleto network-scriptscontém essencialmente:

    • o script de serviço no estilo SysVinit/etc/init.d/network
    • os scripts ifup*, ifdown*e init.ipv6-globalque network-functions*você costumava ver no /etc/sysconfig/network-scripts/diretório
    • versões clássicas de /usr/sbin/ifupe /usr/sbin/ifdown(que substituiriam os wrappers de compatibilidade para nmclique estão presentes por padrão)
    • o /usr/sbin/usernetctlcomando
    • e a documentação associada e arquivos de exemplo

    Portanto, quando você não estiver usando o network-scriptsRPM obsoleto, agora espera que o /etc/sysconfig/network-scripts/diretório contenha apenasifcfg-* os arquivos para suas interfaces de rede e possivelmente route-*arquivos para rotas personalizadas, mas nenhum outro arquivo. Se você precisava do usernetctlcomando, ele está entre as funcionalidades obsoletas e você deve começar a usar os nmclisubcomandos apropriados como substitutos.

    ifupe ifdownainda estará disponível, mas agora faça seu trabalho por meio do NetworkManager, a menos que você instale o network-scriptsRPM obsoleto.

    • 13

  2. Nós em nosso ambiente temos visto alguma instabilidade quando usamos o NetworkManager para configurar a rede usando kickstart enquanto executamos uma instalação PXE do RHEL 7, razão pela qual tivemos que configurar manualmente as interfaces de rede; e também decidimos desabilitar o NetworkManager em nossa configuração, mas agora com esta notícia estamos caminhando para o NetworkManager.

    A partir de agora, o RHEL ainda suporta o uso de comportamento legado usando scripts de rede rpm em vez de scripts de inicialização.

    https://access.redhat.com/solutions/3777201

    O artigo abaixo aborda este tópico com mais detalhes caso você ainda queira usar NM_CONTROLLED=no em seu arquivo de configuração e desabilitar o NM.

    https://www.golinuxcloud.com/unit-network-service-not-found-rhel-8-linux/

    Mas parece que a escolha inteligente seria adaptar lentamente o NetworkManager e acompanhar o suporte da Red Hat para quaisquer problemas com o NM, pois não sabemos quando a Red Hat começará a forçar completamente o NM nos usuários.

    • 2

  3. O RHEL 8 ainda suporta scripts de rede e está disponível por padrão na configuração mínima.

    Verifique o capítulo Configurando e gerenciando redes na documentação do RHEL.

    Veja também estes tutoriais: Como configurar um endereço IP estático no RHEL 8 e Como configurar um endereço IP estático no RHEL 8 e Centos 8 .

    • 2

  4. Permanecem razões muito válidas para continuar suportando os scripts de rede obsoletos (RHEL8 não suporta alias de IPs anycast na interface de loopback, por exemplo), mas há coisas além do nosso controle.

    Aqui está um caminho a seguir para a maioria dos cenários:

    1. Configure o NetworkManager para ler "keyfiles"
    2. Criar/editar versão de NetworkManagers de scripts de rede no formato de arquivo de chave
    3. Certifique-se de que os arquivos de chave NM sejam de propriedade do root com permissões de 600
    4. Reinicie ou nmcli con reload( systemctl restart NetworkManagerfunciona, mas não é garantido).

    1. Configure o NetworkManager para ler "keyfiles"

      /etc/NetworkManager/NetworkManager.conf

      ou leia em ordem ascibética

      /etc/NetworkManager/conf.d/50-whatevername.conf

      Na seção "principal", defina/adicione "keyfile" aos plugins:

      [main]
plugins=keyfile

      Observe que, se você estiver administrando remotamente e sua conexão for baseada nos scripts de rede mais antigos, convém garantir que ambos os plug-ins sejam carregados:

      [main] 
plugins=keyfile,ifcfg-rh

    2. Crie/edite os arquivos-chave do NetworkManager (o nome do arquivo não parece importar):

      Agora /etc/NetworkManager/system-connectionsvocê pode editar arquivos de scripts de rede do NetworkManager no novo (mas antigo MS Windows-like) formato "keyfile".

      Obtenha o endereço MAC real da interface e omita o uuid (será gerado automaticamente) ou gere-o você mesmo usando a ferramenta cli uuidgen.

      Exemplo de arquivo-chave:

      # Translate REF - https://people.freedesktop.org/~lkundrak/nm-docs/nm-settings-ifcfg-rh.html
[connection]
type=ethernet
uuid=969fc159-a48f-4930-8de1-e3e5b952769
interface-name=ens34
id=ens34
autoconnect=true

[ethernet]
#cloned-mac-address=da:d0:ed:00:06:86
mac-address=00:50:00:00:00:02

[dummy]
#cloned-mac-address=da:d0:ed:00:06:86
#mac-address=da:d0:ed:00:06:86

[ipv4]
method=manual
address=10.1.1.2/20
gateway=10.1.0.1/20
#never-default=true
#dns=8.8.8.8;8.8.4.4

#[ipv6]
#method=manual
#address=2001:db8::2/64
#gateway=2001:db8::1

[proxy]

    3. Certifique-se de que os arquivos de chave NM sejam de propriedade do root com permissões de 600

      chown root.root ${nm-whatever.conf} && chmod 600 ${nm-whatever.conf}

    4. Basta reiniciar. systemctl restart NetworkManagermuitas vezes funciona, mas eles afirmam que não deve ser reiniciado, mas em vez disso, use a nmcliferramenta assim:

      nmcli con reload
    • 0

relate perguntas