Votre NAS, Votre Serveur, Votre domaine, simplifié.

[Stephane_974]

Bonsoir je fais ce soir la promotion de se site open source parce-qu'il y a quelques mois j'ai souhaiter enrichir mes connaissances et surtout voir l'évolution OMV (openmediavault pour les intimes). Et ce qui ma pousser a faire de nouvelles recherches était du faite que PLEX allait changer sa politique en matière d'accès a distance.
Me voilà utilisateur de Jellyfin (qui fonctionne plutôt tres bien) mais comment y avoir accès a distance ? Bah grace a se site ....

NSL.SH

Opensource domain routing and docker manager for NAS and home servers

nsl.sh

En deux trois copié collé moins de 5 minutes le taffe est fait plus besoin de se prendre la tete pour utiliser Jellyfin ailleurs que chez moi.
Bien utilise pour tout ceux qui ne veulent pas investir ou payer certains servir qui je l'avoue on quand meme fait chauffer ma CB hein PLEX
Ce qui me parait bizarre c'est que personne n'en parle donc je me suis lancer ...


P.S : Certains dirons comme l'expression qui date des années 70

« Si c’est gratuit, c’est vous le produit » ...​

 

[morgyann]

En deux trois copié collé moins de 5 minutes le taffe est fait plus besoin de se prendre la tete

Il y a effectivement plusieurs initiatives de ce type pour un NDD/DDNS gratuit - c'est vrai que c'est super

Cependant, un domaine (+1 mail gratuit) c'est moins de 10€/an et tu peux faire autant de sous domaine que tu veux (bon c'est vrai qu'il faut que tu le(s) valides sur le Proxy Inversé de ton serveur - ce qui peut être un "peu compliqué" quand on ne l'a jamais fait).
Moins de 10€/an, ça ne fait pas trop chauffer ta CB (moins d'un € /mois ).

 

[christiangomez92]

Salut à tous,


D’abord, un grand merci à Stephane_974 pour le message Ça fait vraiment plaisir de voir que NSL.SH peut rendre service à d’autres, car c’est exactement pour ça qu’on l’a créé.

On voulait juste partager un petit mot en tant que membres de l’équipe derrière NSL.SH. Ce projet est né d’un besoin très concret qu’on a rencontré nous-mêmes : accéder facilement à notre serveur perso (Jellyfin, Immich, etc.) depuis l’extérieur, sans passer des heures sur les DNS, le reverse proxy, le HTTPS…

Et comme on n’a pas trouvé d’outil simple et gratuit pour ça, on a commencé à coder notre propre solution. C’est comme ça qu’est né NSL.SH. Au début on pensait en faire un service classique, mais très vite on s’est dit que ça méritait mieux : on a choisi de le garder 100% open-source, gratuit, et sans modèle caché.

On ne collecte aucune donnée, il n’y a pas de pub, et NSL.SH le restera : FOOS (Free and Open Source Software).

Évidemment, pour pouvoir continuer à avancer et financer notre temps, on a aussi lancé un second projet payant à côté : Yundera.

(Yundera, c’est un “serveur privé dans le cloud” avec une interface simple pour ceux qui n’ont pas ou ne veulent pas de machine chez eux. On peut y installer Jellyfin, Nextcloud, Immich, des IA comme Claude ou Mistral… Le tout reste sous votre contrôle, c'est un Virtual NAS (V-NAS le premier nom qu'on a donné à Yundera avant de choisir le nom commercial Yundera). L’idée c’est de combiner la simplicité d’un Google Drive avec la souveraineté d’un serveur auto-hébergé.)

En tout cas, on reste super à l’écoute : on essaie de répondre à tous les messages, et chaque retour compte énormément pour nous aider à améliorer NSL.SH et Yundera.

Merci encore à tous ceux qui prennent le temps d’échanger sur ces sujets

 

[morgyann]

on a aussi lancé un second projet payant à côté : Yundera.

Je vois que le contact est en français /France - et l'interface en anglais (pas de français)

Message automatiquement fusionné : Jeudi à 22:05

lancé un second projet

C'est sympa d'avoir mis la gestion en CasaOS

 

[christiangomez92]

Je vois que le contact est en français /France - et l'interface en anglais (pas de français)

Oui, c’est dommage que nous n’ayons pas encore pu intégrer davantage de langues. Nous avons choisi l’anglais comme langue principale de communication pour une raison simple : la communauté anglophone est plus large, ce qui nous permet de recevoir plus de soutien pour le développement. Cela dit, nous avons l’objectif d’intégrer le français à court terme. Si vous voulez nous aider sur ce sujet nous sommes partants

 

[morgyann]

Si vous voulez nous aider sur ce sujet nous sommes partants

