CoolRaoul

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?

C'est le comportement attendu, et ca signifie que le fichier est bien lu. Ne marche pas non plus ici (j'ai la même redirection que toi) Tu sais, le mieux serait que tu nous balance l'intégralité de ton fichier de conf, histoire de voir exactement ce qui coince. Parce que la on avance à petit pas...

et qu'a donné le test pour vérifier qu'il est bien lu? [edit] Si c'est le cas n'oublie pas que la partie "host" de l'url que tu tapes dans ton navigateur doit être étre strictement identique à l'argument de la clause "ServerName" de ton fichier de conf pour que ça marche.

Ben justement la redirection que tu constates laisse a penser que le fichier n'a pas

Sous DSM, la racine du serveur web est "/var/services/web" (qui est un lien vers, dans la plupart des cas, "/volume1/web" ) La réponse est donc: cd /var/services/web[/code]

C'est que la conf proxy n'est pas prise en compte, Dans ton fichier de conf apache, as-tu bien une section comme ci dessous? <VirtualHost *:> ServerName dsm.mondomaine.fr ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://localhost:5000/ ProxyPassReverse / http://localhost:5000/ </VirtualHost> La ligne "ServerName" doit correspondre a ton sous domaine.

Alors pourquoi avoir écrit ceci: "Pourtant je n'ai pu obtenir mon dossier web (avec les différents sous dossiers) qu'aprés avoir installé phpmyadmin" ? Mon objectif était de simplement répondre à ton affirmation erronée: "De plus PhpMyAdmin contient tout (apache, mysql= c'est le principe du wamp, ou du lamp (cf ci dessous)" ==> PhpMyAdmin ne contient *ni* apache *ni* mysql. Et il sert uniquement à administrer la base MySQL et pas du tout "la partie serveur apache interpretant le php". Je me vois désolé de devoir à nouveau contredire ce qui est dit: dès que DSM est installé Apache *et* MySql le sont aussi car ils en font partie intégrante. Le manuel, page 92, explique justement comment "configurer" (activer si tu préfère) le site web. Il ne s'agit pas d'une "installation" car les composants requis sont *déjà* installés (et c'est comme cela qu'il fait comprendre l'expression "nativement"). Apache, lui, est d'ailleurs déja utilisé pour gérer l'interface d'admin (port 5000). L'activation du "service web" a pour effet d'activer une seconde instance Apache sur le port . C'est par l'intermédiaire de cette instance que l'on accède à phpMyAdmin des que celui ci est installé. (pour la petite histoire l'activation de webdav a pour effet de démarrer une 3eme instance d'Apache , dédiée) Et toutes ces instances s'appuient sur les *mêmes* binaires. Ta mémoire te joue probablement des tours, DSM ne demande pas l'installation du paquet phpmyadmin quand on coche cette case (je parle d'expérience et d'ailleurs tous les membres de ce forum pourraient le confirmer). Au passage, il suffit d'imaginer un instant que, si Apache n'était pas installé, on ne pourrait pas accéder à l'interface d'admin DSM étant donné que cette dernière s'appuie sur Apache justement. Tout ce que je peux affirmer c'est que dans la boite ou je travaille on ne trouve pas du tout ce genre d'argumentaire "alambiqué". On y considère (comme beaucoup d'autres) que passer de 2.2.X en 2.4.X ne se justifie pas et donc on préfère assurer. Pas besoin de me faire un cours magistral , je connais tout ça (je suis un peu dans le métier depuis largement plus d'une vingtaine d'années...). Je voulais juste dire que le choix de la version Apache 2.2.22 par Synology, qui est la plus stable et universelle à ce jour, me semble pertinent et ce n'est pas un hasard que peu de sites on fait le choix de passer à la branche supérieure. Maintenant, si tu a as explicitement besoin de fonctionnalités Apache 2.4.X, c'est une autre affaire, mais sous DSM il va te falloir pour cela faire cohabiter deux serveurs apache de version différentes (l'interface d'admin nécessite l'apache 2.2 "natif DSM") et ça peut être un peu casse gueule pour quelqu'un qui "débute sur NAS". PS: je suis désolé de sembler faire ces mises de façon un peu systématique au point mais il faut comprendre que, ce forum étant entre autres destiné à donner des informations juste et fiables aux utilisateurs Synology, ce ne serait pas correct de laisser les lecteurs potentiels lire (et surtout croire) des choses inexactes. PS.2: l serait peut-être temps de terminer ce fil qui est parti en complet HS par rapport au titre initial ("Phpbb") puisqu'il n'est plus du tout question de phpbb depuis un bon nombre de messages.

Pas obligatoire: on peut utiliser un service de DNS dynamique comme justement MyDS de synology qu'il dit avoir configuré Non plus, sauf si besoin explicite (utilisation DS file sur android par exemple) Il dit justement l'avoir fait. (bien noter que ce n'est pas nécessaire si on a une ip fixe mais pour mettre en oeuvre le reverse proxy il faut disposer d'un nom de domaine ou utiliser un service de redirection DNS qui supporte les sous domaines, ce qui est le cas de myds). Plutôt commencer par le port 5000 seul et ensuite affiner en fonction des besoins exacts Pas normal ca (à moins que Free Mobile bride certains ports, mais je n'ai nulle part entendu parler de ça).

Faut tester l’accès a distance a partir d'une connexion à distance (tu peux cependant vérifier de chez toi en utilisant une par exemple connexion via smartphone en 3G ) Ton routeur dlink de doit pas appliquer la redirection de port lorsque la source de la connexion est coté réseau interne (ou alors tu as carrément oublié de configurer la redirection de ports pour le Syno sur le routeur)

Faut redémarrer apache pour que les modifs soit prises en compte: /usr/syno/etc/rc.d/S97apache-user.sh restart[/CODE]

Sur le Synonogy, le service web ne devient actif des lors que l'on a coché l'option "activer web station" dans le panneau de configuration, icone "service webs" Il est très probable que l'installation du package PhpMyAdmin ait pour effet de bord d'activer cette option Non, phpmyadmin est tout simplement une application écrite en PHP permettant d'administrer en mode WEB une (ou plusieurs) bases MySQL. Et pourtant ... Il est exact que La 2.4.2 est la dernière version dans la branche 2.4 Toutefois, DSM embarque un Apache de la branche version 2.2, et la 2.2.22 est bien la dernière version dans cette branche (voir ici) Et cette branche 2.4 est loin d'être largement adoptée jusqu'ici (seulement 0.1% des sites) En outre la branche 2.4 apporte des modifications dont l'impact est non trivial par rapport a la 2.2, particulièrement sur les mécanismes d'authentification et de controle d'accès. Les caracteristiques manquantantes sont probablement due aux différence entre 2.2.X et 2.4.X tout simplement. De la à parler d'un "equivalent" apache ...