Téléchargement

Déployer NeonFlare

Site 100% statique -- aucune base de données, aucune dépendance serveur. Choisis la méthode qui te convient.

🐳 Docker Recommandé

Une image nginx légère servant le site, prête à l'emploi.

git clone https://github.com/gothamblood/NeonFlare neonflare
cd neonflare
docker build -t neonflare .
docker run -d -p 8080:80 neonflare

Accessible ensuite sur http://localhost:8080.

🌐 nginx manuel

Le dépôt fournit un nginx.conf prêt à l'emploi.

git clone https://github.com/gothamblood/NeonFlare neonflare
cp neonflare/nginx.conf /etc/nginx/conf.d/neonflare.conf
cp -r neonflare/* /usr/share/nginx/html/
nginx -s reload

💻 En local, sans serveur

Aucune fonctionnalité ne dépend d'un appel réseau vers un backend -- ouvre simplement index.html dans ton navigateur.

git clone https://github.com/gothamblood/NeonFlare neonflare
# puis ouvre neonflare/index.html directement dans ton navigateur
Prérequis : aucun. Pas de base de données, pas de runtime serveur (Node, PHP, etc.) -- juste un serveur de fichiers statiques, ou même pas du tout en local.
Navigateurs supportés : Chromium (Chrome, Edge, Brave...) et Firefox -- versions stables courantes, aussi bien en http(s):// qu'en file://. Le chiffrement optionnel des registres (WebCrypto) est vérifié sur ces deux moteurs dans les deux modes.
Optionnel

Scripts additionnels

Alimente les terminaux embarqués du Dashboard (voir Outils & Terminaux) -- sans ce script, le panneau Shells reste vide, quel que soit ton mode d'hébergement.

🖥️ Shells embarqués (ttyd + tmux)

Nécessite ttyd et tmux installés sur la machine qui héberge le site.

# Debian / Ubuntu / Kali
sudo apt install tmux
# ttyd : paquet selon distro, ou binaire depuis
# https://github.com/tsl0922/ttyd/releases

scripts/ttyd-shells.sh start   # 6 instances par type (bash, zsh, pwsh)
scripts/ttyd-shells.sh status
scripts/ttyd-shells.sh stop

Chaque instance ttyd est liée à 127.0.0.1 uniquement -- jamais exposée sur le réseau, même si le site l'est.

Au-delà d'un usage local

Exposer ton instance en dehors de ta machine

NeonFlare n'a volontairement aucune authentification intégrée -- un "login" côté client sans backend serait du théâtre, contournable en quelques secondes. Si tu exposes ton instance au-delà d'un usage strictement local, mets un vrai mécanisme d'accès devant, à la couche réseau/proxy plutôt que dans l'application. C'est aussi ce qui te dispense de maintenir et patcher toi-même du code d'authentification -- tu délègues ça à un projet mûr et activement maintenu par quelqu'un d'autre.

🔒 Basic auth via nginx

Le plus simple pour un accès à quelques personnes -- un identifiant/mot de passe demandé par le navigateur avant même de charger la page.

htpasswd -c /etc/nginx/.htpasswd toncompte

# Dans le bloc server { } de nginx.conf :
location / {
    auth_basic           "NeonFlare";
    auth_basic_user_file /etc/nginx/.htpasswd;
    try_files $uri $uri/ =404;
}

🛡️ Authelia, Tailscale, ou équivalent

Pour aller au-delà du basic auth (SSO, 2FA, accès limité à ton propre réseau) : Authelia devant un reverse proxy, ou Tailscale pour ne rendre l'instance joignable que depuis ton propre VPN -- NeonFlare n'a besoin de rien de spécial de son côté, seulement d'être servi derrière l'un ou l'autre.

Après l'installation

Prochaines étapes

🧭

Suis l'assistant

Le tour guidé se lance automatiquement au premier accès et pointe les sections clés.

⚙️

Configure Settings

Ajoute tes nœuds réseau, tes outils, personnalise le thème et la langue.

📖

Lis la doc

Documentation complète pour aller plus loin sur chaque section.