This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

red1

Membres
  • Compteur de contenus

    30
  • Inscription

  • Dernière visite

À propos de red1

  • Rang
    Initié

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

  1. Bonjour, Je viens de faire l'opération. Je suis passé de la version 4.2 (dernière version autorisée pour le DS109) à la 5.0-4528-2. Je ne cherche pas à aller plus loin pour l'instant car j'ai seulement besoin du DSM 5.0 pour installer un nouveau package qui était incompatible avec DSM 4.2. Tout ne s'est pas bien passé la première fois parce que je n'ai pas appliqué exactement le protocole. Autant que d'autres profitent de mon erreur en la partageant. L'idée consiste à faire croire au système que le DS109 est un DS112j (hardware le plus récent compatible avec le DS109.) Depu
  2. Bonjour, Je redéterre un de mes vieux posts pour apporter une précision. J'ai dû dernièrement réinstaller DSM et j'ai été de nouveau confronté à la nécessité d'installer un fichier .htaccess Etrangement, la méthode décrite ci-dessus ne fonctionnait plus. La raison était la suivante : même si vous ne créez pas de sites web perso sur votre Synology, il faut a minima cocher la case "Activer Web Station" dans les paramètres. Dans le cas contraire, le .htaccess ne sera pas reconnu et donc son contenu sera inopérant.
  3. Ben voilà, j'ai trouvé. Et ce n'est pas possible. Ci dessous un extrait du user's guide du synology directory server : LDAP users are not allowed to access the following DSM applications: Photo Station, Audio Station, and Surveillance Station.
  4. Bonjour, Il te suffit de sélectionner "Comptes photo station" dans la liste déroulante et tu retrouveras les anciens comptes. Très sincèrement, je me demande quel est l'avantage de sélectionner les comptes DSM. Je n'ai pas trouvé la solution pour gérer finement les droits d'accès aux différents album depuis les comptes DSM. Pour les comptes "génériques" (droit d'accès à un groupe de personnes), j'utilise dorénavant l'accès par mot de passe (l'abum est vu verrouillé sur la page d'accueil et demande un mot de passe sans login).
  5. Bonjour, Je relance sur ce fil qui semble avoir été consulté, mais pour lequel aucune réponse n'a encore été apportée. Je suis surpris d'ailleurs car je ne dois pas être le seul à me poser cette question : C'est lié à la problématique de l'accès aux images déposées sur le Syno. Si les images sont dans un album public, pas de souci puisque tout le monde peut les voir. Mais si je dépose mes images sur mon Syno c'est justement pour que mes images ne soient pas publiques : sinon je choisirai de créer un album en ligne. Donc image non publique veut dire gestion des mots d
  6. red1

    Vous H

    Bonjour, Il faut activer le webanalyser depuis la console DSM et vérifier les user agents. Si dessous ce qui est apparu me concernant : Mozilla/5.0 (compatible; bnf.fr_bot; +http://www.bnf.fr/fr/outils/a.dl_web_capture_robot.html)
  7. red1

    Vous H

    Bonjour, On les bannit à l'aide du fichier .htaccess. Moi aussi, et j'imagine qu'il y a une faille de sécurité. Pourtant, j'ai bien eu la confirmation de la BNF qu'une partie de mon site avait été collecté. Ci-dessous un extrait du message qu'ils m'ont envoyé : "La collecte de votre site a débuté le 24 octobre avec pour objectif d’archiver un échantillon représentatif du domaine [...]"
  8. Étrange en effet. Rien ne vaut un bon test croisé. J'ai un ami qui a une tablette Android 4.0 qui fonctionne avec mon serveur. Je t'envoie par MP une adresse vers laquelle tu pourras faire un essai depuis ton téléphone.
  9. Bonjour, Savez-vous s'il est possible d'utiliser le serveur LDAP du Syno pour gérer les comptes utilisateurs de Photo Station ? Merci.
  10. Bonjour, Normalement, l'IP fixe ou pas ne devrait pas poser de problème ; j'imagine que dans ta tentative de connexion avec le logiciel DS Photo+ depuis ton téléphone, tu spécifies soit l'adresse IP, soit un nom de domaine qui pointe vers l'adresse IP de Photo Station. Je ne sais pas si cela pourra te donner un début de piste, mais j'avais déjà rencontré un problème similaire, justement avec une version 2.3 d'un téléphone. Pour info, 2.3 c'est la dernière version des téléphones Androïd avant que les tablettes n'apparaissent. Les versions 3 sont des versions réservées aux tablettes Androï
  11. red1

    Vous H

    Bonjour, Effectivement. Beaucoup de données et un petit débit en upload. Mais moi ce qui me turlupinerait à votre place (et c'est un peu la raison pour laquelle j'ai posté sur un forum Syno plutôt qu'un forum généraliste ; car finalement c'est avant tout une information qui intéresse tous les propriétaires de domaines .fr), c'est comment le Syno a laissé échapper une grosse quantité de photos du répertoire photo, alors que tous les comptes utilisateurs du Syno nécessitent un mot de passe. La seule solution serait qu'un des utilisateurs qui a tous les droits d'accès (et ils sont
  12. red1

    Vous H

    Un Maître des Syno pourra probablement aider un simple initié Et je ne cris pas au complot : je constate. Ceci posé, je ne suis surement pas le seul dans ce cas puisqu'un intervenant un peu plus haut, a aussi eu une visite de courtoisie de la part de la BNF. Contenu du robots.txt : User-Agent: * Disallow: / L'étoile s'adresse à tous les robots, et le disallow sur le / indique que toutes les pages du site sont exclues de l'indexation du robot. Contenu du .htaccess spécial BNF : order allow,deny Deny from 194.199 Deny from bnf.fr allow from all
  13. red1

    Vous H

    Dépôt légal c'est le prétexte officiel. Si demain des ayants droits ou des grands groupe représentants légaux d'ayants droits demandent à comparer une œuvre déposée avec le contenu d'un site que la BNF aura aspiré, que pensez-vous qu'ils feront ? Chez moi aussi la page index ne contient rien. Et il faut login et mot de passe pour accéder au moindre contenu du Syno. Pourtant, cela ne les a pas empêcher d'aspirer. Quand à se retourner vers la BNF, j'en connais qui ont essayé ; la CNIL est derrière eux : ils font se qu'ils veulent. Blacklistée chez moi aussi. Ce qui est incroyable c'est
  14. red1

    Vous H

    Bonjour à tous, Depuis quelques jours, mon serveur Syno ne se mettait plus en veille. Pourtant j'étais certain de ne pas avoir activé les options qui empêchent la mise en hybernation des disques, et généralement l'usage de mon Syno est tel qu'il se met régulièrement en veille. J'ai donc réactivé le webanalyser et j'ai observé quelques jours : C'est la BNF (Bibliothèque nationale de France) qui est en train d'aspirer tous les sites du domaine .fr ! (je possède un nom de domaine en .fr qui pointe sur mon Syno). L'adresse IP qui passe son temps sur mon serveur est celle d
  15. Bonjour à tous, Merci pour vos réponses. Pour répondre à PiwiLAbruti, le daemon HTTP qui perme au Syno de répondre aux requêtes web n'empêche pas les disques de se mettre en veille.