unPixel

Bonjour, Si tu n'as pas la fibre alors vous pouvez pratiquement oublier. C'est jouable en ADSL mais pour un particulier qui veut bien prendre son mal en patience parce que c'est son NAS et son accès privé. Tu parles de club photos donc je suppose que tu mets en ligne des photos pesant pas mal (format RAW ?!) et pas la petite photo JPG de 2 Mo sortie d'un smartphone à 200 euros donc tout ça demande une "très" bonne connexion montante du côté du club photo (appelé upload). Surtout si ce service amène plusieurs adhérents en même temps sur la connexion internet (débit montant). Fais comme Pascalou te demande à savoir un test de la connexion internet depuis ton club photos et donnes nous stp le résultat.

Bonjour, Avec File Station tu as tout à fait la possibilité de faire ce que tu veux. 1. Créer des groupes avec des droits sur des dossiers partagés. 2. Créer les utilisateurs et leur attribuer des droits sur les groupes créés. 3. De ton côté, tu peux voir le journal de log qui te dira qui fait quoi sur les dossiers et les fichiers. Je ne connais pas Presto File Server alors je ne peux pas en parler. Edit : en regardant un peu le site de Syno sur Presto File Server, ça à l'air aussi de répondre à ton besoin malgré que ça à l'air vraiment orienté pour des entreprises ayant besoin de gros débits de transferts.

Rien à redire de plus. @Françoise, je ne vois pas quelle radio tu veux exactement donc je n'ai pas pu entreprendre une recherche plus approfondie. Asuult.net a l'air d'un site mais pas d'une radio mais j'ai pas du comprendre grand chose vu que le site est russe ou en tout cas d'un pays de l'est.

Bonjour, Lire et mettre en application le tuto de Fenrir ;)

Pareil que Lelolo. Création de divers groupes et ensuite attribuer les groupes aux utilisateurs. Au pire, peaufiner derrière sur le compte utilisateur si besoin pour des cas particuliers.

Bonjour, En tant qu'administrateur, va dans Homes puis fais un clic droit sur le dossier Home de l'utilisateur en question. Ensuite, tu sélectionnes "Propriétés" puis tu regardes le propriétaire. Je ne saurais l'expliquer mais j'ai eu un soucis similaire sur le Home de mon épouse et le propriétaire était changé pour un autre utilisateur qui n'a qu'un accès à "Chat". Ensuite tu vas sur l'onglet "Permission" et tu supprimes éventuellement les personnes non concernées par les droits.

De rien. Pour répondre à une autre de tes questions que je viens de lire, pour éviter les conflits, tu dois simplement laisser les cases blanches quand tu ne veux pas que quelqu'un accède à quelque chose. Après, vérifie toujours que ça fonctionne bien sur un compte test par exemple ;)

Bonsoir, Si je ne dis pas de bêtises, tout doit être décoché. A confirmer par quelqu'un d'autre. Au pire, tu fais un test de ton côté. Exemple : Groupe users tout décoché et tu créés un groupe perso ou tu sélectionnes ce que tu veux.

Ok je ferai ça d'ici quelques jours. Pas mal de choses à faire entre temps. Merci encore une fois en tout cas pour ton tuto ;)

J'ai aussi essayé en mettant ma propre adresse mais pareil, ça ne passe pas...

Oui tout à fait, voici ma config : globalSettings__mail__replyToEmail=noreply@***.fr globalSettings__mail__smtp__host=mail.***.fr globalSettings__mail__smtp__username=**** globalSettings__mail__smtp__password=**** globalSettings__mail__smtp__ssl=true globalSettings__mail__smtp__port=587 globalSettings__mail__smtp__useDefaultCredentials=false

