Conception de réseaux et de protocoles

L’authentification au domaine

FactoryTalk® Remote Access™

est effectuée par l’API Web pour le frontend Web et Tools et par le serveur d’accès pour Runtime. Les informations du domaine

FactoryTalk® Remote Access™

sont stockées dans une base de données située derrière l’API Web et le serveur d’accès.

Tous les clients sont supposés être protégés par un pare-feu qui n’autorise que les connexions sortantes. La connexion des clients au serveur d’accès utilise la norme TLS 1.2 avec authentification par certificat.

Les clients peuvent utiliser le port sortant TCP 443 par défaut ou être configurés pour utiliser le port 80 ou 5935 (TLS reste utilisé), en fonction de la solution la plus adaptée aux politiques informatiques locales. Les clients testent automatiquement les ports sortants disponibles, mais leur configuration peut être configurée pour utiliser un port fixe.

Les serveurs d’accès sont redondants et tolérants aux pannes. Ils sont accessibles par deux points de terminaison exposés et les clients doivent être en mesure d’atteindre les deux pour bénéficier d’une disponibilité optimale du service.

L’API Web est une API REST (Representational State Transfer) qui offre des fonctions d’authentification/d’autorisation et d’administration aux frontends, par exemple pour administrer les dossiers, dispositifs, utilisateurs et groupes, ou obtenir l’URL de téléchargement de mises à jour logicielles. HTTPS est utilisé pour se connecter à ces services.

Elle expose l’API requise pour le fonctionnement du frontend Web et des applets Tools et fournit d’autres fonctionnalités auxiliaires telles que les mises à jour logicielles.

Lorsqu’il existe une session d’accès à distance entre un frontend Web, un applet Tools et un Runtime, un serveur relais est utilisé pour le transfert des données. Les serveurs relais permettent aux frontends et aux Runtime de rester protégés par leurs pare-feu, car aucun port entrant de leur côté ne doit être ouvert.

Les frontends et les Runtimes choisissent automatiquement le serveur relais à utiliser à partir d’un pool de listes de serveurs disponibles fournies dynamiquement par le serveur d’accès.

Afin de sélectionner le meilleur serveur relais pour une session d’accès à distance, le frontend et le Runtime effectuent un test de connexion à tous les serveurs relais et mesurent leurs performances réseau respectives. Les résultats du frontend et du Runtime sont ensuite combinés afin de sélectionner le meilleur relais. Ce comportement automatique peut être désactivé et les clients peuvent être configurés pour utiliser un serveur relais fixe.