unPixel

Oui tu as raison, perso, j'ai réussi sur Firefox et MAC à trouver une extension mais je ne sais même plus laquelle tellement j'ai fait d'essais. Et c'était pas si optimal et aussi ergonomique que Bitwarden. Keepass est bien mais pour ma part, il est maintenant dépassé quand on veut avoir un lien direct via un smartphone et/ou son navigateur. Après faut pas oublier que les smartphones sont de vrais mouchards donc même Bitwarden sur ce dernier, c'est limite limite par rapport aux merdes qui checkent le contenu du smartphone. Je ne sais pas d'ailleurs pas si c'est chiffré sur les smartphones mais je suppose que oui.

De rien. Si c'était de ton côté, tes logs te le diraient mais si le serveur ne reçoit pas, c'est qu'Apple n'envoie pas.

Ça doit être un soucis côté Apple alors.

De rien.

Je comprend plus rien alors... Tu utilises MailPlus Server ? Si oui, alors regardes dedans, tu as les logs... Après, tu peux aussi aller voir les logs dans SSH. Ne t'excuse pas.

Bah logiquement mail.ndd.tld devrait t'amener à ton webmail via reverse proxy mais tu n'en as pas.

Même code d'erreur que ci-dessus avec sid au lieu de cookie. Si tu as besoin, n'hésites pas 😉 Au pire, demande au développeur d'une autre extension, si il est sympa, il te répondra.

@CoolRaoul Tu as pas tort, il est assez gourmand et je l'ai même dit plus tôt dans le topic. Par contre, je suis pas d'accord avec toi. Si on veut justement (on est en 2018 quand même) s'ajouter un peu de facilité d'utilisation et par conséquence que ce soit compatible avec les navigateurs, alors il faut se battre pour que ça fonctionne avec Keepass. Quant aux versions selon les OS, elles sont différentes. Keepass sur MAC, c'est KeepassX si mes souvenirs sont bons.

J'ai eu des soucis aussi à une époque avec iCloud mais ça venait du serveur SMTP d'Apple. Regardes tes logs... Et pour mail.ndd.tld, si tu avais suivi mon tuto, tu l'aurais mit de suite.

Tu as tout compris. Go !

Pour moi, Keepass reste le meilleur pour une seule raison, il est complètement confidentiel et approuvé par beaucoup. Maintenant pour Bitwarden, il a tout comme Keepass mais en mieux question ergonomie et compatibilité de fonctionnement sauf sur un seul point, le développeur utilisent des statistiques d'utilisation. Par contre, si j'ai bien compris, les statistiques d'utilisation ne sont pas sur les versions auto hébergées et seulement sur son site officiel pour ceux qui ne veulent pas héberger leur instance. J'avais vu rapidement une discussion sur Github pour un utilisateur qui se demandait. A vérifier pour ceux que ça intéresse. Lien qui peut aussi vous intéresser grandement 😉 https://docs.google.com/spreadsheets/d/1ucaqJ4U3X3nNEbAAa06igbBkITHaA98blftOwT8u0I4/edit#gid=464920

Bon alors voilà les deux tests que j'ai effectués pour toi : https://ndd.tld/webapi/auth.cgi?api=SYNO.API.Auth&version=2&method=login&account=demopasswd=&demo&session=DownloadStation&format=cookie Résultat : j'arrive sur ma page 404. Comme tu peux le voir, je n'ai pas mit de port tout simplement parce que je n'en ai pas de base à part le 443... J'ai par curiosité essayé autre chose : https://dl.ndd.tld/webapi/auth.cgi?api=SYNO.API.Auth&version=2&method=login&account=demo&passwd=&demo&session=DownloadStation&format=cookie%EF%BB%BF Résultat : {"error":{"code":400},"success":false} Si tu as encore besoin, nhésites pas 😉

A la troisième ligne ? Tu peux me faire une capture d'écran stp de la partie configuration (champs à remplir) car je ne passe plus par là depuis un moment alors j'ai oublié. Normalement, si mes souvenirs sont bons, ça te demande un mail, autre chose mais je sais plus quoi et les domaines. Donc ça donnera : admin@demo.org je sais plus quoi ndd.tld,mail.ndd.tld Si je me souviens bien, c'est séparé par une virgule ou un point virgule mais ça doit être précisé normalement au passage de la souris.

