CoolRaoul

Par exemple oui, tu peux même supprimer le "/video" et ainsi monter tous les partages d'un coup Ca ne marche pas pour toi? Tu as quel message d'erreur? ***EDIT*** J'ai déja décrit la méthode ici:

Dans ta console OVH il faut que les *deux* sous domaines, "www" et "***" (en mettant ce que tu veux pour les "***") soient chacun de type CNAME et avec comme valeur ton nom dyndns complet. (Je connais pas OVH mais il est aussi possible qu'il y ait moyen de définir une entrée de type wildcard (catch-all) et dans ce cas tu peux choisir d'utiliser cette option: en la déclarant de type CNAME vers ton nom dyndns, tu créé de fait une infinité de sous domaines automatiquement: xxx.nom_de_domaine.com sera toujours résolu vers ton ip dyndns quelque soit la valeur de "xxx") Ces sous domaines sont a rediriger vers la bonne destination (répertoire) sur le NAS en déclarant des hôtes virtuels dans l'interface DSM (panneau de conf -> service web, ->application web) pour chacun d'eux. Dan ton cas, pour Joomla tu va définir un hôte virtuel avec nom de sous dossier: Joomla" nom d'hôte "www.nom_de_domaine.com" ("index.php" étant cherché par défaut lorsque l'url désigne un dossier) Pour l'interface DSM, tu pourra déjà y accéder via l'addresse "***".nom_de_domaine.com:5000 Mais, si le ":5000" te pose vraiment un problème métaphysique, faudra passer soit par un reverse proxy sur le Syno (plusieurs post à ce sujet sur ce forum ), soit déclarer aussi dans ce cas un hôte virtuel, et dans le répertoire de celui ci, un .htaccess avec des clauses rewritecond/rewriterule ou une redirection via un index.php. Comme je l'ai déjà dit précédement, le DNS ne s'occupe que de la partie "host", le port (5000 ici) est en dehors du périmètre. Faut bien comprendre ça. Mais la on sort du cadre de nos histoires de DNS et je n'ai pas toutes les billes pour te donner tous les détails avec précision.

je ne vois pas ce qu'il faudrait changer dans les réglages dyndns de ta box. Mais je dois t'avouer avoir un peu de mal à percuter ce que tu veux faire exactement: Quand tu dis "mon site", de quoi parles-tu ? Quelle url veux-tu associer à l'interface d'admin du nas? Veux tu associer d'autres urls a d'autres choses? Et n'oublie pas que l'approche proposée par Kramlech est une option possible aussi En fait tu peux tout a fait utiliser simultanément deux services dyndns , l'un via la box et l'autre via le syno (mais j'ai peur de t'embrouiller la)

Non: "toto.mon nom de domaine.com" (sans le www) et non pas "www.toto.mon nom de domaine.com " toto est créé comme un sous-domaine de "mon_nom_de_domaine.com" et pas comme sous domaine du sous domaine "www" Et quand tu dis "pour accéder à mon site", tout dépend de l'IP que tu as associée à "www" dans la console DNS Aussi, que veux-tu dire par "mon site" exactement?, tu nous a bien dis avoir acheté un nom de domaine chez OVH, pas un hébergement avec? Donc c'est a toi d'associer ce que tu veux au sous-domaine "www" Enfin, pour accéder a l'interface du serveur suffit de spécifier le port 5000, pas besoin de sous domaine pour ça

En "destination" tu met ton nom complet dyndns ("machin.dyndns.org") En sous-domaine tu met le nom sous lequel tu veux accéder à ton nas via ton domaine OVH (si tu met "toto", alors toto.<tondomaine>.com pointera vers "machin".dyndns.org qui lui meme pointe vers ton IP dynamique) Attention, l'effet n'est pas immédiat: il y a un temps de propagation a prendre en compte lors de la modification de zones dns (typiquement quelques minutes à quelques heures)

A priori, je dirai ici ... (nb je ne suis pas chez OVH): Lorsque tu t'enregistres chez un fournisseur de dns dynamique (dyndns) , tu as forcément choisi un nom, c'est de celui-la que je parle (doit ressembler à "<mon_nom_dyndns>.dyndns.org") Je ne comprend pas ce que tu veux dire avec tous ces "..." Puisque tu as un dns dynamique chez dyndns, ton NAS est déja accessible (pour autant que tu ais bien défini les redirections dans ta box/ton routeur) sous le nom "<le nom que tu as choisi>.dyndns.org" Puisque, si j'ai bien compris, tu veux qu'il soit accessible avec ton nom de domaine, sous ta console OVH, en définissant une entrée de type CNAME (disons "monnas") , cela te permettra de faire correspondre monas.<mon nom de domaine chez ovh> à "<mon_nom_dyndns>.dyndns.org" ***EDIT*** Attention, la redirection DNS ne s'applique qu'a la partie "host" , faudra quand meme ajouter "Joomla/index.php" (ou passer par des règles de re-écriture apache, mais on déborde du sujet initial la)

