Déployez un certificat SSL sur un serveur WebLogic sous Windows pour activer la communication chiffrée HTTPS et vérifiez le déploiement.
Prérequis
Avant de commencer, assurez-vous que les conditions suivantes sont remplies :
Statut du certificat : Vous disposez d'un certificat SSL émis par une autorité de certification (CA) de confiance. Si votre certificat arrive à expiration ou a expiré, renouvelez-le d'abord.
-
Correspondance des noms de domaine : Assurez-vous que le certificat couvre tous les noms de domaine à protéger. Pour ajouter ou modifier un nom de domaine, achetez un certificat payant ou ajoutez et remplacez des noms de domaine.
-
Nom de domaine exact : un certificat de nom de domaine exact s'applique uniquement au nom de domaine spécifié.
Un certificat pour
example.coms'applique uniquement àexample.com.Un certificat pour
www.example.coms'applique uniquement àwww.example.com.
-
Nom de domaine générique (wildcard) : un certificat de nom de domaine générique s'applique uniquement aux sous-domaines de premier niveau.
Un certificat pour
*.example.coms'applique aux sous-domaines de premier niveau tels quewww.example.cometa.example.com.Un certificat pour
*.example.comne s'applique pas au domaine racineexample.comni aux sous-domaines de plusieurs niveaux tels quea.b.example.com.
RemarquePour correspondre à un sous-domaine de plusieurs niveaux, le champ Bound Domains doit inclure le nom de domaine spécifique (par exemple,
a.b.example.com) ou un nom de domaine générique correspondant (par exemple,*.b.example.com). -
Autorisations du serveur : Connectez-vous avec le compte
Administratorou un compte disposant de privilèges administratifs.Résolution DNS : le nom de domaine est résolu vers l'adresse IP publique du serveur.
-
Dépendances de l'environnement : ce tutoriel utilise Windows Server 2022 avec WebLogic 14c (14.1.2.0). Le répertoire d'installation de WebLogic est
C:\wls141200.RemarqueLes étapes peuvent varier selon le système d'exploitation ou la version du serveur web.
Procédure
Étape 1 : Préparer le certificat SSL
Accédez à la page SSL Certificate Management. Dans la colonne Actions du certificat cible, cliquez sur More pour ouvrir la page des détails du certificat. Accédez à l'onglet Download et téléchargez le certificat dont le Server Type est JKS.
-
Le package contient un fichier de certificat (
.jks, incluant la chaîne complète de certificats) et un fichier de mot de passe (jks-password.txt).RemarqueSi vous avez généré la demande de signature de certificat (CSR) avec OpenSSL ou Keytool, la clé privée est stockée localement et n'est pas incluse dans le package téléchargé. Si vous perdez la clé privée, vous ne pourrez pas utiliser le certificat. Vous devez Purchase Certificate et générer une nouvelle CSR ainsi qu'une nouvelle clé privée.
-
Téléversez le fichier de certificat JKS (.jks) et le fichier de mot de passe (jks-password.txt) dans un répertoire sécurisé situé en dehors du chemin d'installation de WebLogic. Ce tutoriel utilise D:\cert.
RemarqueLes étapes suivantes utilisent une instance ECS Alibaba Cloud. Pour d'autres types de serveurs, suivez leur documentation respective.
Accédez à ECS console - Instances. Dans le coin supérieur gauche, sélectionnez la région et le groupe de ressources de la ressource cible.
Sur la page des détails de l'instance, cliquez sur Remote Connection et sélectionnez Workbench. Connectez-vous pour accéder au bureau du serveur.
Ouvrez This PC, Computer ou File Explorer depuis le menu Start.
Sous Redirected drives and folders, double-cliquez sur workbench on ***. Faites glisser les fichiers de certificat depuis votre machine locale vers ce répertoire, puis faites un clic droit sur le dossier et sélectionnez Refresh.
-
Copiez les fichiers dans le répertoire
D:\cert.ImportantWorkbench efface automatiquement tous les fichiers de Redirected drives and folders lors de la reconnexion ou de la déconnexion pour économiser de l'espace. Ce répertoire est destiné uniquement au transfert de fichiers. N'y stockez pas de fichiers de manière permanente.
Accédez à ECS console - Instances. Dans le coin supérieur gauche, sélectionnez la région et le groupe de ressources de la ressource cible.
Accédez à la page des détails de l'instance cible. Cliquez sur Remote connection et sélectionnez Workbench. Suivez les instructions pour vous connecter et accéder au bureau du serveur.
Sous Redirected drives and folders, double-cliquez sur workbench on ***. Faites glisser les fichiers de certificat depuis votre ordinateur local vers ce répertoire, puis faites un clic droit sur le dossier et sélectionnez Refresh.
Copiez les fichiers dans le répertoire
D:\cert.
Étape 2 : Configurer l'environnement système et réseau
-
Ouvrez le port 443 dans le groupe de sécurité.
ImportantSi votre serveur est déployé sur une plateforme cloud, assurez-vous que son groupe de sécurité autorise le trafic entrant sur le port TCP 443. Sinon, le service ne sera pas accessible depuis Internet. Les opérations suivantes utilisent une instance ECS Alibaba Cloud comme exemple. Pour d'autres plateformes cloud, consultez leur documentation officielle.
Accédez à la page ECS Instances, sélectionnez la région où se trouve votre instance ECS cible et cliquez sur le nom de l'instance pour accéder à la page des détails.
Cliquez sur et assurez-vous qu'une règle existe avec Action défini sur Allow, Protocol Type défini sur TCP, Port Range défini sur HTTPS (443) et Authorization Object défini sur Anywhere (0.0.0.0/0).
Si cette règle n'existe pas, ajoutez-la au groupe de sécurité cible. Pour plus d'informations, consultez Ajouter une règle de groupe de sécurité.
-
Ouvrez le port 443 dans le pare-feu du serveur.
Connectez-vous à votre serveur Windows, cliquez sur le menu Start puis ouvrez Control Panel.
Accédez à .
Si le pare-feu est désactivé comme indiqué dans la figure suivante, aucune autre action n'est requise.