Et tu n'as pas de soucis de certificat ? DS Get, DS Files fonctionnent via reverse proxy ?

Ton NAS est ouvert sur internet pour quel service exactement ? Je viens de regarder ton certificat et en effet, il est valide uniquement pour ndd.tld Donc il faut que tu fasses une nouvelle demande en prenant en compte les autres domaines.

J'utilise toujours le port 443 (via redirection automatique) en local comme en extérieur. Et le test a été fait à l'extérieur de chez moi 😉 Comme je te l'ai dit, j'utilise depuis longtemps une autre extension concurrente à la tienne si je peux l'appeler comme ça et elle fonctionne parfaitement avec mon domaine https://dl.ndd.tld Pour le /download, c'est ton extension qui l'ajoute lui même.

Là, je suis absent de chez moi et j'ai déjà un dépannage de prévu dans le courant de semaine prochaine mais si tu as encore besoin d'ici là, alors pas de soucis pour te le faire. En attendant, il n'y a rien de compliqué car tout est maché sur le forum via des tutos. Il suffit simplement de les appliquer à la lettre... Or je constate que tu n'as pas suivi le tuto de Fenir complètement ou correctement car tu nous parles de ports 6xxx qui n'ont rien à faire là dans cette discussion. Il te fallait laisser les ports d'origine qui de toute façon n'auraient pas été ouverts par la suite car on aurait mit en place avec toi le reverse proxy pour que tout fonctionne sur le port 443 comme Goerges tu l'as expliqué plus haut.

J'ai reçu ton domaine mais il débouche sur rien...

Je ne pense pas que Balooforever faisait allusion à Keepass bien au contraire. Cependant, Keepass est un ancêtre et il faut avouer qu'il ne sait pas se mettre au niveau d'un Bitwarden par exemple. Pour le faire fonctionner sur PC, MAC, Linux puis ensuite faire des liens avec des navigateurs, c'est jamais les même outils et le même fonctionnement. C'est juste la croix et la bannière pour que tout soit en place. La personne qui utilise que Firefox sur un Windows, aucun soucis mais pour le reste, c'est la mer.. Je pense qu'il faisait surtout une comparaison avec tous ces outils fermés qu'on trouve comme Dashlane, 1Password etc... et dont personnellement, je n'ai aucune confiance !

Sans compter que les dernières MAJ bouchent des failles de sécurité et qu'il y en a une actuelle qui n'a pas l'air jolie jolie... Bref, fais comme tu veux mais pour moi c'est de l'inconscience... Un peu comme si tu achetais une voiture mais que tu refusais de l'entretenir parce que ton garagiste était un ...

Tu es limité à 5.1 sur ton NAS ou tu peux mettre la 6.2 ? Vois ça car question sécurité, il y a eu des updates récentes assez importantes et qui se colmatent en passant à la V6.2

Envoi moi ton domaine en MP stp que je vérifie ton certificat. Pour le TTL chez OVH et server DNS, tu mets la même chose pour les deux. Prends exemple sur mon tuto.

Rassures toi, tu t'y prends mal, c'est un fait mais logiquement ton certificat doit être bon. Par contre, vois si tu peux te le faire rembourser afin ensuite qu'on t'aiguille pour obtenir un certificat SSL chez Let's Encrypt qui une nouvelle fois est gratuit. Dans un premier temps, tu vas : Vérifier dans ta zone DNS chez 1&1 que ton domaine est redirigé sur ton IP. Tu as une IP fixe ? Tu vas aller dans ta box et indiquer que tel domaine doit être redirigé sur telle IP. Et tu indiques l'IP locale du NAS. Bien entendu, il te faut attribuer au routeur une IP fixe pour le NAS. Ensuite, tu vas aussi mettre en place le tuto de Fenrir sur la sécurité des NAS puis le tuto DNS Server. Après tout ça, on verra pour mettre en place le reverse proxy et la redirection automatique pour https.

Suis la réponse de Kramlech et utilise le routeur RT2600 qui est un vrai routeur...

Et pourtant TS est royal... Il y a surtout Discord qui maintenant a prit le dessus mais question confidentialité, c'est nada ! Juste pour m'amuser, j'ai testé de créer un serveur TS sur Docker. Il fonctionne en local mais impossible de le faire fonctionner en WAN. Bref, j'ai du rater un truc mais je me suis pas penché plus que ça dessus.