2015-11-20 1 views
0

Mon équipe et moi essayons actuellement de convertir une application Web en HTTPS sur un serveur Windows. Nous avons configuré IIS pour gérer les ports et testons avec un certificat auto-signé. Nous sommes actuellement confrontés à un problème où nos appels express arrivent à expiration pour récupérer les données de notre application.problèmes lors de la conversion de l'application Web en https

Actuellement, l'application s'exécutera sur la machine hôte locale après avoir accepté les avertissements de site non sécurisés. Cependant, sur d'autres machines, l'interface de l'application se charge, mais l'extraction des données aboutit à connection_timed_out.

Le codage uniquement sur l'application que nous avons changé est l'ajout des fichiers pem et le code suivant:

var options = { 
    key: fs.readFileSync(path.join(__dirname, 'keys/privatekey.pem'),'utf 8'), 
    cert: fs.readFileSync(path.join(__dirname, 'keys/certificate.pem'),'utf 8')}; 

https.createServer(options,app).listen(9004); 

Notre suspicion actuelle est que le problème pose quelque part avec le certificat auto-signé et IIS.

+0

Si votre serveur IIS transfère simplement la requête à votre application de noeud, vous n'avez pas besoin de https localement car iis effectue le travail https entre le client et le serveur et ne fait que le forder en interne. – Bernhard

+0

Si votre frontal est en cours de chargement, votre application devrait fonctionner car elle sert des fichiers statiques. À moins que le serveur Windows ne serve vos fichiers statiques. Plus d'informations de journal aiderait. – Ravenous

+0

Au lieu de utf-8, essayez d'utiliser Base64 ou ASCII. – hagrawal

Répondre

0

Je suis membre de l'équipe d'Obsanity. Nous avons découvert que nous ne pouvions pas utiliser telnet dans les ports requis et avons forcé une mise à jour de stratégie de groupe (gpupdate /force) sur le serveur Windows.