Sortie du serveur d'applications NGINX Unit 1.18.0

A eu lieu sortie du serveur d'applications NGINX Unit 1.18, dans le cadre duquel se développe une solution pour le lancement d'applications web dans divers langages de programmation (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js et Java). Sous la gestion de NGINX Unit, il est possible d'exécuter simultanément plusieurs applications dans différentes langages de programmation, dont les paramètres de lancement peuvent être modifiés dynamiquement sans avoir besoin de modifier les fichiers de configuration ou de redémarrer. Le code est écrit en langage C et est distribué sous licence Apache 2.0. Vous pouvez découvrir les particularités de NGINX Unit dans l'annonce de la première version.

Dans la nouvelle version :

• Un mode d'isolement a été implémenté «rootfs» pour restreindre l'accès de l'application à une partie spécifique du système de fichiers. Pour changer la racine du système de fichiers visible par l'application, l'appel pivot_root() est utilisé, qui, contrairement à l'appel système chroot() non sécurisé, ne déplace pas simplement la racine du système de fichiers, mais utilise l'isolement au niveau de l'espace de noms, semblable à celui utilisé dans les conteneurs. De plus, en plus du répertoire spécifié pour l'application, Unit monte également automatiquement dans l'arbre isolé du système de fichiers toutes les dépendances linguistiques spécifiques (fonctionne uniquement pour un nombre limité de langues).

  {
  «type»: «python 2.7»,
  «path»: «/»,
  «home»: «/venv/»,
  «module»: «wsgi»,
  «isolation»: {
  «rootfs»: «/var/app/sandbox/»
  }
  }
• La possibilité de spécifier plusieurs schémas d'appel de gestionnaires dans la configuration à l'aide de la nouvelle section «cibles«. Cette fonctionnalité permet de simplifier la configuration de schémas d'adressage mélangés, lorsque, par exemple, la plus grande partie des requêtes est traitée via index.php, indépendamment de l'URI demandé, et que l'interface d'administration conduit directement à l'appel des scripts. Auparavant, de telles configurations étaient effectuées par la définition de deux applications, mais maintenant, une seule suffit. Par exemple, au lieu de :

  {
  «wp_index»: {
  «type»: «php»,
  «user»: «wp_user»,
  «group»: «wp_user»,
  «root»: «/path/to/wordpress/»,
  «script»: «index.php»
  },

  «wp_direct»: {
  «type»: «php»,
  «user»: «wp_user»,
  «group»: «wp_user»,
  «root»: «/path/to/wordpress/»
  }
  }

  vous pouvez spécifier

  {
  «wp»: {
  «type»: «php»,
  «user»: «wp_user»,
  «group»: «wp_user»,

  «cibles»: {
  «index»: {
  «root»: «/path/to/wordpress/»,
  «script»: «index.php»
  },

  «direct»: {
  «root»: «/path/to/wordpress/»
  }
  }
  }
  }

• Ajout du support de codage des caractères au format «%xx» dans les options de correspondance «uri» et «arguments», ainsi que dans l'option «pass».

Source : opennet.ru