O modelo de compromisso para configurações
A configuração do dispositivo é salva usando um modelo de compromisso — uma configuração de candidato é modificada conforme desejado e depois comprometida com o sistema. Quando uma configuração é comprometida, o dispositivo verifica a configuração para erros de sintaxe e, se não forem encontrados erros, a configuração é salva como juniper.conf.gz e ativada. O arquivo de configuração anteriormente ativo é salvo como o primeiro arquivo de configuração de reversão (juniper.conf.1.gz), e quaisquer outros arquivos de configuração de reversão são incrementados por 1. Por exemplo, o juniper.conf.1.gz é incrementado para juniper.conf.2.gz, tornando-o o segundo arquivo de configuração de reversão. O dispositivo pode ter no máximo 49 configurações de reversão (numeradas de 1 a 49) economizadas no sistema.
No dispositivo, o arquivo de configuração atual e os três primeiros arquivos de reversão (juniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3) estão localizados no diretório /config . (Os arquivos de reversão restantes, de 4 a 49 anos, estão localizados em /var/db/config.)
Se houver o resgate do arquivo de configuração de recuperação.conf.gz , este arquivo também estará localizado no diretório /config . Os arquivos padrão de fábrica estão localizados no diretório /etc/config .
Existem dois mecanismos usados para propagar as configurações entre mecanismos de roteamento dentro de um dispositivo:
Sincronização: propaga uma configuração de um mecanismo de roteamento para um segundo mecanismo de roteamento dentro do mesmo chassi do dispositivo.
Para sincronizar configurações, use o
commit synchronize
comando CLI. Se um dos mecanismos de roteamento estiver bloqueado, a sincronização falhará. Se a sincronização falhar por causa de um arquivo de configuração bloqueado, você pode usar ocommit synchronize force
comando. Esse comando substitui a fechadura e sincroniza os arquivos de configuração.Distribuição: Propaga uma configuração em todo o plano de roteamento em um dispositivo multichassis. A distribuição ocorre automaticamente. Não há nenhum comando de usuário disponível para controlar o processo de distribuição. Se uma configuração for bloqueada durante uma distribuição de uma configuração, a configuração bloqueada não receberá o arquivo de configuração distribuído, de modo que a sincronização falha. Você precisa limpar a fechadura antes da configuração e ressincronizar os planos de roteamento.
Nota:Quando você usa o
commit synchronize force
comando CLI em uma plataforma multichassis, a sincronização forçada dos arquivos de configuração não afeta a distribuição do arquivo de configuração em todo o plano de roteamento. Se um arquivo de configuração for bloqueado em um dispositivo remoto do dispositivo onde o comando foi emitido, a sincronização falhará no dispositivo remoto. Você precisa limpar a fechadura e reemissar osynchronization
comando.