-
Si le pare-feu est activé, suivez ces étapes pour autoriser le trafic HTTPS.
Dans le volet de navigation de gauche, cliquez sur et vérifiez s'il existe une règle entrante pour laquelle Protocol est TCP, Local Port est 443 et Action est Block.
Si une telle règle existe, faites un clic droit sur la règle, sélectionnez Properties et, dans l'onglet General, modifiez l'action pour Allow the connection. Ensuite, cliquez sur Apply.
Étape 3 : Déployer le certificat sur le serveur WebLogic
-
Connectez-vous à la WebLogic Remote Console à l'adresse
http://localhost:7001/rconsoleavec vos identifiants d'administrateur.WebLogic Server 14.1.2.0.0 et versions ultérieures nécessitent la WebLogic Remote Console. L'ancienne console n'est plus prise en charge.
Pour les versions antérieures à 14.1.2.0.0, utilisez l'ancienne console à l'adresse
http://localhost:7001/console. Les étapes de configuration sont similaires.
RemarqueAccédez à la WebLogic Remote Console en utilisant l'une des méthodes suivantes (Get started with the WebLogic Remote Console).
-
Déploiement hébergé sur un serveur : la console Go to Console est déployée sur le serveur WebLogic et accessible depuis un navigateur.
Accès local : accédez à
http://localhost:7001/rconsole.Accès distant : pour accéder à la console à distance, vous devez ouvrir le port
7001sur le serveur WebLogic.
Installation autonome : installez l'application de bureau WebLogic Remote Console et créez une connexion administrateur avec un nom d'utilisateur et un mot de passe, puis accédez à la console via l'application.
-
Accédez à Environment > Servers > AdminServer. Activez SSL Listen Port Enabled (②), définissez Port (③) sur
443et cliquez sur Save (④) pour mettre en attente les modifications de configuration.ImportantCe tutoriel utilise AdminServer. Sélectionnez le nom réel de votre serveur en production.
-
Dans l'onglet Keystores, configurez les paramètres suivants et cliquez sur Save (⑦) pour mettre en attente les modifications de configuration.
Keystores (③) : sélectionnez Custom identity and Java Standard Trust.
Custom Identity Keystore (④) : chemin complet vers le fichier JKS, par exemple
D:\cert\example.com.jks.Custom Identity Keystore Type (⑤) : saisissez
jks.Keystore Passphrase (⑥) : saisissez le mot de passe du certificat JKS issu du fichier
jks-password.txt.
-
Dans l'onglet SSL, configurez les paramètres suivants et cliquez sur Save (⑤) pour mettre en attente les modifications de configuration.
-
Alias (③) : saisissez l'alias du certificat JKS.
RemarquePour un certificat monodomaine, l'alias de la clé privée est le nom de domaine lui-même. Par exemple, l'alias pour
example.comestexample.com.Pour un certificat générique (wildcard), l'alias de la clé privée correspond par défaut au domaine racine. Par exemple, l'alias pour
*.example.comestexample.com.
-
Private Key Passphrase (④) : saisissez le mot de passe du certificat JKS issu du fichier
jks-password.txt.RemarqueIl s'agit généralement du même mot de passe que Keystore Passphrase, qui est le mot de passe contenu dans
jks-password.txt.
-
Cliquez sur l'icône
dans le coin supérieur droit, cliquez sur Commit pour appliquer toutes les modifications et redémarrez le serveur.
Étape 4 : Vérifier le déploiement
Accédez à votre nom de domaine via HTTPS. Exemple :
https://example.com. Remplacezexample.compar votre nom de domaine réel.-
Si une icône de cadenas apparaît dans la barre d'adresse du navigateur, le certificat est déployé avec succès. Si une erreur d'accès se produit ou si l'icône de cadenas n'apparaît pas, videz le cache de votre navigateur ou réessayez en mode navigation privée.

