CoolRaoul

C'est le service "adunblock" qui fait des siennes. Font évoluer leurs algos en permanence. Une fois j'ai même eu leur bannière en surfant sur tablette sur le site zdnet! Suite à ça, j'ai eu un échange de mails avec eux: il m'ont avoué préférer risquer des faux positifs que ne pas détecter tous les ad-blockers. Un peu gonflant ...

Salut à tous; Ceux qui se connectent à l'interface d'admin du NAS avec un navigateur sur mobile le savent: le serveur DSM s'adapte automatiquement aux terminaux mobile et affiche une interface simplifiée (DSM Mobile). Je viens de m'apercevoir que je n'y avais soudain plus accès avec aucun des 3 téléphones de la maison (alors que ca fonctionne avec la tablette!) Ça bascule automatiquement sur l'interface desktop. Et même si en pied de page s'affiche le lien pour basculer sur la version mobile: son seul effet est de rafraîchir la page. Je voudrais savoir si d'autres on le problème (peut-être lié a la dernière mise a jour DSM)

(Mon message date de plus de 3 mois) Mais ça me le fait encore de temps en temps, mais ça reste rare.

Info: j'ai pu faire passer gateone à travers nginx (ce qui ne marchait pas avec apache)

Surveiller http://www.synology.com/en-global/support/SynologyService

Voila, j'ai posté le tuto, plus qu'a patienter car: "Ce message doit être accepté par un modérateur avant d'être affiché."

Pas mal avancé sur le reverse proxy avec nginx. J'ai déjà une config qui m'a l'air de fonctionner, y compris en SSL Please stay tuned

Si c'est avéré c'est quand même un vrai bug: ceux qui ne sont pas au courant et redémarrent vont se croirent protégés derrière leur pare feu

Est-ce que root de ton site est bien dans "/volume1/web/" ?

J'ai rapidement parcouru la doc et il ne me semble pas possible de filtrer suivant la partie "host" de la requête. J'ai un doute sur l'utilisation en coopération avec du virtualhosting. **EDIT** Ah peut être de cette façon: http://nginx.org/en/docs/http/server_names.html **EDIT#2** trouvé un exemple détaillé: http://www.cyberciti.biz/tips/using-nginx-as-reverse-proxy.html Va falloir que je fasse joujou avec ça.. **EDIT#3** A ceux qui veulent tester le bouzin, pour ne pas prendre de risque, je conseille de lancer une instance dédiée de nginx avec son propre fichier de conf, par exemple comme cela: nginx -p /usr/local/nginx -c /usr/local/nginx/nginx.conf

A ce propos, si on veut être tenu au courant de l'arrivée de nouvelles versions *stables* du package, faut s'abonner à un fil en particulier ou tu aurais un fil RSS à proposer?

J'ai aussi testé, ca marche aussi. Sans doute même plus simple à configurer une fois compris le principe (mais un membre s'est fendu d'un tuto heureusement). Il a en plus des avantages comme le support des websockets (requis par gateone) et de protocoles non http. C'est parce qu'il m'avait fait des misères au début (freeze du NAS) que j'était retourné vers cette solution "pur apache" et suis resté dessus. En plus comme j'ai pondu le tuto, je suis bien obligé de continuer à l'utiliser l'approche reverse proxy si je veux en assurer le support. Mais je pense qu'avec le temps le package haproxy a eu le temps de devenir bien robuste. J'ai de nouveau rebasculé dessus il y a quelque jours dans l'attente que quelqu’un trouve une solution au problème SSL consécutif à l'update DSM et n'ai pas eu de problème avec (juste que le spk n'étant pas dispo sur le repo j'avais du le télécharger via un lien posté dans un fil du forum)

En simple HTTP, le tuto reste d'actualité. Mais si on veut partir sur une config propre: commencer par créer sa conf (telle que décrit dans le tuto) dans un fichier de son choix (je conseille un truc du genre "/usr/local/etc/httpd-proxy.conf") en omettant toute la partie SSL et on ajoute la ligne: include /usr/local/etc/httpd-proxy.conf dans "/etc/httpd/sites-enabled-user/httpd-vhost.conf-user" (qui doit être initialement vide) Pour la partie SSL, utiliser un *autre* fichier de conf perso (exemple "/usr/local/etc/httpd-ssl-proxy.conf"), celui-ci à inclure, en utilisant la même syntaxe, dans: "/etc/httpd/sites-enabled-user/httpd-ssl-vhost.conf-user" Ne pas oublier que ces fichiers /etc/httpd/sites-enabled-user/httpd*vhost.conf-user peuvent être écrasés à chaque mise à jour majeure de DSM. Je pencherai plutôt vers la deuxième hypothèse, vu que tu es le seul jusqu'ici à avoir signalé avoir rencontré un dysfonctionnement.

Pas sur de comprendre la question, Le problème ne portait que pour les connexion HTTPS mais une solution a été donnée dans les messages suivants. Le tuto n'a pas été encore mis à jour en conséquence (cause: flemme passagère)

Dans ce cas, le plus propre serait de créer une session windows séparée pour les enfants (une pour chaque membre de la famille idéalement). Avec une session unique, même en déconnectant la connexion réseau avec le NAS, ils conservent la possibilité de se reconnecter au NAS avec les mot de passe en cache. Pour passer la main aux enfants, suffira alors de faire Alt-L sous windows (ou démarrer->déverrouiller) afin qu'ils puissent basculer sur leur session.

Suffit d'expliquer que ce n'est pas ce qu'il faut faire alors. @Damien: Sur le NAS il faut qu'il existe un compte avec le *même* nom que celui utilisé sur Windows (de préférence avec le même mot de passe pour simplifier encore le processus de connexion). Et c'est ce compte qui sera utilisé pour accéder au NAS en partage réseau à partir du PC.

En fait, la source principale de ma perplexité est la phrase: "suffit que je connecte le compte admin en debut de journée et tout les privileges" Je n'ai pas compris ce que venait faire le compte admin dans cette histoire

Pas des masses non

hello

Alors là, je ne comprend ni ta config, ce que tu veux faire, quel est l'équipement ayant pour IP 192.168.0.64 et le role que joue ton fournisseur d’accès dans cette histoire.

Pas besoin de reverse proxy pour ça, suffit d'ajouter la redirection de port dans la box/le routeur: *:5080 -> 192.168.xx.xx:8069

toutafé par contre je n'ai pas vérifié si il est toujours au catalogue.

D'apres les screenshots sur le store, semblerait qu'il faille une connexion ssh root sur le NAS avec cette appli. Vu que l'objectif est de ne pas passer par le compte admin, je ne suis pas sur que la solution convienne Au contraire je vois pas mal de raisons pour qu'un logiciel *PC Windows* ne fonctionne pas sur NAS Synology. Avec putty faudra utiliser le compte root là aussi. Pleinement d'accord. D'autant plus qu'une fois arrété à distance, la seule option pour le redémarrer sans retourner sur place est l'utilisation Wake on LAN à distance , et suivant la box, la mise en oeuvre risque de s'avérer sportive (il y a un fil récent sur le sujet)

Tu peux considérer sans grand risque que tous les modèles validés comme compatibles dans une version antérieure de DSM par les membres du forum le restent en 5.0 (en général Synology respecte assez bien la compatibilité ascendante). J'ai moi même posté dans ce fil pour indiquer la compatibilité de celui que j'avais acheté et utilise toujours: Et il fonctionne toujours sous DSM 5.0

La seule solution à cela est d'ajouter l'utilisateur au groupe "administrators": avecinconvénient que l'utilisateur en question va alors pouvoir accéder à tous les fichiers du NAS sans restriction.