Notes d'installation et de configuration de l'extension IIS iisnode pour l'exécution de Node.js_node.js

Au début de cette année, j'avais prévu d'utiliser Node.js pour réécrire le programme de blog basé sur le Framework Express et dire au revoir à ASP.NET. Cependant, le VPS que j'utilise actuellement est un système Windows Server et un serveur IIS. Si Express et IIS sont autorisés à écouter le port 80, il y aura évidemment un conflit. Heureusement, il existe une extension appelée iisnode qui peut héberger des programmes Node.js sur IIS. De plus, un tel hébergement signifie également que vous pouvez utiliser diverses fonctions d'IIS (gestion des processus, compression GZip, journaux, cache, contrôle des autorisations, liaison de nom de domaine, etc.).

Pour utiliser iisnode, vous devez installer :

1.Node.js
2.Module de réécriture d'URL d'IIS
3.iisnode

Après l'installation, suivez les opérations habituelles et créez un site dans le gestionnaire IIS, en pointant vers le répertoire du programme Express. La clé est d'ajouter un fichier web.config :

Copier le code Le code est le suivant :

                                                                                                   
                                                                                     
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      🎜> dans                                                                                                                                             

                                                                                       




Ce contenu peut également être configuré via l'interface visuelle d'IIS Manager. Cela signifie probablement réécrire toutes les requêtes vers bin/www et utiliser l'extension iisnode pour exécuter bin/www. Cependant, après l'ouverture du site, ce message d'erreur est apparu :




Copier le code

Le code est le suivant :

Le module de filtrage des requêtes est configuré pour rejeter les chemins dans les URL contenant une section HiddenSegment Au début, je pensais que ce n'était pas clair, mais j'ai soudainement réalisé que le répertoire bin dans ASP.NET est un répertoire spécial auquel il n'est pas autorisé d'accéder. Réécrivez la requête dans bin/www, ce qui correspond à cette règle. Donc, changez simplement le nom du répertoire, par exemple, changez bin pour lancer (il s'avère que ce n'est pas une bonne pratique, j'en parlerai plus tard), et web.config doit également être ajusté en conséquence :

Copier le code

Le code est le suivant :

                                                                                                 
                                                                                     
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      🎜>                                      

                                                                                                                                            
                                                                                       




Redémarrez le site dans le gestionnaire IIS et accédez-y à nouveau. Il fonctionne enfin. Ce n'est pas facile ! Mais il était encore trop tôt pour être heureux.

Pendant le processus de test du fonctionnement du programme, j'ai constaté que l'IP obtenue était vide. Dans le framework Express, l'IP est obtenue via req.ip, qui à son tour obtient la valeur de REMOTE_ADDR dans l'en-tête de la requête. Grâce à un simple code de test, il a été constaté que la valeur de REMOTE_ADDR est également vide. De toute évidence, ces informations d'en-tête ont été perdues au cours du processus passant d'IIS à Node.js. Après quelques recherches sur Google, j'ai découvert qu'iisnode avait
ce problème
La solution officielle est d'utiliser X-Forword-For, mais j'ai trouvé un autre moyen.

Il existe une configuration dans Web.config (ajoutée avant ) qui peut conserver REMOTE_ADDR :

Copier le code

Le code est le suivant :

Selon les instructions, le REMOTE_ADDR réservé sera renommé x-iisnode-REMOTE_ADDR, vous devrez donc écraser la valeur de req.ip une fois et ajouter une fonction middleware dans Express app.js :

Copier le code

Le code est le suivant :

app.use(function(req, res, next) { req.ip = req.headers['x-iisnode-REMOTE_ADDR']; suivant(); });

Cependant, après un tel ajustement, l'adresse IP obtenue est toujours vide, ce qui amène les gens à se demander si l'attribution de req.ip a échoué. En regardant le code source d'Express, nous pouvons constater que req.ip est défini par set getter, donc pour l'écraser, il faut le définir à nouveau :




Copier le code

Le code est le suivant :

app.use(function(req, res, next) { Object.defineProperty(req, 'ip', {           get : function() { return this.headers['x-iisnode-REMOTE_ADDR'] } }); suivant();

});

Ce problème est enfin résolu, mais ce n'est pas une bonne méthode. Ce sera gênant si Express définit req.ip en lecture seule à l'avenir.

En poursuivant les tests, un autre problème a été découvert. Normalement, la fonction de téléchargement de fichiers en arrière-plan du blog transférera les fichiers vers le répertoire public/upload, mais en fait, le dossier public/upload est généré dans le répertoire de lancement (le répertoire bin d'origine). En fait, la raison est que le fichier www en tant qu'entrée du programme se trouve dans le répertoire de lancement, le répertoire de lancement devient donc le répertoire d'exécution de l'application. Ma solution consiste à renommer le répertoire de lancement en bin et à créer un launch.js dans le répertoire racine pour appeler bin/www :

Copier le code

Le code est le suivant :

#!/usr/bin/env noeud require('./bin/www');

然后把程序入口改为launch.js：

复制代码 代码如下 :

   
       
           
       

       
           
               
                   
                   
               
           
       

       
   

显然，iisnode还不是一个成熟的产品，当然Node.js也不是（至今还没1.0），一切都有待进一步探索和完善。