PlateSpin Protect propose différentes fonctions qui vous aident à sauvegarder vos données et à accroître la sécurité.
Le chiffrement du transfert sécurise la transmission de vos données de workload lors de la réplication du workload. Si le chiffrement est activé, le transfert de données sur le réseau depuis la source vers la cible est chiffré à l'aide de la norme AES (Advanced Encryption Standard).
REMARQUE :le chiffrement des données a un impact sur les performances et peut réduire la vitesse de transfert des données jusqu'à 30 %.
Vous pouvez activer ou désactiver le codage individuellement pour chaque workload en sélectionnant l'option Coder le transfert des données. Reportez-vous à la section Détails de protection de workload.
Le serveur PlateSpin active le protocole SSL sur l'hôte du serveur PlateSpin, ce qui assure une transmission sécurisée des données entre votre navigateur Web et le serveur PlateSpin via HTTPS (Hypertext Transfer Protocol Secure). L'installation ajoute également un certificat auto-signé si aucun certificat valide n'est trouvé.
PlateSpin Protect protège les références en utilisant une connexion SSL pour les communications et la bibliothèque de chiffrement Windows pour chiffrer les mots de passe.
Les références que vous utilisez pour accéder à divers systèmes (tels que les workloads et les cibles de rétablissement) sont stockées dans la base de données PlateSpin. Elles sont donc protégées par les mêmes dispositifs de sécurité que ceux mis en place pour l'hôte du serveur PlateSpin Protect.
En outre, les références sont incluses dans les diagnostics, qui sont accessibles aux utilisateurs autorisés. Vous devez vous assurer que les projets de protection de workload sont traités par du personnel habilité.
PlateSpin Protect propose un mécanisme complet et sécurisé d'autorisation et d'authentification utilisateur basé sur des rôles utilisateur et surveille l'accès aux applications ainsi que les opérations que les utilisateurs peuvent effectuer. Reportez-vous à la section Configuration de l'autorisation et de l'authentification utilisateur.
PlateSpin Protect offre la possibilité d'utiliser l'authentification Windows pour accéder à la base de données Microsoft SQL Server. Reportez-vous à la section Exigences pour l'authentification Windows auprès de la base de données Microsoft SQL Server.
Le Tableau 1-4 répertorie les ports par défaut utilisés par PlateSpin Protect. Si vous configurez des ports personnalisés, vous devez plutôt ouvrir ces derniers. Pour les communications entre le serveur PlateSpin et les machines sources et cibles qu'il gère, veillez également à ouvrir les ports appropriés sur les pare-feu situés entre eux. Le trafic pour les communications est bidirectionnel (entrant et sortant). Reportez-vous également à la section Conditions d'accès et de communication requises sur votre réseau de protection.
Tableau 1-4 Ports par défaut utilisés par PlateSpin Protect
|
Numéro de port |
Protocole |
Fonction |
Détails |
|---|---|---|---|
|
|
|
(Non sécurisé) Utilisé pour les communications HTTP entre l'hôte du serveur PlateSpin et les machines sources et cibles qu'il gère. Ouvrez ce port sur votre hôte du serveur PlateSpin, les workloads source et cible, et les hôtes VMware ESXi. |
|
|
|
(Sécurisé) Utilisé pour les communications HTTPS, si SSL est activé, entre l'hôte du serveur PlateSpin et les machines source et cible. Ouvrez ce port sur votre hôte du serveur PlateSpin, les workloads sources et cibles, les hôtes VMware ESXi et le serveur hôte vCenter. |
|
|
|
Utilisé pour le transfert de données entre les machines source et cible, dont le transfert de fichiers et le transfert par bloc. Ouvrez ce port sur les machines sources et cibles pour tous les workloads. Tout pare-feu entre une source et sa cible doit également autoriser le port TCP 3725. Reportez-vous à la section Configurations prises en charge. |
|
|
|
Utilisé pour les communications RPC/DCOM sur les machines Windows pendant le processus de découverte, ainsi que lors de la prise de contrôle et du redémarrage de la machine source. Ouvrez ces ports pour les communications entre les machines sources et cibles pour tous les workloads Windows. Reportez-vous à la section Workloads Windows pris en charge. |
|
|
|
Utilisé pour les communications NetBIOS (service de noms, service de datagrammes et service de sessions). Ouvrez ces ports pour les communications entre les machines sources et cibles pour tous les workloads Windows. Reportez-vous à la section Workloads Windows pris en charge. |
|
|
|
Utilisé pour les communications SMB pour le transfert de fichiers du dossier et des fichiers Prise de contrôle, du serveur PlateSpin vers la machine source. Ouvrez ces ports sur l'hôte de votre serveur PlateSpin et sur les workloads sources. |
|
|
|
|
|
|
|
Utilisé pour les communications SSH et SCP sur les machines Linux pendant le processus de découverte. Ouvrez ce port sur les machines sources et cibles pour tous les workloads Linux. Reportez-vous à la section Workloads Linux pris en charge. |
|
|
|
Utilisé pour le trafic SMTP si la notification par message électronique est activée. Ouvrez ce port sur l'hôte du serveur PlateSpin et l'hôte de relais de messagerie. |
|
|
|
|
|
|
|
Utilisé pour les communications Microsoft SQL Server pour l'authentification et l'échange de données avec un serveur SQL distant. Ouvrez les ports SQL sur l'hôte de votre serveur PlateSpin et sur l'hôte du serveur SQL distant, ainsi que sur les pare-feu situés entre eux. Pour plus d'informations sur les exigences du port du serveur SQL, reportez-vous à l'article Configure the Firewall to Allow Server Access (Configurer le pare-feu pour permettre l'accès au serveur) sur Microsoft Developers Network. |
|
|
|
Utilisé pour la connexion administrateur dédiée à Microsoft SQL Server. |
|
UDP |
|
Utilisé pour les instances nommées Microsoft SQL Server. Ce port peut être requis lorsque vous utilisez des instances nommées sur un serveur SQL distant. |
|
|
|
Utilisé pour Microsoft SQL Server ou RPC pour LSA, SAM et Netlogon. Si vous avez configuré Microsoft SQL Server de manière à utiliser un port TCP personnalisé, vous devez ouvrir ce dernier sur le pare-feu. Reportez-vous à la section Exigences pour l'authentification Windows auprès de la base de données Microsoft SQL Server. |