La sécurité dans un R Brillante Application

Cela pourrait être un peu tard, mais je vais répondre, de toute façon. Si vous avez déjà eu une solution, pouvez vous s'il vous plaît le partager avec nous?

Mon objectif principal était très simple. J'ai eu une version de travail de la brillante application sur mon ordinateur portable. J'ai utilisé pour le faire fonctionner comme mentionné ci-dessous, le tout pour tester en local.

R -e "shiny::runApp('.')"

Puis vint le moment où nous avons dû mettre cela sur une instance Amazon EC2.

Au premier abord, ma tentative a été directement proxy apache à port 8100 sur lequel mon application serait de les écouter. Mais cela ne fonctionne pas bien, car il apparaît que l'exécution du serveur de cette manière utilise les sockets raw où, comme à l'aide d'un brillant serveur tombe en arrière à l'aide sock.js d'où la communication est maintenant sur HTTP à la place.

Donc téléchargé le brillant-application serveur sur notre instance EC2 en suivant les instructions ici: https://github.com/rstudio/shiny-server

Btw, si les instructions vous recommandons d'installer node.js à partir de la source si vous utilisez une RHEL exemple, cela a fonctionné assez bien pour moi en allant le yum install façon. Vous avez ces instructions ici.

À la suite de la node.js brillant-installation du serveur & installation, édité mon conf Apache (Ubuntu et RHEL appel de la conf différemment. Donc modifier celui que vous avez). Ajout d'un hôte virtuel pour le service de mes demandes. Et comme vous pouvez le remarquer, en outre, masqué avec un Apache de Base digest Authentification avec le serveur Apache Emplacement de la directive.

<VirtualHost *:80>

    ProxyPass / http://localhost:3838/
    ProxyPassReverse / http://localhost:3838/
    ProxyPreserveHost On

    <Location />
        AuthType Basic
        AuthName "Restricted Access - Authenticate"
        AuthUserFile /etc/httpd/htpasswd.users
        Require valid-user
    </Location>

</VirtualHost>

En dehors de cela aussi édité les brillant-serveur conf pour écouter de la demande de 127.0.0.1 seulement (localhost seulement). Donc, à mon brillant-serveur j'ai le texte suivant:

listen 3838 127.0.0.1;

Btw, vous n'en aurez pas besoin si vous êtes dans un environnement Amazon EC2 que vous pouvez utiliser à la sécurité-groupe paramètre dans votre tableau de bord EC2 à faire de même. Je l'ai fait de toute façon comme une bonne mesure.

Cela, pour l'instant, c'est assez que nous étions à la recherche de quelque chose de très rapide & simple.

Maintenant désespérément en attente pour le génial RShiny les gens à fournir auth comme une partie de l'édition d'entreprise face.

Espère que cette aide.

Un peu plus tard, mais j'ai trouvé une autre option à l'aide de ngnix comme un proxy:

Ce guide a été terminé en suivant partiellement cette directive: https://support.rstudio.com/hc/en-us/articles/213733868-Running-Shiny-Server-with-a-Proxy

Sur une Ubuntu 14.04:

1. Installer nginx
2. Modifier le fichier de config /etc/nginx/nginx.conf pour:

Ce:

events {
        worker_connections 768;
        multi_accept on;
}

http {

  map $http_upgrade $connection_upgrade {
      default upgrade;
      ''      close;
    }

  server {
    listen XX;



    location / {
      proxy_pass http://localhost:YY;
      proxy_redirect http://localhost:YY/ $scheme://$host/;
      proxy_http_version 1.1;
      proxy_set_header Upgrade $http_upgrade;
      proxy_set_header Connection $connection_upgrade;
      proxy_read_timeout 20d;

      auth_basic "Restricted Content";
      auth_basic_user_file /etc/nginx/.htpasswd;
    }
  }
}

XX: Port de la nginx sera à l'écoute de

YY: Port que le brillant serveur utilise

1. À l'aide de ce tutoriel, j'ai ajouté un mot de passe d'authentification pour le serveur nginx: https://www.digitalocean.com/community/tutorials/how-to-set-up-password-authentication-with-nginx-on-ubuntu-14-04

2. Configurer le brillant ou le processus de brillant serveur pour n'écouter que sur localhost (127.0.0.1)

À ce moment là, il n'est pas un simple moyen pour ce faire. Cependant, nous allons publier une version commerciale de Brillant Serveur dans un avenir proche. Nous allons faire une version bêta dans les prochains mois et la version officielle avant la fin de l'année. Cela permet d'inclure la possibilité d'avoir le mot de passe d'authentification pour votre Brillante Apps. En outre, Brillant Serveur Pro fonctionnalités autour de la sécurité, l'authentification, l'évolutivité, surveillance de serveur, et de soutien à la prime.

Un autre endroit que vous pourriez être en mesure d'obtenir de la rétroaction est la Brillant Liste De Diffusion. Il y a beaucoup d'utilisateurs actifs qui pourraient avoir quelques idées. Sinon, si vous souhaitez nous contacter directement à ce sujet, vous pouvez envoyer un email à [email protected] et je vais vous répondre.

Mieux,

Josh

Chef De Produit - RStudio