CoolRaoul

Si tu veux rire un coup (et compatir s'il te plait merci ) : un extrait de mes déboires avec Grosbill

Sur le Windows Server 2008 Active Directory est-il activé? Si oui tu pourrais peut-être essayer d'intégrer le SYNO au domaine AD (panneau de conf->service d'annuaire->Domaine)

Comme il supporte CIFS, j'imaginais qu'il soit possible que certaines options soient quand même réglables. C'est quel modèle exactement?

Faudrait peut-être trouver si il existe l'équivalent de cette option coté serveur SAMBA/CIFS du NAS LaCie pour la positionner de ce coté la.

Peut-être une piste (merci Google): http://blog.dhampir....e-for-cmd-n-mid La solution qui est proposée dans l'article est "disabling Opportunistic Locking" Sous DSM cela se fait en cochant l'option "Optimiser les opérations de la base de données CIFS" dans "panneau de conf->Win/Mac/NFS->Service de fichiers Windows". (l'aide DSM indique: Si vous cochez cette option, cela désactivera la fonction de « verrouillage opportuniste » de CIFS) Tu ne risques rien d'essayer (à moins que tu ait déja coché cette option)

Et tu n'envisage pas d'upgrader en DSM 4? Sinon, peut-être que dans les services de redirections proposés certains supporte les wildcard pour les sous-domaines. Mais, de toutes façon, pour la redirection, tu n'est pas limité aux fournisseurs supportant la redirection dynamique puisqué tu as une IP fixe. Cela dit, et apres t'avoir relu, étant donné que tu as écris: je crois comprendre que l'url que le service de nom gratuit te donne est conforme à ton besoin. Dans ce cas te reste simplement à définie le sous-domaine "www'" dans la console d'admin de ton site réservé et payé.

Si tu lis attentivement ce que j'ai écrit tu verra que c'est bien ce que j'ai compris