À partir de Chrome 117, l'icône
dans la barre d'adresse a été remplacée par une nouvelle icône
. Cliquez sur cette icône pour afficher les informations de sécurité du cadenas.
Si le problème persiste, consultez la section FAQ pour le dépannage.
Déploiement en production
Lorsque vous déployez une application dans un environnement de production, suivez ces bonnes pratiques pour améliorer la sécurité, la stabilité et la maintenabilité :
-
Exécuter l'application en tant qu'utilisateur non administrateur :
Créez un utilisateur système dédié à faibles privilèges pour l'application. N'exécutez pas l'application en utilisant un compte disposant d'autorisations administratives.
RemarqueNous recommandons d'utiliser une configuration SSL au niveau de la passerelle. Cela implique de déployer le certificat sur un proxy inverse, tel qu'une instance SLB ou Nginx. Le proxy inverse termine le trafic HTTPS puis transfère le trafic HTTP déchiffré vers l'application backend.
-
Externaliser la gestion des identifiants :
Ne codez pas en dur des informations sensibles, telles que les mots de passe, dans votre code ou vos fichiers de configuration. Utilisez des variables d'environnement, un coffre-fort ou un service de gestion des clés fourni par votre fournisseur cloud pour injecter les identifiants.
-
Imposer la redirection HTTP vers HTTPS :
Assurez-vous que tout le trafic accédant à votre site web via HTTP est automatiquement redirigé vers HTTPS. Cela permet de prévenir les attaques de type « homme du milieu » (MITM).
-
Configurer des protocoles TLS modernes :
Dans la configuration de votre serveur, désactivez les protocoles obsolètes et non sécurisés, tels que SSLv3, TLS 1.0 et TLS 1.1. Activez uniquement TLS 1.2 et TLS 1.3.
-
Surveiller les certificats et automatiser le renouvellement :
Après le déploiement du certificat, nous vous recommandons d'activer la surveillance des noms de domaine. Alibaba Cloud vérifie automatiquement la période de validité du certificat et envoie des rappels avant l'expiration du certificat. Cela vous aide à renouveler le certificat en temps utile pour éviter les interruptions de service. Pour plus d'informations, consultez Acheter et activer la surveillance des noms de domaine publics.
FAQ
Le certificat ne fonctionne pas ou HTTPS est inaccessible
Les causes courantes incluent :
Le port 443 n'est pas ouvert dans le groupe de sécurité du serveur ou dans le pare-feu. Configurer l'environnement système et réseau.
Les Bound Domains du certificat n'incluent pas le nom de domaine auquel vous accédez. Vérifiez la section Correspondance des noms de domaine.
Les modifications de configuration de WebLogic n'ont pas été validées. Valider les modifications pour appliquer automatiquement toutes les configurations.
Le fichier de certificat n'a pas été remplacé correctement ou WebLogic pointe vers un chemin incorrect. Vérifiez que la configuration et le fichier de certificat sont à jour et valides.
Le nom de domaine est intégré à des services cloud tels que CDN, SLB ou WAF, mais le certificat n'est pas installé sur le service correspondant. Pour plus d'informations, consultez Emplacement du déploiement du certificat lorsque le trafic traverse plusieurs services cloud.
Le nom de domaine est résolu vers plusieurs serveurs, mais le certificat est installé uniquement sur certains d'entre eux. Vous devez installer le certificat sur chaque serveur.
Pour un dépannage plus approfondi, consultez Résoudre les problèmes de déploiement de certificat en fonction des erreurs du navigateur et Guide de dépannage du déploiement de certificats SSL.
Mettre à jour un certificat SSL dans WebLogic
Sauvegardez les fichiers de certificat existants (.jks et .txt). Connectez-vous à la console SSL Certificate Management, téléchargez les nouveaux fichiers de certificat et téléversez-les sur le serveur pour écraser les fichiers existants, en conservant le même chemin et les mêmes noms de fichiers. Redémarrez le service WebLogic pour appliquer le nouveau certificat.
Erreurs de validation dans la console WebLogic
Vérifiez les configurations suivantes :
-
Chemin JKS :
Vérifiez que le Chemin JKS est un chemin absolu sur le serveur et que le processus WebLogic dispose des autorisations de lecture pour le fichier.
-
Mot de passe :
Assurez-vous que tous les mots de passe correspondent exactement à ceux du fichier
jks-password.txt, sans espaces supplémentaires ni sauts de ligne.