Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Comportement connu

ATTENTION:

Pour éviter une attaque BEAST TLS 1.0, chaque fois que vous vous connectez à Junos Space via un onglet ou une fenêtre de navigateur, assurez-vous que l’onglet ou la fenêtre n’a pas été précédemment utilisé pour accéder à un site Web non HTTPS. La meilleure pratique consiste à fermer votre navigateur et à le relancer avant de vous connecter Junos Space.

  • À partir de Plate-forme de gestion du réseau Junos Space Version 18.1R1, pour afficher et modifier les stratégies de pare-feu, les utilisateurs doivent obtenir des autorisations ou des rôles correspondant à tous les attributs présents dans les stratégies de pare-feu et les rôles prédéfin unis par les objets partagés. Accédez à Plate-forme de gestion du réseau> contrôle d’accès basé sur >Role pour afficher et attribuer les rôles appropriés.
  • Les noms des balises peuvent être des chaînes alphanumériques. Le nom du slogan contient également des caractères de soulignement, des traits d’union et des espaces. Toutefois, un nom de balise ne doit pas:
    • Dépassez 255 caractères
    • Commencez par un espace
    • Contiennent des caractères spéciaux tels que des virgules, des guillemets doubles ou des parenthèses.
    Note:

    « Untagged » est un terme réservé. Par conséquent, vous ne pouvez pas créer de balise avec ce nom.

  • Le menu à cliquer avec le bouton droit de la souris n’est pas disponible sur la page Licences d’importation (> > d’importation). Vous pouvez utiliser les options de menus du navigateur ou les raccourcis clavier pour copier et coller sur la page.
  • Les connexions à l’Junos Space lancées par l’équipement peuvent avoir différentes adresses IP de celles répertoriées dans Junos Space. Par exemple, si vous utilisez une adresse de bouclation pour découvrir un équipement, vous pouvez sourcer la session SSH de l’équipement à partir de son adresse d’interface (Junos OS le comportement par défaut consiste à sélectionner l’adresse par défaut). Ceci peut entraîner des conflits de pare-feu.
  • Lorsqu’un utilisateur distant utilisant le rôle de gestionnaire FMPM utilise l’API pour accéder à la plate-forme Junos Space, les détails de l’utilisateur ne sont pas mis à jour dans le fichier /opt/opennms/etc/users.xml .
  • Vous pouvez observer les limites suivantes sur la page topologie:
    • Le point d’outil du nœud affiche l’état « Actif/Géré » même en cas de panne du nœud.
    • Pour un cluster SRX Series, les liens de topologie s’affichent uniquement pour le membre principal du cluster et non pour le membre secondaire.
  • Lorsque la mise à niveau logicielle unifiée en cours d’utilisation (ISSU) est effectuée à partir du flux de travail Opérations de gestion, les moteurs de routage ne sont pas redémarrage. Les moteurs de routage doivent être redémarés manuellement pour que l’image soit chargée.
  • Pour les équipements LSYS (logiques, non connectés), lorsqu’il y a des modifications hors bande en attente sur l’équipement racine, l’option Résoudre hors bande du menu est désactivée pour ces équipements LSYS enfants, même si l’état géré de l’équipement affiche l’équipement Changé. C’est par conception.
  • RMA n’est pas pris en charge sur les équipements exécutant des Junos OS et les équipements qui ne s’exécutent pas Junos OS.
  • Script Manager prend en charge uniquement Junos OS version 10.x et ultérieure.
  • Un script ou une image de l’équipement de scène ne prend en charge que Junos OS version 10.x et ultérieure.
  • Pour la prise en charge d’une ISSU unifiée pour les connexions à double moteur de routage lancées par l’équipement ou par Junos Space, il est vivement recommandé de configurer l’IP virtuel (VIP) sur l’équipement moteur de routage double. Les moteur de routage doubles sans configuration VIP ne sont pas entièrement pris en charge Junos Space.
  • Dans un seul nœud ou plusieurs nœuds, les modifications apportées à l’utilisateur (par exemple, mot de passe, rôles et désactiver ou activer l’utilisateur) n’ont d’effet que lors de la prochaine connexion.
  • La fonctionnalité Looking Glass n’est pas prise en charge dans les systèmes logiques.
  • Pour les équipements exécutant Junos OS version 12.1 ou ultérieure, les paramètres suivants n’affichent aucune donnée dans l’espace de travail de surveillance du réseau, car les objets de MIB correspondants ont été dépréciés:
    • jnxJsSPUAucingFlowSessIPv4
    • jnxJsSPUAucingFlowSessIPv6
    • jnxJsSPUPuTubingCPSessIPv4
    • jnxJsSPUPuTubingCPSessIPv6
    • jnxJsNodeSessCreationPerSecIPv4
    • jnxJsNodeSessCreationPerSecIPv6
    • jnxJsNodeCurrentTotalSessIPv4
    • jnxJsNodeCurrentTotalSessIPv6
  • Pour les traps SNMPv3, si plusieurs paramètres de trap sont configurés dans le fichier /opt/opennms/etc/trapd-configuration.xml , security-name snmpv3-user l’attribut de l’élément doit être unique pour chaque entrée de configuration. Si un attribut unique security-name n’est pas fourni, les traps SNMP ne sont pas reçus par la surveillance du réseau.

    Le fichier suivant est un extrait du fichier /opt/opennms/etc/trapd-configuration.xml avec deux entrées de configuration:

  • Sur la page Surveillance du réseau > Node List > Node, le paramètre ifIndex n’est pas affiché pour les interfaces IPv6 si la version de Junos OS s’exécutant sur l’équipement est la version 13.1 ou antérieure. Cela est dû au fait que les MBIT IPv6 sont uniquement Junos OS version 13.2 et ultérieure.
  • Lorsque vous modifiez l’adresse IP d’un nœud de surveillance et de surveillance des performances (FMPM) à l’aide du Junos Space CLI, le nœud FMPM est affiché sur la page Structure mais ne peut pas être surveillé par la plate-forme Junos Space en raison d’une inamatance du certificat.

    Solution de rechange: Après avoir modifié l’adresse IP du nœud FMPM à l’aide du Junos Space CLI, générer un nouveau certificat sur le nœud JUNOS SPACE VIP et copier le certificat au nœud FMPM en exécutant les scripts suivants sur le nœud JUNOS SPACE VIP:

    1. curl-k https://127.0.0.1:8002/cgi-bin/createCertSignReq.pl? ip='fmpm-node-ip'\&user='admin'\&password='password'

    2. curl-k https://127.0.0.1:8002/cgi-bin/authenticateCertification.pl? ip='fmpm-node-ip'\&user='admin'\&password='password'\&mvCertToDestn='Y'

    l’adresse IP du nœud ET du mot de passe FMPM est le mot de passe de l’administrateur.

  • Lorsque vous exécutez un script et que vous cliquez sur le lien Afficher les résultats dans la page État de la gestion des scripts, les détails des résultats d’exécution de scripts s’affichent jusqu’à 16 777 215 caractères au maximum ; les autres résultats sont tronqués.

    Cela peut affecter les utilisateurs qui exécutent la commande show configuration sur des équipements avec de grandes configurations ou si le résultat d’une Junos OS de commande opérationnelle (exécuté sur un équipement) est important.

  • Lorsque vous configurez une structure Junos Space avec des nodes de base de données dédiés, la base de données de la plate-forme Junos Space est déplacée des Junos Space vers les nodes de la base de données. Vous ne pouvez pas déplacer la base de données vers Junos Space de données.
  • Pour une stratégie de purfage déclenchée par une tâche de « cron job :
    • Si la structure Junos Space est configurée avec MySQL sur un ou deux nodes de base de données dédiés, les fichiers de sauvegarde de base de données et les fichiers journaux (principalement dans le /var/log/ directory avec les noms de fichier *.log.*, messages.*, messages.*ou SystemStatusLog.*) ne sont pas resserés à partir des noms de base de données dédiés.
    • Si la structure Junos Space est configurée à l’aide d’un ou deux nodes FMPM, les fichiers journaux (essentiellement dans le /var/log/directory *.log.*, messages.*, or SystemStatusLog.*avec les noms de fichier) ne sont pas resserés à partir des nodes FMPM.
  • Si la surveillance du réseau reçoit deux pièges dans la même seconde (c’est-à-dire une pour une alarme de déclenchement et une autre pour une alarme claire), alors l’alarme déclenchée n’est pas déclenchée car l’alarme claire n’est pas traitée par la surveillance du réseau.
  • Si vous utilisez Internet Explorer versions 8.0 ou 9.0 pour accéder à l’interface graphique de Junos Space Platform, vous ne pouvez pas importer plusieurs scripts ou CLI Configlets en même temps.

    Solution contourner: utiliser Internet Explorer version 10.0 ou ultérieure, ou utiliser un navigateur pris en charge (Mozilla Firefox ou Google Chrome) pour importer plusieurs scripts ou configlets CLI en même temps.

  • Si vous accédez à l’interface utilisateur de la plate-forme Junos Space dans deux onglets du même navigateur, avec deux domaines différents sélectionnés et accédez à la même page dans les deux onglets, les informations affichées sur la page sont basées sur le domaine le plus récent sélectionné. Pour afficher les pages accessibles uniquement dans le domaine Global, assurez-vous d’être dans le domaine Global dans l’onglet le plus récent dans lequel vous accédez à l’interface utilisateur.
  • Si vous cochez la configuration SNMP dans la case administration > Applications > Modifier les paramètres de Plate-forme de gestion du réseau et découvrez un équipement dont la cible de piège est mise à jour, cliquez sur Resync Node de l’espace de travail Surveillance du réseau ne réinitialise pas la cible trap de l’équipement.
  • Si vous cochez la configuration SNMP dans la case d’administration > Applications > Modifier les paramètres de Plate-forme de gestion du réseau, la cible de trap n’est pas définie pour l’équipement pendant la découverte de l’équipement et la resynchronisation des opérations de nœud.
  • Si vous souhaitez effectuer une recherche globale à l’aide de mots-clés partiels, appendez « * » aux mots-clés de recherche.
  • Pour effectuer une recherche partielle par mots-clés sur les balises de la page Balises (Balises d’administration >) ou la boîte de dialogue Appliquer des balises (cliquez avec le bouton droit d’un clic sur un équipement sur la page de gestion de l’équipement et sélectionnez Tag It), annexe * au mot-clé de recherche.
  • Internet Explorer ralentit car certains scripts peuvent prendre trop de temps à être exécutés. Le navigateur vous invite à décider si vous devez poursuivre l’exécution du script lent. consultez http://support.microsoft.com/kb/175500 pour obtenir des instructions sur la façon de résoudre ce problème.
  • Lorsque vous passez de l’espace en tant que système de mode d’enregistrement au réseau en mode système d’enregistrement, les équipements avec l’équipement Géré Status Device Changed ou Space & Device Changed sont automatiquement synchronisés au bout de 900 secondes. Pour réduire ce délai, modifiez le paramètre de la période de l’interrogation pour Plate-forme de gestion du réseau (Administration > Applications > Modify Application Settings) sur une valeur inférieure telle que 150 secondes.
  • En mode Space as System of Record (SSoR) sur Junos Space, lorsqu’une nouvelle clé d’authentification est générée, les équipements découverts et gérés à l’aide de clés RSA dont le statut de gestion est Équipement Modifié passer au statut d’authentification des conflits clés. Pour résoudre le conflit sur les équipements et les faire revenir à un état basé sur des clés, téléchargez les clés RSA manuellement (Équipements > télécharger les clés vers les équipements).
  • L’événement EnterpriseDefault (uei.opennms.org/generic/trap/EnterpriseDefault) apparaît sur la page Événements dans l’espace de travail Surveillance du réseau uniquement si aucune définition d’événement associée n’existe pour un événement reçu. Pour créer la définition d’événement requise, compilez les MIB correspondant à l’ID de l’objet (OID). Vous pouvez consulter la OID en détails sur l’événement EnterpriseDefault.

    Pour plus d’informations sur la compilation des MIM SNMP, consultez compilant les MIM SNMP.

  • Lorsqu’un disque dur physique est retiré d’un équipement matériel Junos Space ou qu’un disque dur logique se dégrade, les traps SNMP correspondants (jnxSpaceHardDiskPhysicalDriveReped et jnxSpaceHardHardDiskLogicalDeviceDevice respectivement) sont générés et affichés en tant qu’événements dans l’espace de travail de surveillance du réseau. Plus tard, lorsque le disque dur physique est réinséré, les événements correspondants (jnxSpaceHardDiskPhysicalDriveAdded et jnxSpaceHardHardLogicalDeviceRebulding) sont générés et affichés dans l’espace de travail de surveillance du réseau ; cependant, les alarmes précédemment évoquées pour supprimer le disque dur physique ne sont pas automatiquement autorisées. Vous pouvez effacer ces alarmes manuellement, si nécessaire. Les alarmes de résétion du disque dur physique sont automatiquement autorisées au bout de quelques minutes, car elles sont de type Normal.
  • Si le mot de passe de l’administrateur pour un nœud de surveillance et de surveillance des performances des pannes (FMPM) est modifié à l’aide du Junos Space CLI, la reprise sur sinistre avec le nœud FMPM échoue et les nouveaux utilisateurs ajoutés à Junos Space (après modification du mot de passe) ne sont pas synchronisés avec le nœud FMPM. Cela est dû au fait que le mot de passe de l’administrateur modifié n’est pas automatiquement mis à jour Junos Space base de données MySQL.

    Pour assurer la synchronisation du nœud FMPM, vous devez exécuter le script /var/www/cgi-bin/changeSpecialNodepassword.pl afin que le mot de passe modifié du nœud FMPM soit mis à jour dans la base de données MySQL de Junos Space. La syntaxe du script est la suivante: /var/www/cgi-bin/changeSpecialNodePassword.pl fmpm-node-ip fmpm-node-password, où l’adresse IP fmpm-node-ip est l’adresse IP du nœud FMPM et le mot de passe fmpm-node-password est le mot de passe modifié pour le nœud FMPM.

  • Si vous cochez la configuration SNMP dans la case de contrôle de l’équipement (sur la page Modifier les paramètres de Plate-forme de gestion du réseau sous Administration > Applications > Plate-forme de gestion du réseau > Modifier les paramètres d’application) et découvrir les équipements, puis sélectionnez la configuration Add SNMP à la case de contrôle et les nœuds resynchronis (Surveillance réseau > Node List > Nœuds Resync), la cible de piège SNMPv2 est mise à jour sur les équipements.
  • Si vous découvrez des équipements activés avec l’examen SNMP, la version correcte de la cible de piège SNMP est mise à jour sur les équipements pour les cas suivants:
    • Lorsque vous modifiez l’adresse IP virtuelle (VIP) ou l’adresse IP de l’interface de gestion de l’équipement
    • Lorsqu’une interface distincte de gestion des équipements est configurée et qu’un nœud VIP est défaguré
    • Lorsque vous ajoutez ou supprimez un nœud de surveillance des pannes et des performances (FMPM)
    • Lorsque vous découvrez des équipements lorsque le service de surveillance du réseau est arrêté, puis lancez le service de surveillance du réseau et resynchronisez les nœuds (Surveillance du réseau > Liste des nœuds > nœuds de Resync)

    Dans tous les autres cas, la cible de piège SNMP par défaut (SNMPv2) est mise à jour sur les équipements. Si nécessaire, vous pouvez utiliser les configlets SNMPv3 prédéfinis (CLI Configlets > CLI Configlets) pour mettre à jour les paramètres de trap sur l’équipement.

  • Dans Junos Space version de 16.1R1 Platform, la surveillance du réseau ne prend en charge qu’un seul ensemble de paramètres de trap SNMPv3.
  • Dans Junos Space version de 16.1R1 Platform, vous ne pouvez pas modifier les paramètres de trap du gestionnaire SNMPv3 sur l’interface graphique de surveillance du réseau. Vous pouvez modifier manuellement les paramètres de trap dans le fichier /opt/opennms/etc/trapd-configuration.xml . Après avoir modifié manuellement les paramètres de piège, redémarrage du service de surveillance du réseau.
  • Avec les paramètres de trap SNMPv3 par défaut, la découverte des équipements exécutant le système d’exploitation Junos OS (wwJunos OS) échoue car les paramètres de trap SNMPv3 par défaut ne peuvent pas être mis à jour vers les équipements wwJunos OS, car les équipements wwJunos OS ne sont pas en mesure de prendre en charge les paramètres de confidentialité.
  • Le paramètre de gestion des objets à partir de tous les domaines assignés peut être activé de manière globale pour tous les utilisateurs en sélectionnant Les utilisateurs Enable pour gérer des objets à partir de tous les domaines autorisés dans la case vue agrégée dans la section Domaines de la page Modifier les paramètres d’application (Administration > Applications > Plate-forme de gestion du réseau > Modifier les paramètres d’application). Vous pouvez également activer le paramètre pour gérer les objets de tous les domaines assignés au niveau de l’utilisateur en sélectionnant les objets Gérer dans la case de contrôle de tous les domaines assignés dans l’onglet Visibilité sur les objets de la boîte de dialogue Paramètres de l’utilisateur changer, qui s’affiche lorsque vous cliquez sur l’icône Paramètres utilisateur (gear) sur le bandeau Junos Space.
  • Le référentiel Juniper Networks DMI (Device Management Interface) du référentiel (https://xml.juniper.net/) ne prend actuellement pas en charge IPv6. Si vous vous exécutez Junos Space sur un réseau IPv6, vous pouvez faire l’une des utilisations suivantes:
    • Configurez Junos Space à l’aide des adresses IPv4 et IPv6 et téléchargez le schéma DMI à l’aide de l’interface graphique Web Junos Space Platform.
    • Téléchargez le schéma DMI à l’aide d’un client IPv4 et mettez à jour ou installez le schéma DMI à l’aide de Junos Space web graphique.
  • Si vous prévoyez d’étendre l’espace disque aux nœuds d’une structure Junos Space (cluster) comprenant des équipements virtuels, vous devez d’abord étendre l’espace disque sur le nœud VIP et vous assurer que le nœud VIP est bien en place (le statut des services JBos et MySQL doit être « Up ») avant d’initier l’extension de disque sur les autres nœuds de la structure. Si vous ne parvenez pas à le faire, il peut provoquer une instabilité de la structure et vous ne pouvez pas accéder à l’interface graphique Junos Space réseau.
  • Dans une structure Junos Space avec au moins deux nodes configurés avec les adresses IPv4 et IPv6 (double pile), les communications entre tous les points de la structure doivent être activées pour les adresses IPv4 et IPv6.
  • La fonctionnalité topologie de surveillance du réseau n’est pas prise en charge sur Internet Explorer.
  • Si la connectivité réseau du site de reprise sur sinistre active est en panne et que le site actif ne peut pas se connecter à un nombre suffisant d’équipements d’experts après avoir rétabli la connectivité réseau, les deux sites deviennent des sites de secours pour reprise sur sinistre. Exécuter le manuel Jmp-DrFailover , une commande au niveau du nœud VIP du site de récupération sur sinistre actif pour convertir le site d’origine en site actif et lancer le processus de reprise sur sinistre.
  • Lorsque vous découvrez des équipements exécutant les équipements Junos OS mondiaux (ww Junos OS), assurez-vous d’attendre au moins 10 minutes après que la fonction d’adaptateur d’ajout pour l’équipement dans le monde entier a terminé avec succès l’adaptateur Junos avant de déclencher la découverte de l’équipement.
  • Un nouveau motif (demandé à la synchronisation des opérations de validation) est ajouté au schéma syslog dans Junos Space Version 16.1R2. Lors de l’enregistrement syslog après la découverte d’un équipement ou sa connexion à Junos Space suite à une mise à niveau de Junos Space de 16.1R1 à 16.1R2, le motif de « validation synchronisé » demandé est ajouté aux schémas syslog de l’équipement. Lorsque vous synchronisez la commande de validation, Junos Space ne resynchronise automatiquement que les équipements qui ont le schéma de synchronisation de validation (requis) ajouté aux schémas syslog.
  • Si vous utilisez Internet Explorer pour accéder à l’interface utilisateur de la plate-forme réseau Junos Space et que vous devez copier la valeur de l’ID de travail dans le champ Job ID de la page Gestion des postes, vous devez cliquer en dehors du texte de l’ID de poste pour commencer la sélection.
  • Après avoir mis à niveau la plate-forme Junos Space de la version 16.1R1 à 17.1R1, le champ Last Reboot Reason sur le champ Administration > Fabric > View Node Detail > Reboot Détails affiche la valeur du redémarrage de Shell/Autre au lieu d’un redémarrage d’espace après la mise à niveau logicielle.
  • Si l’adresse IP de l’équipement n’a pas pu être vérifiée, l’action Ajouter des équipements nonmanagés échoue.