Pour webstation et ton domaine perso, c'est tout simple: tu associe ton ip (fixe puisque tu es chez Free) à l'enregistrement "www" dans la console d'admin de "monsite.fr". Pour photostation, faut savoir que la plupart des fournisseurs gratuits ne te permettrons pas, dans le cadre de leur offre gratuite, de crééer des sous-domaines, comme dans ton example "www.autresite.no-ip.org" (www étant ici un sous-domaine de autresite.no-ip.org). Cependant, le service de redirection fourni par Synology (panneau de configuration->ezcloud->ddns choisir comme fournisseur de service: "Synology") lui est plus souple: un fois ton domaine créé (exemple "mondomaine.myds.me") tu béneficie automatiquement de sous-domaines en alias (on appelle ceci un wildcard) "sousdom.mondomaine.myds.me" renvoie la même IP quelque soit la valeur de "sousdom") Ceci dit, même sans utiliser de sous-domaine, dans cette configuration, "mondomaine.myds.me/photo" va arriver automatiquement sur photostation sans avoir rien de spécial à configurer. Mais ensuite, si tu le souhaites (et si tu n'a pas peur de mettre les mains dans le cambouis) tu pourras aller plus loin en redirigeant les connexion sur les url de type "sousdomaine.mondomaine.myds.me" de façon conditionnelle suivant la valeur de "sousdomaine" en utilisant la fonctionnalité de "virtual host" (cherches dans le forum il y a pas mal d'exemples).

Ca serait sympa de nous dire si les préco on marché et de mettre le sujet en [résolu].

J'ai quand meme pu te faire un début de htaccess pour le serveur apache "systeme", a déposer dans "/usr/syno/synoman/", qui fonctionne (pour les redirections du port 5000 -> 5001) : RewriteEngine on # 2 clauses pour exclure le réseau local, remplacer "MONHOST" par le hostname du syno sur le lan RewriteCond %{HTTP_HOST} !^192 RewriteCond %{HTTP_HOST} !^MONHOST$ [nc] # s'applique aux connexions port 5000 RewriteCond %{SERVER_PORT} ^5000$ # sert uniquement à capturer la partie host sans le no de port RewriteCond %{HTTP_HOST} ^([^:]*) RewriteRule ^(.*)$ https://%1:5001/%{REQUEST_URI} [L,R] Suffit à priori de répéter le bloc final pour les autres paires de ports (http->https) à rediriger

Il n'y en a pas par défaut mais le dossier ou il doit être est "/usr/syno/synoman/" Attention: une petite erreur et tu perd l'acces DSM. (Ca ne fait qu'une petite semaine que je bidouille les redirections (mod_rewrite) et je suis moins a l'aise pour trifouiller celui la.)

Ne pas oublier que le serveur apache qui gère le dossier web (et le .htaccess qu'il contient) ne s'occupe que des ports et 443. Les autres ports sont servis par le serveur apache "systeme", et ce dernier ne lit pas le .htaccess du dossier web.

Pour l'acces à l'interface DSM (port 5000) faut savoir qu'elle est servie par un autre serveur apache que celui qui sert le port . Et ce dernier ne prend pas en compte le .htaccess du dossier web. En outre, si, comme tu semble vouloir le faire, tu redirige toutes tes connexions arrivant sur le port vers le port 5001 tu n'aura plus le moyen d'accéder au contenu du dossier web. Donc il est *impératif* que tu décrive précisément le comportement que tu attends (sous la forme, url source -> redirection souhaitée, etc ...)

Attention: ma suggestion ne redirige pas vers l'interface DSM (port 5000). Elle ne traite que les connexion sur le serveur web privé (port ).

Désolé mais tu te trompes: le .htaccess va être pris en compte dans les deux cas. Tu va voir d'ailleurs que qui si tu met en commentaire les deux premiers "rewritecond", apache va de rediriger "http://<ip de ton syno>" en "https://<ip de ton syno>" [EDIT] Oups, mea culpa j'avais pas vu que c'est l'interface DSM (5000/5001) qui tu souhaitais rediriger..

Sauf qu'en ne mettant que cela tu vas faire la redirection en ssl dans tous les cas (meme pour les connexions locales) alors que tu as dis: "moi en local je peux me connecter en http" Donc, pour cela, il faut en plus ajouter une ou plusieurs clauses "RewriteCond "pour exclure les connexions locales Ceci devrait marcher: RewriteEngine on # remplacer 192 par un prefixe qui "matche" les IP de de ton réseau local RewriteCond %{HTTP_HOST} !^192 # remplacer MONHOST par le hostname que tu utilise pour te connecter au syno sur le lan RewriteCond %{HTTP_HOST} !^MONHOST$ RewriteCond %{SERVER_PORT} ^$ RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [L,R] NB: Je ne sais pas si et comment on peut dire à RewriteCond de ne pas tenir compte des majuscules/minuscules [EDIT] Trouvé, c'est "NC" (nocase): RewriteCond %{HTTP_HOST} !^MONHOST$ [nc]

C'est quoi qui ne marche pas: la redirection se fait dans tous les cas (acces interne et externe) ou jamais? Ou bien la redirection est incorrecte?

/var/service/homes est un lien symbolique vers l'emplacement réel de "homes" (en général /volume1/homes) Il s'agit donc bien du *même* répertoire Non, vu ma réponse ci dessus Etonnant la référence a un chemin Windows ("C:\fic_temp.txt") C'est ce fichier-la que tu a essayé de charger? L'erreur est-elle systématique (avec d'autre fichiers je veux dire)?

C'est le principe de fonctionnement du dossier "home" : chaque utilisateur à le sien propre bien que le nom soit identique. Vous le constaterez facilement en vous connectant successivement sous deux comptes utilisateurs différents et en y déposant des fichiers: le contenu est différent. Ceci s'applique quel que soit la méthode de connexion employée : partage windows, filestation, ftp, nfs...

Un autre option est d'utiliser la fonction directement intégrée dans File Station "monter le dossier distant" . Dans ce cas c'est le protocole CIFS qui est utilisé (celui des partages de et pour Windows)

Pour la premiere erreur, en lancant le make comme suit M4=/opt/bin/m4 make ca passe (le bison d'ipkg contient un chemin par défaut incorrect pour m4: /usr/bin/m4) Quand a la seconde, "NETLINK_NO_ENOBUFS" est apparu a partir du noyau linux 2.6.30 et il semble que les includes installé par ipkg soient antérieurs. Mais étant donné que la valeur de NETLINK_NO_ENOBUFS est de 5 comme on peut le constater ici Je suis parvenu a complier le bouzin en m'y prenant comme suit: Configuration: CPPFLAGS=-DNETLINK_NO_ENOBUFS=5 ./configure <arguments de configure>[/code] Compilation: [CODE]M4=/opt/bin/m4 make [/code] On a bien quelques warnings mais rien de grave semble-t-il

Webdav sans problème (c'est ce que j'ai fait) Par contre, comme le protocole cloudstation ne s'appuie pas sur du http, il n'est pas "proxifiable" ainsi. J'ai nettoyé ma configuration en enlevant les lignes inutiles, tu peux t'en inspirer: # -*- apache -*- <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so </IfModule> <IfModule !proxy_connect_module> LoadModule proxy_connect_module modules/mod_proxy_connect.so </IfModule> <IfModule !proxy_http_module> LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> NameVirtualHost *: # Site principal <VirtualHost *:> ServerName * DocumentRoot /var/services/web </VirtualHost> # console Administration DSM <VirtualHost *:> ServerName webman.MONDOMAINE.com ProxyPass / http://localhost:5000/ ProxyPassReverse / http://localhost:5000/ </VirtualHost> # webdav <VirtualHost *:> ServerName webdav.MONDOMAINE.com ProxyPass / http://localhost:5005/ ProxyPassReverse / http://localhost:5005/ </VirtualHost> # filestation <VirtualHost *:> ServerName filestation.MONDOMAINE.com ProxyPass / http://localhost:7000/ ProxyPassReverse / http://localhost:7000/ </VirtualHost> # audiostation <VirtualHost *:> ServerName audiostation.MONDOMAINE.com ProxyPass / http://localhost:8800/ ProxyPassReverse / http://localhost:8800/ # ci dessous exemple de restriction d'acces sur ce sous domaine <proxy *> order deny,allow deny from all allow from IP1 allow from IP2 etc ... </proxy> </VirtualHost> # etc ... Et pour la version SSL (les deux peuvent cohabiter dans le même fichier): NameVirtualHost *:443 # <VirtualHost *:443> ServerName webdav.MONDOMAINE.com SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:5006/ ProxyPassReverse / https://localhost:5006/ </VirtualHost>

J'ai modifié mes messages mais il faudrait que tu corrige *tous* les tiens aussi (ton domaine apparaît ) [EDIT] au temps pour moi, tu as fait la modif entre temps Un peu étonnant quand même, tu devrais contacter le support OVH sur ce point.

tu dois juste avoir l'option "activer web station" cochée

alors la je ne comprend rien Ta config est bonne On dirait que le serveur apache voit arriver la requête avec une autre url que http://dsm.<mondomaine>.fr Le problème est tres certainement du à la façon dont tu as défini "dsm" sur ta console d'admin OVH. Ca doit être soit une entrée de type "A" ayant pour valeur ton IP fixe ou bien une entrée de type "CNAME" dont la valeur est un nom dont la résolution donne cette meme IP Est-ce bien le cas?