Communication entre les ordinateurs Host Integration Server et les ordinateurs clients
Host Integration Server utilise deux connexions entre les systèmes exécutant des applications SNA et la passerelle SNA. La première connexion est utilisée pour communiquer des informations sur le sous-domaine HIS, telles que les ressources disponibles. C’est ce qu’on appelle la connexion sponsor. Il est établi par le composant SNABASE. La deuxième connexion est utilisée pour le trafic SNA transitant par la passerelle SNA vers les systèmes hôtes. Il est établi directement entre l’application SNA et le service SNA Server sur la passerelle SNA. C’est ce qu’on appelle la connexion d’application. Ces deux connexions utilisent TCP/IP et sont sécurisées via NTLM ou Kerberos.
Connexion de sponsor
L’emplacement des ressources du serveur d’intégration de l’hôte est effectué à l’aide d’une connexion hors bande créée par le composant SNABASE. Ce composant s’exécute à la fois sur le serveur et sur le client, fournissant un canal de communication sur lequel le client peut recevoir des informations sur le sous-domaine. Le service SNABASE sur les serveurs HIS agit en tant que sponsor, en recherchant les ressources disponibles à partir de l’ensemble du sous-domaine pour le compte du client. Le client dispose de deux méthodes pour trouver un serveur sponsor : à l’aide d’une liste de noms de serveurs entrés dans l’outil de configuration ou en interrogeant Active Directory. Lorsque SNABASE démarre, il tente d’établir une connexion de sponsor. S’il est configuré pour utiliser une liste de noms, il récupère cette liste à partir du Registre. S’il est configuré pour utiliser Active Directory, il interroge le catalogue global à la recherche de points de connexion de service dont les informations de liaison de service correspondent au nom du sous-domaine. Une fois qu’il a récupéré la liste des sponsors, il tente de se connecter au premier serveur répertorié, sauf si l’option Sélection aléatoire est activée. Si le premier serveur sélectionné n’est pas disponible, il continue dans la liste jusqu’à ce qu’il trouve un serveur disponible. Lorsqu’un serveur disponible est trouvé, le client est authentifié à l’aide de Kerberos ou NTLM, puis une liste de tous les serveurs disponibles dans le sous-domaine est fournie.
Détermination de la méthode à utiliser
Noms de serveurs de parrainage
- Permet de contrôler le serveur utilisé en tant que serveurs de sponsor
- Autorise le contrôle de l’ordre de la liste des serveurs de sponsor
Active Directory
- Tous les serveurs du sous-domaine disponibles en tant que sponsors
- Les modifications apportées au sous-domaine sont automatiquement répercutées dans Active Directory
Connexion d’application
Les applications SNA utilisent des API spécifiques à IBM pour interagir avec des applications sur un hôte IBM. Pour que cette communication ait lieu, une session doit être établie avec des ressources sur l’hôte IBM. Les sessions avec l’hôte sont fournies par la partie passerelle SNA de Host Integration Server. Lorsqu’une application SNA tente de se connecter à une ressource sur un hôte IBM, une requête est envoyée sur la connexion du sponsor pour déterminer quelle passerelle SNA dans le sous-domaine peut fournir l’accès à cette ressource. Il se connecte ensuite au service SNA Server sur ce serveur et est authentifié à l’aide de Kerberos ou NTLM. Une fois l’ouverture de session terminée, une case activée d’accès est effectuée pour déterminer si les utilisations disposent de droits sur la ressource. S’ils ont accès à la ressource, une connexion est établie entre l’application SNA sur Windows et l’application SNA sur le système hôte.
Dans cette section
Client Host Integration Server et communications SNA