Jeff777

Bonsoir, Qu'est-ce que tu emploies pour la redirection http vers https ? c'est toujours la même page? Qu'entends tu par page de ce type ?

Bienvenue @tsubasa37

Bonjour @Kramlech J'avais prévu une autre technique, je ne suis pas très certain que ce soit sans faille mais tu vas me dire ce que tu en penses. J'ai Bitwarden sur mon PC et ma tablette (appli Android). Si la tablette est en WIFI à l'ouverture de l'appli le coffre qui est quelque part sur la tablette se synchronise avec le coffre du NAS. Idem sur le PC, lorsque l'on déverrouille l'extension bitwarden dans le naviguateur le coffre du PC se synchronise avec le NAS. Mais quand je n'ai pas le WIFI ou que le NAS est déconnecté du réseau, bitwarden continue a fonctionner avec le coffre interne (tablette ou PC). On peut même l'exporter en .json sans chiffrage vers une nouvelle machine. Evidemment si la maison prend feu, que je n'ai pas pris ma tablette ou bien que celle-ci plante je n'ai plus qu'à utiliser l'option mot de passe oublié 😉

Avec la nouvelle version de portainer (2.5) on a les IP des containers directement dans l'onglet container. Pratique !

Bon je corrige mon post.

Si le port 80 est bloqué par le pare-feu du nas une requête de l'extérieur en http n'aboutira pas sans le fichier de redirection .php ou .htaccess. Avec l'un de ces fichiers elle aboutira en https pour peu que l'adresse utilisée corresponde à un proxy inverse existant tartanpion.ndd et qu'un certificat soit attribué à ce domaine.

Ah j'ai encore beaucoup de choses à apprendre sur docker 😄 Donc il faut que je crée un volume dans le docker-compose ? comment je fais, comme cela ? : - /usr/lib :/unifi/data En fait je ne suis pas certain que ce soit utile puisque ça fonctionne sans cela et j'ai un fichier system.properties dans /volume1/docker/unifi-controller/data.

Bonjour, La certificat est attaché à un nom de domaine et non à une adresse locale.

Ben en tout cas c'est bien ici que j'avais le commentaire sur le fait que system.properties n'avait pas pu être enregistré dans /usr/lib/unifi/data :

Au premier lancement du docker-compose dans les logs de unifi_controller dans portainer il était signalé une erreur : le fichier sytem.properties n'avait pas pu être enregistré dans /usr/lib/unifi/data/ qui n'existait pas.

Je n'en sais rien et je ne sais pas à quoi sert le répertoire usr/lib/unifi/data (que j'ai créer suite à la notification) qui curieusement est vide. Le fichier system.properties se trouve dans le répertoire /volume1/docker/data . Je te dirai à la prochaine MàJ. (J'ai oublié de dire que mon DSM sur ce NAS est DSM7)

Bonjour, J'ai galéré mais j'ai réussi avec: Pour ceux qui, comme moi, n'y arriverait pas du premier coup quelques infos pour utiliser docker compose : Faire un reset de la borne (attendre le clignotement blanc et relâcher) Dans /volume1/docker/unifi-controller mettre le docker-compose.yml et créer un répertoire data. Edit Créer aussi le répertoire unifi dans usr/lib puis data dans usr/lib/unifi. Créer le container (docker-compose up -d) vérifier dans le log qu'il fini bien par [services.d] starting services [services.d] done. S'il y a une notification à propos du fichier system.properties la relance du container a solutionner ce problème chez moi (docker-compose down puis docker-compose up -d) Se connecter sur iplocalenas:8443 Pour que la borne soit détectée bien suivre les instructions du tuto dans Application Setup, à savoir: Settings > System Settings > Controller Configuration advanced> host for inform : IPlocalenas cocher la première case : Override inform host Pour adopter la borne : Se connecter en SSH sur la borne (IPlocale borne, port 22) utilisateur et mot de passe 'ubnt' (edit : ou dans la section SSH de Settings/System settings/advanced si déjà configuré) commande : set-inform http://iplocalenas:8080/inform (edit : rafraichir et patienter jusqu'à la proposition d'adopter le borne)

Merci @.Shad....je n'ose même pas te dire ce que je croyais avoir compris tellement c'est bête 🙃

Bonjour @.Shad. J'essaie de dockériser sur le nas mon unifi-controller qui tourne sur mon PC. Je tente en docker-compose. Peux-tu me préciser comment faire ceci :

Bonjour. Elles le sont, il suffit d'attendre un peu 😉

C'est ça !

Je l'avais momentanément retirée !😜 En fait c'est justement parce que j'ai mis mes photos dans le répertoire /photo qui est celui de photostation. Je pense que Photostation utilise l'alias photo par défaut.

C'est là (ça existe aussi sur DSM6 mais pas au même endroit) :

Bonjour, De retour chez moi je me rends compte que j'ai peut-être dit des bêtises concernant le port utilisé 😦 En résumé je tape photo.ndd ou photo2.ndd pour arriver respectivement sur Synology Photo du nas1 avec DSM7 et Photostation du nas2 avec DSM6. Les .htaccess sont les mêmes : RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} RewriteCond %{HTTP_HOST} ^photo.ndd$ RewriteRule ^$ https://photo.ndd/photo [L,R=301] RewriteCond %{HTTP_HOST} ^photo2.ndd$ RewriteRule ^$ https://photo2.ndd/photo [L,R=301] Les reverses proxies : https://photo.ndd ==> http://ipdunas1 https://photo2.ndd ==> http://ipdunas2 par contre dans le nas1 (dsm7) photo est déclaré en alias sinon ça ne fonctionne pas. Je mets toutes mes photos dans le répertoire /photo. Dans synology photo il faut que j'aille dans l'espace partagé pour les voir. Oui Synology Photo se rapproche plus de Moments que de Photostation mais il remplace les deux applications. Voilà. Désolé pour le retard.

Bonjour, Je suis de loin votre discussion sur le proxy inversé (je suis dans une zone blanche....oui ça existe ) Ça fait plusieurs années que mon reverse proxy photostation fonctionne et le passage à dsm7 et synology photo n'a rien changé. Le .htaccess est modifié comme je l'ai indiqué, par contre la déclaration du port http est faite dans le panneau de config/application et je n'ai rien dans les paramètres photostation.

Bonjour, Rectificatif. Concernant la redirection de http vers https à ne pas cocher je voulais parler de la redirection générale.Celle de photostation je ne vois pas trop de quoi vous parlez tous les deux.

oui

Surtout pas. Cette option est incompatible avec le proxy inverse c'est pour cela que l'on utilise soit un fichier .htaccess soit un fichier .php pour la redirection. oui mais chez moi ça fonctionne sans. Alors essaie les deux.

@Diabolomagic oui je ne l'ai pas activé non plus. Pour info j'avais mis en place ce reverse proxy avec DSM6 et suis passé à DSM7 béta sans problème 😉

Bonjour @MilesTEG1. Que veux-tu dire par là ? Tu n'as pas fait d'export/import du coffre? tu as changé les nom dans le docker-compose ou bien dans le docker du DSM? tu as redémarré le container ? Je ne suis pas sûr que le pb ne vienne pas de moi. D'ailleurs la collection de l'organisation est conservée il faut juste que je recrée l'organisation et que je partage avec mon utilisateur.