Vulture 3 on Zwindler's Reflection

[Tutoriel] Installer VultureOS (Vulture 3) et configurer sa première application

Thu, 07 Jul 2016 10:30:27 +0000

Installer pas à pas VultureOS et faire une configuration minimale

Une fois n’est pas coutume, même si je suis habituellement assez peu « tutoriel pas à pas avec des screenshots dans tous les sens », je vous propose aujourd’hui de plonger dans l’installation du VultureOS de Vulture WebSSO 3 qui vient de sortir (1er juin) jusqu’à la redirection de votre première application.

Prérequis

Pour ceux qui ne le savent pas, je vous propose de relire mon article où je rappelle brièvement ce qu’est Vulture 3.

Voici les prérequis de VultureOS pour fonctionner dans de bonnes conditions :

VultureOS doit être installé sur une machine virtuelle ou un serveur physique ayant 2 Go de RAM et 30 Go d’espace disque
avoir une ou plusieurs adresses IP pour recevoir des connexions Web
pouvoir contacter les applications Web qu’il protège sur leurs ports habituels (80 et 443 en général)
disposer d’une résolution de noms fonctionnelle (soit par serveur DNS soit via /etc/hosts sur l’OS Vulture) et avoir accès à un serveur NTP
avoir un accès HTTPS vers dl.vultureproject.org pour s’enregistrer et télécharger les mises à jour

Démarrage de l’installation

Comme je l’ai déjà dis, Vulture s’appuie maintenant sur une distribution FreeBSD modifiée et est donc livré clé en main. Pour peu que vous ayez accès à Internet et respecté les prérequis énoncé juste au dessus, tout s’installe donc tout seul.

Next next next

Classiquement, le disque dur va être formaté par le bootstraping de FreeBSD

Lors du test de la keymap, je n’ai pas trouvé de clavier FR correspondant. Peut être un bug entre FreeBSD et KVM ?

J’ai volontairement sauté toute la partie configuration du hostname et des cartes réseaux car cela dépend fortement de vous mais rappelez vous surtout que l’aspect DNS doit être particulièrement soigné pour que VultureOS fonctionne correctement !

Attention, contrairement à la bêta où nous étions « prompté » pour un mot de passe, le mot de passe de vlt-adm pour l’accès SSH est ici prégénéré (peut être pour éviter les erreurs de saisies clavier?)

Une fois le bootstraping FreeBSD terminé et les prérequis installés, l’OS reboote et vous affiche le message suivant

Connectez vous en SSH avec le login vlt-adm (ou en console, peu importe) et exécuter la commande demandée ci dessus et gentiment recopiée à la main ci dessous pour vos copier coller ;-) :

sudo /home/vlt-gui/env/bin/python2.7 /var/bootstrap/bootstrap.py

yes !

L’installation de Vulture (en tant qu’application) commence réellement. On vous demande ensuite si vous voulez joindre un cluster existant ou en créer un puis de renseigner un email pour recevoir la clé d’activation de votre Vulture WebSSO.

Une fois la clé reçue, on l’applique (attention aux spams, gmail ne me l’a pas flaggé en bêta pas pour la V1 si).

Le processus de génération de certificat est maintenant inclus dans l’installation.

Une fois terminé, un login/mdp sera demandé pour la connexion à la GUI et les services de WebSSO seront démarrés.

Ouverture de l’interface graphique

A partir de là on peut donc se connecter en HTTP sur l’URL fournie.

Une fois la mire passée, on arrive sur un Dashboard avec quelques métriques sympathiques sur l’état de la machine.

Le menu est accessible sur la gauche en haut, au niveau des 3 tirets horizontaux

On y retrouve, bien que dans un ordre un peu modifié, les menus que l’on connaît des précédentes versions.

La gestion des interfaces réseaux se fait dans Network/Listeners. La gestion de l’HTTPS se fait dans Configuration Profiles/TLS.

Entre la bêta et la version 1, le menu a été renommé de de SSL profiles à TLS, mais on voit encore SSL Profile en titre dans cette capture.

La documentation de Vulture donne des indications complémentaires pour la configuration TLS dans des cas où l’on souhaite être compatible HTTP/2.

Des menus qui vous intéresserons sûrement assez rapidement :

Vulture Management/PKI si vous voulez importer de nouveaux certificats
Configuration Profiles/Logs pour gérer vos logs comme vous l’entendez

Configuration de votre première application

Ouvrez le menu Applications/Applications, puis cliquez sur ADD AN ENTRY.

Voici maintenant la liste des champs que nous avons maintenant pour habitude de remplir dans Vulture. Un nom « friendly name » ; « public FQDN » l’URL publique pour accéder à l’application ; « Private URI » l’URL interne que doit utiliser Vulture pour accéder au serveur web qu’il doit protéger.