Il y a, me semble-t-il, (beaucoup) plus simple: Enregistrer ton syno chez un des fournisseurs DDNS référencés dans DSM (par exemple le service fourni par synology, avec une addresse en "monsyno.myds.me" par exemple (via panneau de conf -> DDNS) Dans la console d'administration de zone DNS OVH, déclarer une entrée sous domaine de type CNAME pointant vers le nom choisi à l'étape précédente. Et c'est tout!

Sous Windows; ça peut se faire directement dans l'explorateur (et webdav doit être activé sur le NAS)

ca se configure au niveau partage avec cette option: Et l'explication est détaillé dans l'aide en ligne: Masquer les dossiers et les fichiers des utilisateurs sans autorisations Si Masquer les dossiers et les fichiers des utilisateurs sans autorisations est coché, les utilisateurs qui n'ont pas de permission de lecture ne verront pas les dossiers ou fichiers. La fonctionnalité d'énumération basée sur l'accès n'affiche que les dossiers et fichiers dont l'utilisateur dispose des autorisations d'accès. Cela empêche les utilisateurs d'être embrouillés quand ils se connectent à un serveur de fichiers et trouvent un grand nombre de fichiers et dossiers auxquels ils ne peuvent pas accéder. Pour masquer les dossiers et les fichiers : Sélectionnez un dossier partagé, puis cliquez sur Modifier. Cochez la case Masquer les dossiers et les fichiers des utilisateurs sans autorisations. Cliquez sur OK pour enregistrer les paramètres. Remarque : Cette fonctionnalité est uniquement prise en charge par le protocole de partage de fichiers de Windows. Vous pouvez configurer les paramètres de privilège de chaque dossier dans File Station en cliquant-droit dessus. Choisissez Propriétés dans le menu déroulant et cliquez sur l'onglet Permission.

Ah! Mais tu ne nous avais pas dit utiliser filestation (en fait tu ne nous avais pas dit grand chose, y compris le fait que tu étais sous Windows ... ) Il faut *toujours* essayer de donner le maximum d'information si on veut être aidé de façon efficace quand on a des problèmes Donc, peut-être simplement essayer de ne pas utiliser filestation pour déplacer des dossiers (il utilise java pour accéder aux fichiers du PC local, ce qui peut avoir des effets de bord tordus), et tout faire via l'explorateur windows.

Le compte d'admin par défaut de DSM c'est 'admin' , pas 'administrateur' En intégrant le SYNO au domaine, j'imagine que le compte "administrateur" est maintenant un compte domaine et, vu du syno, ne fait plus partie du groupe *local* DSM administrateurs ("administrators")

Release notes: http://www.synology.com/releaseNote_enu/DS210j.php?lang=fre Uniquement des corrections de bugs apparement

A l'occasion, le mieux serait de refaire le test et de nous communiquer une copie d'écran ou en tout cas le message exact. En plus d'info sur le contexte (PC, Mac ou Linux, application utilisée pour faire le transfert, etc ...)

Cela indique que tu n'est pas connecté à la donsole DSM sur le compte "admin" ou un compte du groupe administrateurs

Quel est le message d'erreur qui s'affiche ?

Bon je vois que tu as activé la redirection automatique de HTTP vers HTTPS En tout cas le serveur d'administration DSM répond bien Ca devrait donc marcher Quel est le message d'erreur constaté lorsque tu te connecte à partir de ton PC (http://192.168.1.108:5000) L'IP du NAS (192.168.1.108) n'aurait-elle pas été modifiée par le reboot? S'agit-il bien une IP *fixe* ? ***EDIT*** que donne la commande: ifconfig | egrep "Link encap|inet addr"[/CODE]

Si le serveur apache system a d

C'est en effet le probleme, moi aussi je pensais que le "ProxyPreserveHost On" puisse le résoudre mais ça n'a pas l'effet que j'espérais non plus.

C'est le forum OVH "Noms de domaine" ou tu peux poser ta question, comment être plus précis que ça ?

http://forum.ovh.com...display.php?f=5

Puisque tu peux encore te connecter en shell (via ssh) peux-tu nous donner le résultat de la commande suivante ? /usr/syno/etc/rc.d/S97apache-sys.sh restart[/CODE]

Peux-tu nous donner un pointeur sur la source de cette information? Pour ma part je n'ai jamais rencontré ce problème en utilisant une version Home, les mots de passe ont toujours été sauvegardés. Je crois qu'il a peut-être quand même une condition: c'est que la session windows soit elle-même protégée par un mot de passe pour que cela fonctionne, mais rien de plus.

Tu n'as pas du beaucoup chercher.. et donc: remarque, faut reconnaître que ce n'est que depuis les toutes dernières version de DSM que ça existe. Probable que pas mal de personnes soient passées à coté.

Comment (dans quel contexte) est invoqué le script? Dans tous les cas, mieux vaut spécifier expliciter explicitement le PATH dans ce dernier: PATH=/bin:/usr/bin:/opt/bin (rien ne te garantit que le PATH sera celui necessaire lorsque le script sera invoqué par une obscure commande lancée dans la crontab ...