Voici le résultat avec Gmail : 2018-02-24 13:16:13 stdout at System.Net.Mail.SmtpClient.SendMailCallback(IAsyncResult result) 2018-02-24 13:16:13 stdout at System.Net.Mail.SendMailAsyncResult.End(IAsyncResult result) 2018-02-24 13:16:13 stdout at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 2018-02-24 13:16:13 stdout --- End of stack trace from previous location where exception was thrown --- 2018-02-24 13:16:13 stdout at System.Net.Mail.SendMailAsyncResult.SendMailFromCompleted(IAsyncResult result) 2018-02-24 13:16:13 stdout at System.Net.Mail.MailCommand.EndSend(IAsyncResult result) 2018-02-24 13:16:13 stdout at System.Net.Mail.MailCommand.CheckResponse(SmtpStatusCode statusCode, String response) 2018-02-24 13:16:13 stdout System.Net.Mail.SmtpException: The SMTP server requires a secure connection or the client was not authenticated. The server response was: 5.5.1 Authentication Required. Learn more at 2018-02-24 13:16:13 stdout Mail send failed. 2018-02-24 13:16:13 stdout [41m[30mfail[39m[22m[49m: Bit.Core.Services.SmtpMailDeliveryService[0] Voici le résultat avec mon propre serveur mail : Pour mon serveur mail, je suis sûr de moi. J'ai plusieurs clients configurés sur plusieurs machines avec la même configuration à chaque fois. 2018-02-24 13:25:00 stdout at System.Net.Mail.SmtpClient.SendMailCallback(IAsyncResult result) 2018-02-24 13:25:00 stdout at System.Net.Mail.SendMailAsyncResult.End(IAsyncResult result) 2018-02-24 13:25:00 stdout at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 2018-02-24 13:25:00 stdout --- End of stack trace from previous location where exception was thrown --- 2018-02-24 13:25:00 stdout at System.Net.Mail.SendMailAsyncResult.SendMailFromCompleted(IAsyncResult result) 2018-02-24 13:25:00 stdout at System.Net.Mail.MailCommand.EndSend(IAsyncResult result) 2018-02-24 13:25:00 stdout at System.Net.Mail.MailCommand.CheckResponse(SmtpStatusCode statusCode, String response) 2018-02-24 13:25:00 stdout System.Net.Mail.SmtpException: The SMTP server requires a secure connection or the client was not authenticated. The server response was: 5.5.1 Authentication Required. Learn more at 2018-02-24 13:25:00 stdout Mail send failed. 2018-02-24 13:25:00 stdout [41m[30mfail[39m[22m[49m: Bit.Core.Services.SmtpMailDeliveryService[0] 2018-02-24 13:24:59 stdout Request finished in 6.703ms 200 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Hosting.Internal.WebHost[2] 2018-02-24 13:24:59 stdout Executed action Bit.Api.Controllers.AccountsController.PostVerifyEmail (Api) in 3.952ms 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker[2] 2018-02-24 13:24:59 stdout Executing action method Bit.Api.Controllers.AccountsController.PostVerifyEmail (Api) with arguments ((null)) - ModelState is Valid 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker[1] 2018-02-24 13:24:59 stdout Authorization was successful for user: d70cbb68-3659-480e-8c5f-a8900149e1ec. 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Authorization.DefaultAuthorizationService[1] 2018-02-24 13:24:59 stdout AuthenticationScheme: Bearer was successfully authenticated. 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: IdentityServer4.AccessTokenValidation.IdentityServerAuthenticationHandler[8] 2018-02-24 13:24:59 stdout AuthenticationScheme: BearerIdentityServerAuthenticationJwt was successfully authenticated. 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Authentication.JwtBearer.JwtBearerHandler[8] 2018-02-24 13:24:59 stdout Successfully validated the token. 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Authentication.JwtBearer.JwtBearerHandler[2] 2018-02-24 13:24:59 stdout Policy execution successful. 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Cors.Infrastructure.CorsService[4] 2018-02-24 13:24:59 stdout Request starting HTTP/1.0 POST http://bitwarden.ndd.fr/accounts/verify-email application/json;charset=utf-8 0 2018-02-24 13:24:59 stdout [40m[32minfo[39m[22m[49m: Microsoft.AspNetCore.Hosting.Internal.WebHost[1]

Ok. Bon bah pour Gmail non plus ça ne passe pas. J'ai l'impression que c'est l'application web qui n'arrive tout simplement pas à envoyer les mails malgré la bonne configuration smtp.

Non, je n'ai que mon ndd chez ovh. Tout le reste concernant le mail est hebergé sur mon serveur chez moi avec Mail Plus Serveur. J'ai aussi essayé Gmail mais ça ne passait pas. Peut-être en effet qu'il faudrait que je test juste avec un mot de passe d'application pour voir. Ceux qui ont accès au dossier Docker sur File Station peuvent lire facilement le fichier avec un éditeur de texte. Quant à l'envoi du mail, il y a aussi le faite de valider le compte avec un envoi par mail.

En effet, le soucis venait bien du container nginx et l'erreur était simple pour celui qui savait ou chercher. J'ai un de mes fichiers de certificat qui n'avait pas ou avait été mal édité au niveau du nom. Et nginx ne trouvait donc pas ce fichier et donc refusait carrément la connexion sur le script web. Après une vérification et une édition rapide dans File Station, le soucis a été résolu. Merci à toi en tout cas car ne connaissant pas bien Docker, je ne savais pas ou chercher pour mon soucis. J'ai ensuite trouvé le journal de ce container et j'ai pu trouver la solution. Maintenant je coince encore sur quelque chose. C'est sur l'envoi des mails. J'ai testé "vi" rapidement mais il est plus rapide d'éditer le fichier avec wordpad par exemple. Malgré que j'ai bien configuré mon serveur smtp dans le fichier et que ça me confirme l'envoi du mail, je ne le reçois pas du tout. Je suis pourtant certain de mon serveur smtp car c'est mon propre serveur mail et il tourne H24 sans soucis. Il y a un truc qui m'échappe... **************************************** Par contre, ATTENTION ! Ce fameux fichier contenant les informations contient en "clair" le mot de passe du compte smtp... Pas cool je trouve ça. J'ai donc du créer un compte spécial juste pour cette fonction et cette application afin d'éviter d'exposer mon vrai compte mail et mes données du nas.

J'ai bien 7 conteneurs en cours d'utilisation pour Bitwarden par contre, j'ai "bitwarden-nginx" qui est en "redémarrage en cours..." et même en forçant le redémarrage, il redémarre mais revient sur la position "redémarrage en cours...". Je ne sais pas si c'est normal. Pour l'IP, non ça ne fonctionne pas plus ! Pour la version Desktop, je l'ai installé en effet mais elle ne fonctionne pas pour le moment puisqu'elle n'arrive pas à accéder à mon serveur.

En faites, c'était bien le signe > qui posait soucis et maintenant, je peux utiliser ta ligne de commande. J'ai essayé une réinstallation avec les ports 80 et 443 et en effet, il y a conflit nginx. J'ai donc tenté une réinstallation avec exactement les même paramètres que toi mais là non plus ça ne passe pas. L'installation se fait bien et dans ma fenêtre putty j'ai bien l'url de connexion avec le port 444 mais elle ne fonctionne pas. J'ai testé : bitwarden.ndd.fr:444 bitwarden.ndd.fr:81 Mais j'ai "Ce site est inaccessible. Pourtant mes sous domaines habituels fonctionnent sur le nas (drive, video, calendar, mail etc...). Je précise aussi que les ports sont ouverts sur mon routeur et le pare feu du nas. J'ai aussi créé une zone DNS CNAME dans mon compte OVH et dans mon serveur DNS sur le nas pour déclarer le sous domaine. Mon certificat est aussi à jour avec le sous domaine. Je comprend pas là ou ça pose soucis.

Bon, j'ai mit en place ton tuto. Premier soucis ; ta ligne d'installation ne fonctionnait pas chez moi car il ne trouvait pas "-s". J'ai donc tenté avec cette ligne de commande ci-dessous trouvé sur le site officiel et ça passait. curl -Ls -o bitwarden.sh https://bit.ly/bw-sh \ && sudo chmod u+x bitwarden.sh Ensuite, j'ai continué ton tuto et tout avait l'air d'aller jusqu'au moment du test final ou là, je n'ai pas accès via mon navigateur à Bitwarden via mon ndd "bitwarden.ndd.fr". J'ai mit les même ports que toi à savoir 81 et 444 (j'aurai d'ailleurs du réfléchir avant car je préfère rester sur du 80-443). J'ai fait le redirections dans mon routeur et le pare feu du nas et j'ai bien réglé mon reverse proxy dans le nas. Mais rien à faire, j'ai cette foutue erreur 502 Bad Gateway qui s'affiche dans le navigateur.

Bonjour, Merci pour ce tuto. Je vais essayer de le mettre en place pour remplacer Keepass qui manque clairement de fonctions. Merci encore !

Encore une fois si tu te connectes en local avec ton ip, tu ne peux pas mettre de certificat. Tu peux en effet créer un certificat pour ton adresse perso qui mène à ton nas. Si tu as des questions liées au tuto sur la sécurité, je t'invite à les poser sur ce dernier directement. Ça sera plus simple pour les autres membres si ils ont aussi les même questions que toi ;)

Pour te répondre simplement, en local (avec ton ip en 192.168.X.X), tu peux rester en http sans soucis et avec un message d'erreur sur le certificat ssl si connexion en httpS. Pour de l'extérieur et donc du partage d'albums, tu dois utiliser httpS en tout temps ! Maintenant, je te colle ci-dessous le tuto sur la sécurité de Fenrir. Suis le attentivement, c'est important ;)

un conseil, va sur le tuto de Fenrir sur la sécurité des nas et suis le à la lettre. Ensuite, tu comprendras beaucoup de choses dans tes questions et tu sauras aussi gérer les ports pour le pare feu de ton nas ainsi que pour ton routeur ;)

Oui je sais pas pourquoi c'est toujours dispo de ton côté.

Et dans le pare feu du nas ;)

Ils ne cohabitent pas... Je viens d'aller voir dans le centre de paquets et on ne trouve plus que le paquet Drive. Cloud Station n'existe plus normalement sauf peut-être pour ceux qui ont encore ce paquet sur leurs nas sans être passer volontairement sur Drive. J'ai aussi été voir dans le centre de téléchargement sur le site de Synology et je ne vois plus que le paquet "Cloud Station Drive" aussi appelé tout simplement "Drive".