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
http(s):// qu'en file://. Le
chiffrement optionnel des registres (WebCrypto) est vérifié sur ces
deux moteurs dans les deux modes.
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.
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.
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.