--- sourceDocument: Options de la plateforme d’IA ServiceNow de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/servicenow-platform Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Options de la plateforme d’IA ServiceNow de Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Séparation de domaine du serveur MID # Séparation de domaine du serveur MID {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes de lecture Utilisez le rôle d'utilisateur de serveur MID pour configurer les serveurs MID afin qu'ils accèdent à des domaines distincts. Les informations d'identification contenues dans le fichier de config.xml d'un serveur MID déterminent les domaines auxquels il peut accéder. Des enregistrements de politique de serveur MID spécifiques peuvent être restreints pour une utilisation uniquement par un serveur MID du même domaine. |-| | | [ ] {#c_MIDServerDomainSeparation__table_qxn_nt4_nhb} Les enregistrements qui peuvent être lus, mis à jour ou créés par un serveur MID sont déterminés par les informations d'identification configurées pour ce serveur MID dans le fichier config.xml . Il s'agit des informations d'identification de l'utilisateur qu'un serveur MID utilise pour accéder à l'instance et spécifient les enregistrements de domaine auxquels le serveur MID peut accéder. Vous pouvez créer des versions de ces enregistrements de stratégie de serveur MID spécifiques que seul un serveur MID du même domaine peut utiliser. Cette séparation des processus est prise en charge pour les enregistrements dans les tables qui étendent les fichiers synchronisés avec le serveur MID \[ecc_agent_sync_file\] : * Fichier MIB de serveur MID \[ecc_agent_mib\] * Fichier JAR de serveur MID \[ecc_agent_jar\] * Fichier de script de serveur MID \[ecc_agent_script_files\] {#c_MIDServerDomainSeparation__ul_e25_j4x_tv} Remarque : Les pièces jointes sur les enregistrements de fichier MIB ou JAR peuvent ne pas s'afficher comme dans un environnement non séparé par domaine. Les pièces jointes n'apparaissent pas, car la table Pièces jointes \[sys_attachment\] est séparée par des données. Lorsque les données sont séparées entre plusieurs domaines, un enregistrement d'un domaine enfant ne peut pas accéder aux enregistrements d'un domaine parent. ## Configurer Séparation de domaine pour les serveurs MID {#ariaid-title2} Configurez Séparation de domaine via le rôle d'utilisateur de serveur MID et le fichier de configuration de serveur MID. ### Avant de commencer Rôle requis : agent_admin ou admin ### Procédure 1. [Configurez un utilisateur de serveur MID](https://servicenow-prod.fluidtopics.net/Emp_51Vp5KtYYxM5xzQ9Fw#t_SetupMIDServerRole "Pour communiquer avec l’instance, les serveurs MID ont besoin d’un ID utilisateur et du rôle approprié. Créez l’ID d’utilisateur d’un serveur MID et accordez à l’ID le rôle mid_server . Pour éviter l’échec de la validation du serveur MID, le système exécute des règles métier pour surveiller les paramètres sélectionnés pour les utilisateurs du serveur MID.") dans un domaine spécifié avec le rôle approprié mid_server . 2. Spécifiez cet utilisateur dans le fichier de config.xml du serveur MID. Lorsque vous définissez les [informations d'identification de l'utilisateur de serveur MID](https://servicenow-prod.fluidtopics.net/FBmRb4A_5xYtpWrhFBWJWQ#t_ConfigMIDSvrSvcCredentials "Les informations d’identification de service du serveur MID sont requises pour gérer le service du serveur MID sur l’ordinateur hôte, y compris sa capacité à se mettre à niveau automatiquement.") dans le fichier config.xml , assurez-vous qu'elles se trouvent dans le domaine approprié. ### Que faire ensuite Si vous devez modifier le domaine du serveur MID : 1. Arrêtez le serveur MID et supprimez l'enregistrement de ecc_agent. 2. Mettez à jour la config.xml du serveur MID avec le nouvel utilisateur dans le nouveau domaine et redémarrez le service du serveur MID. {#t_SetUpDomainSeparationForDiscovery__ol_xvf_4qv_s1b} Si vous devez créer des versions de fichiers de serveur MID spécifiques que seuls les serveurs MID de votre domaine peuvent utiliser : 1. Ouvrez ou créez un enregistrement dans l'un de ces modules de serveur MID : * MIB SNMP * Fichiers JAR * Fichiers de script {#t_SetUpDomainSeparationForDiscovery__ul_fzb_krz_35} 2. Mettez à jour une politique de domaine existante ou soumettez un nouvel enregistrement. Remarque : Les pièces jointes sur les enregistrements de fichier MIB ou JAR peuvent ne pas s'afficher comme dans un environnement non séparé par domaine. Les pièces jointes n'apparaissent pas, car la table Pièces jointes \[sys_attachment\] est séparée par des données. Lorsque les données sont séparées entre plusieurs domaines, un enregistrement d'un domaine enfant ne peut pas accéder aux enregistrements d'un domaine parent. {#t_SetUpDomainSeparationForDiscovery__ol_zk4_qqv_s1b} ## Configurer un serveur MID multidomaine {#ariaid-title3} Vous pouvez créer un serveur MID dans le domaine global afin d'explorer des cibles dans d'autres domaines. ### Avant de commencer Avant de configurer un serveur MID multi-domaine : * Activez le module d'extension Domain Support - Domain Extensions Installer \[com.glide.domain.msp_extensions.installer\]. * Assurez-vous que votre instance est [séparée par domaine](https://www.servicenow.com/docs/access?context=c_DomainSeparation&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US). {#configure-multi-domain-mid-server__ul_kjs_lh5_bbb} Rôle requis : admin ### Procédure 1. Tapez sys_properties.list dans le filtre de navigation, puis appuyez sur Entrée. 2. Localisez la propriété glide.ecc.enable_multidomain_mid . 3. Définissez la valeur de la propriété sur vrai. Remarque : L'activation de cette propriété n'a aucun effet sur les serveurs MID existants. Les serveurs MID d'un domaine avant de définir cette propriété restent dans ce domaine. 4. Créez un serveur MID dans le domaine global. Un serveur MID créé dans le domaine global après que cette propriété est définie sur vrai peut explorer n'importe quel domaine pour lequel il possède les informations d'identification. Toutefois, ce serveur MID est limité à essayer uniquement les informations d'identification pour les domaines cibles demandés par les entrées de file d'attente ECC. Avertissement : Si vous réinitialisez la propriété glide.ecc.enable_multidomain_mid sur false après avoir créé un serveur MID multi-domaine dans le domaine global, ce serveur MID écrit toutes les données qu'il reçoit dans le domaine global, et non dans les domaines corrects.