Odoo (c'est apparement votre CMS) n'a pas de plugin multilingue ?

Box multi language sur site web

Je viens de créer mon site web, et je souhaiterais ajouter une box multiselection dans l'entête du menu, afin que le visiteur puisse choisir sa langue préférée. Cette fonction est elle possible. Si oui comment l'intégrer? Merci

www.odoo.com

 

[Marino]

Je vois que le contact est en français /France - et l'interface en anglais (pas de français)

 

[christiangomez92]

Odoo (c'est apparement votre CMS) n'a pas de plugin multilingue ?

Box multi language sur site web

Je viens de créer mon site web, et je souhaiterais ajouter une box multiselection dans l'entête du menu, afin que le visiteur puisse choisir sa langue préférée. Cette fonction est elle possible. Si oui comment l'intégrer? Merci

www.odoo.com

Merci pour le conseil, je commence à traduire !
Qu'est-ce que c'est loooong mais si ça aide je vais le faire

 

[Marino]

Merci pour le conseil,

C'est un encouragement !

 

[zypos]

Je pense que ce projet peu intéressé beaucoup de monde ici . C'est le forum de l'auto-hébergement :
Avoir un nom de domaine avec des" sous-domaine" n'est pas le plus compliqué et coûte moins de 10€ par an . Pour moi la difficulté viens des certificats SSL qu'il faut pouvoir gérer . Certain régistar propose des certificats SSL à l'instar de IONOS . Mais pas OVH dans le cas d'un simple achat de nom de domaine.
Perso : j'ai un nom de domaine chez OVH ; nom de domaine racine qui pointe vers le serveur Web du NAS . Pour les sous-domaine il suffit de faire une entrée CNAME de type générique : *.mondomaine.fr ; ce qui permet de rajouter des sous-domaine au fil de l'eau .
Pour les certificats , si le nb de sous-domaine est important ( sans atteindre 1000), il est difficile de gérer les certificats . C'est là que nsl.sh qui fournit le certificat deviens intéressant .
Peut-on utiliser nsl.sh avec une adresse IP_dynamique ?

 

[morgyann]

c'est loooong mais si ça aide je vais le faire

Et oui, la fabrication de sites web reste énormément chronophage. Vu que ce sont des sites vitrines, une fois fait vous ny reviendrez plus tous les jours.

 

[christiangomez92]

Je pense que ce projet peu intéressé beaucoup de monde ici . C'est le forum de l'auto-hébergement :
Avoir un nom de domaine avec des" sous-domaine" n'est pas le plus compliqué et coûte moins de 10€ par an . Pour moi la difficulté viens des certificats SSL qu'il faut pouvoir gérer . Certain régistar propose des certificats SSL à l'instar de IONOS . Mais pas OVH dans le cas d'un simple achat de nom de domaine.
Perso : j'ai un nom de domaine chez OVH ; nom de domaine racine qui pointe vers le serveur Web du NAS . Pour les sous-domaine il suffit de faire une entrée CNAME de type générique : *.mondomaine.fr ; ce qui permet de rajouter des sous-domaine au fil de l'eau .
Pour les certificats , si le nb de sous-domaine est important ( sans atteindre 1000), il est difficile de gérer les certificats . C'est là que nsl.sh qui fournit le certificat deviens intéressant .
Peut-on utiliser nsl.sh avec une adresse IP_dynamique ?

Merci beaucoup pour ton message

Tu mets parfaitement le doigt sur ce qu’on a voulu simplifier avec NSL.SH :
➤ Ce n’est pas tant l’achat d’un domaine ou la création de sous-domaines qui pose problème,
➤ mais la gestion des certificats SSL, du reverse proxy, et surtout… quand on a une IP dynamique et qu’on ne veut pas ouvrir ses ports manuellement

Oui, NSL.SH fonctionne parfaitement avec une IP dynamique.
En fait, NSL ne pointe pas vers ton IP publique comme un DNS classique. À la place, il établit un tunnel sécurisé entre ton NAS (ou serveur) et l'infrastructure.

Alors :

• Pas besoin d’IP fixe
• Pas besoin d’ouvrir de ports
• Pas besoin de gérer de certificat SSL (Let’s Encrypt est automatique)
• Et tous les services Docker de ta machine deviennent accessibles avec des sous-domaines sécurisés en HTTPS.

La logique de routage se base sur le nom des services Docker. Par exemple, si tu as un container jellyfin, il sera accessible à une adresse comme :
https://8080-jellyfin-votresousdomaine.nsl.sh (le 8080- encode le port interne du service pour qu’on sache comment le rediriger sans configuration manuelle)

On a résumé tout le fonctionnement ici :
https://nsl.sh/more

Et si tu as des suggestions pour améliorer, on est preneurs. Le projet est open-source, gratuit, et on le construit avec la communauté