unPixel

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".

Bah Photo Station se comporte comme un site internet et il faut le port 443 (sécurisé) ou 80 (non sécurisé) pour y accéder.

Drive remplace Cloud Station normalement.

Bizarre ton soucis. Lis le tuto sur la sécurité aussi. Tu as peut-être un soucis de droits au niveau des ports. Tu as bien le port 443 d'ouvert ?

Bonjour, Avec Drive, chaque utilisateurs choisis ce qu'il partage et avec qui donc oui, tu as des droits pour chacun.

Bonjour, Rien à voir avec mon tuto sur la sauvegarde de ses données. Je parle bien du tuto sur Photo Station...

Bonjour, As-tu suivi mon petit tuto sur PhotoStation ?

@ers31 Bonjour, Tu dois formater ton disque dur via le NAS. Procédure : "Panneau de configuration" et "Périphériques externes". Ensuite, tu sélectionnes ton disque et tu fais "Formater". Perso, je choisis Ext4. Ensuite, tu peux accéder à tes sauvegardes sur le disque dur via Hyperbackup Explorer sur ton ordinateur à condition que ton nas soit visible sur le réseau.

Bonjour, Je n'ai pas fait de comparaison de ce point de vue donc je ne peux pas te dire. A toi de tester, ça ne coute rien à part un peu de temps ;)