Ajouter un listener (une interface réseau)

Il est également obligatoirement ajouter un format de log.

Une fois le tout validé, l’application apparaîtra dans la liste. Il faudra recharger la configuration en cliquant sur les flèches en rond (clignotantes) puis sur le triangle pour démarrer l’application.

Et voilà. Pour ceux qui ont des problèmes pour ajouter des applications dans Vulture, les principes restent les mêmes que dans les versions précédentes et que j’ai déjà pas mal traité dans ces articles

Happy SSOing ;)

Aperçus de la version 3 de Vulture WebSSO

Thu, 16 Jun 2016 12:00:53 +0000

Vulture est de retour, ça y est !

Après un peu d’attente (la fin du développement de la 2.0.X avait été annoncé en septembre 2014 même si quelques patch avaient été publiés), la version 3 de Vulture WebSSO vient de sortir !

Pour les concepteurs, ce changement de version a été l’occasion de repartir sur de nouvelles bases, notamment en abandonnant mod_perl, memcached et sqlite mais surtout en fournissant un OS clé en main (OS FreeBSD préconfiguré, contre Linux avant pour la version installable).

Si les fonctionnalités annoncées sont identiques à celle des versions précédentes (Web Applicative Firewall, portail SSO, redirections, clustering, réécriture de contenu à la volée et quelques additions, notamment le support de SPDY et HTTP/2), le code a forcément du être retravaillé pour remplacer les composants abandonnés et assurer la compatibilité des modules avec FreeBSD. Et au vue des premières images, l’interface graphique a reçu un nouveau coup de dépoussiérage.

Qu’avons nous sous le capot ?

Autre point positif l’ensemble de la documentation qui a visiblement été soigneusement travaillée sur cette version (point qui pêchait parfois un peu pour la version 2.X et beaucoup pour la version 1.X). Sans faire de redite complète de la page de documentation, voici les prérequis de VultureOS pour fonctionner dans de bonnes conditions :

VultureOS doit être installé sur une machine virtuelle ou un serveur physique avec 2 Go de RAM et 30 Go d’espace disque
avoir une ou plusieurs adresses IP pour recevoir des connexions Web
pouvoir contacter les applications Web qu’il protège sur leurs ports habituels (80 et 443 en général)
disposer d’une résolution de noms fonctionnelle (soit par serveur DNS soit via /etc/hosts sur l’OS Vulture) et avoir accès à un serveur NTP
avoir un accès HTTPS vers dl.vultureproject.org pour s’enregistrer et télécharger les mises à jour

Le dernier point n’était pas ouvertement évoqué (sauf erreur de ma part) lors de la bêta ce qui a été un obstacle dans mon environnement de travail partiellement coupé d’Internet. Il faudra voir dans la pratique si des mécanismes de contournement peuvent être trouvés lorsque la connexion à Internet n’est pas envisageable.

Quelques screenshots et c’est parti

Pour informations, les captures d’écrans qui suivent sont issues de la bêta, je n’ai pas encore eu le temps de les refaire mais la GUI n’a pas sensiblement évolué donc l’aperçu devrait être quasiment identique.

Maintenant que vous avez envie de vous y mettre, voici l’ISO et la documentation et roule ma poule ;-)

Vulture 3 en bêta test

Mon, 07 Sep 2015 20:59:58 +0000

Rappel

Pour rappel pour ceux qui n’auraient pas suivis, Vulture WebSSO est un WAF (non pas pour Wife Acceptance Factor mais Web Application Firewall) que je suis avec intérêt depuis la version 1.98 car il m’a permis pendant un certain temps de gérer dans une même console web l’ensemble de mes applications auto-hébergées.

Il permet également de gérer l’authentification, le SSO, un portail, la réécriture d’URL et de contenu … le tout à l’aide d’Apache, de modules et de code Perl maison.

Vulture 2.0.X

Ce n’est pas très frais comme news, mais la version 2.0.8 de Vulture WebSSO marque la fin de la « branche » 2.Y.X.

On sait depuis le 30 septembre dernier que la V3 est en cours de développement.

Les prémisses de Vulture 3.0

Depuis, les choix techniques ont été présentés sur le blog du projet, avec depuis des mentions de support de SPDY et de HTTP/2. Entre ça et le portage de mod_spdy sous FreeBSD et Apache 2.4, autant dire qu’Advens laisse du temps libre aux développeurs de Vulture ;-).

Et depuis aout, vous avez la possibilité de vous manifester pour bêta-tester Vulture 3 en envoyant un mail à beta-test@vultureproject.org

Avis aux amateurs donc, si vous voulez gouter au futur du projet Vulture et donner un coup de main, c’est maintenant ou jamais !

Bonus track

Advens met gentiment sur son blog une explication de HTTP/2 (lien mort, Internet Archive ne l’a pas). Merci à eux