Verrouillez et déverrouillez la configuration du candidat à l’aide de NETCONF

Pour verrouiller la configuration du candidat, une application cliente émet les <lock> éléments de balise et <target> la <candidate/> balise dans l’élément <rpc> de balise.

Le verrouillage de la configuration du candidat empêche d’autres utilisateurs ou applications de modifier la configuration du candidat jusqu’à ce que le verrouillage soit libéré. C’est l’équivalent de la commande CLI configure exclusive . Il est recommandé de verrouiller la configuration avant d’effectuer des modifications, en particulier sur les équipements où plusieurs utilisateurs sont autorisés à modifier la configuration. Une opération de validation s’applique à toutes les modifications apportées à la configuration du candidat, et non seulement à celles apportées par l’utilisateur ou l’application qui demande la validation. Permettre à plusieurs utilisateurs ou applications d’apporter simultanément des modifications peut entraîner des résultats inattendus.

Le serveur NETCONF confirme qu’il a verrouillé le candidat en renvoyant la <ok/> balise dans l’élément <rpc-reply> de balise.

Si le serveur NETCONF ne peut pas verrouiller la configuration, l’élément de balise contient à la <rpc-reply> place un <rpc-error> élément de balise expliquant la raison de la défaillance. Les raisons de l’échec peuvent inclure les éléments suivants :

• Un autre utilisateur ou application a déjà verrouillé la configuration du candidat. Le message d’erreur signale l’identifiant de session NETCONF de l’utilisateur ou de l’application. Si l’application cliente dispose du privilège d’accès Junos OS nécessaire, elle peut mettre fin à la session qui détient le verrou. Pour plus d’informations, voir Mettre fin à une session NETCONF.

• La configuration du candidat inclut déjà les modifications qui n’ont pas encore été validées. Pour valider les modifications, consultez Valider la configuration du candidat à l’aide de NETCONF. Pour supprimer les modifications non validées, consultez la page Restauration des modifications non validées dans la configuration du candidat à l’aide de NETCONF.

Une seule application peut bloquer la configuration du candidat à la fois. Les autres utilisateurs et applications peuvent lire la configuration du candidat pendant qu’elle est verrouillée. Le verrouillage persiste jusqu’à ce que la session NETCONF se termine ou que l’application cliente déverrouille la configuration en émettant l’élément <unlock> de balise, comme décrit dans Déverrouiller la configuration du candidat.

Si la configuration du candidat n’est pas validée avant que l’application cliente ne la déverrouille, ou si la session NETCONF se termine pour une raison quelconque avant que les modifications ne soient validées, les modifications sont automatiquement ignorées. Les configurations du candidat et des configurations engagées restent inchangées.

Tant qu’une application cliente détient un verrou sur la configuration du candidat, les autres applications et utilisateurs ne peuvent pas le modifier. Pour débloquer la configuration du candidat, l’application cliente inclut les éléments et <target> de <unlock> balise et la <candidate/> balise dans un élément de <rpc> balise.

Le serveur NETCONF confirme qu’il a déverrouillé le candidat en renvoyant la <ok/> balise dans l’élément <rpc-reply> de balise.

Si le serveur NETCONF ne parvient pas à déverrouiller la configuration, l’élément de balise contient à la <rpc-reply> place un <rpc-error> élément de balise expliquant la raison de la défaillance.