CoolRaoul

Et tu n'as pas l'impression que ce client qui sert à accéder au NAS pourrait être plus adapté pour faire tourner la suite en local que le NAS en mode distant? Quand tu écris: C'est tout a fait juste, et je ne vois pas en quoi ça contredit ce que j'ai dit. Par exemple, lorsque tu écoutes de la musique sur ton mobile ou ta tablette, le player audio est une application qu s'exécute *sur la tablette*, pas sur le NAS. De même quand tu regarde une video sur ta TV, c'est une appli intégrée au firmware de la TV qui décode et affiche la video, le NAS se contente de fournir les données. Ce n'est pas du tout la même architecture. Le cas d'AudioStation et VideoStation est un peu particulier: ils affichent bien leur interface dans le navigateur mais c'est sur le poste client que s'effectue le plus gros du travail via un plugin (VLC ou Flash selon le cas). Et les appli mobiles équivalentes (DSVideo et DSAudio) s'exécutent entièrement sur l'appareil mobile elles. En résumé: dans la majorité des cas les données sont sur le NAS, les applis tournent sur les clients (et c'est d'autant plus vrai qu'il s'agit d'applications "lourdes") Et donc, de façon similaire, la logique veut que c'est sur le le client que doit s'exécuter la suite bureautique. Même si c'était le cas, Libre Office s'appuie, pour les interactions écran/clavier, sur une pile de libraires (qui n'existent pas sur DSM ce qui rend le portage *impossible*) et un protocole (X11) qui, pour fonctionner à distance, demande que coté client exécute une appli nommée "X Server". (tout est expliqué ici). Donc dans ce cas faudrait déjà aussi installer tout se bazar sur le poste client ce qui n'est pas forcément trivial (Libre Office ne sais pas travailler dans un navigateur en html)

Je me demande bien à quelle suite tu penses en particulier qui aurait été portée? Vu qu'un Syno n'a ni écran ni clavier, il y a que deux options: soit une suite qui fonctionne en mode full web, du type ce qui existe avec google drive ou office online. Mais je ne connais pas d'alternative valable (gratuite en plus j'imagine) que ce soit sous DSM ou plus généralement sous Linux. soit de type LibreOffice ou OpenOffice, mais faudait alors quelles s'appuient sur des libraires permettant un usage avec écran/clavier distant (X11) ce qui n'est justement plus le cas d'OpenOffice et j'imagine aussi pour les autres (et de toutes manières ces librairies ne sont pas prêtes d'exister sous DSM. Dans tous les cas, la personne qui accède au NAS le fait forcément avec un appareil qui sera lui-même capable d’héberger l'application de traitement de texte de fait je ne vois pas trop quel serait l’intérêt de l’héberger sur le NAS? (sinon dans de rares cas tres spécifiques mais de la à justifier l'énorme travail de développement j'ai des doutes) Au passage tu notera qu'il est au moins possible de visualiser en ligne (avec certaines contraintes cependant) certains types de documents, directement à partir de filestation, soit avec Google Docs soit avec Office:

Pas mieux: Je sens que tu ne vas pas pouvoir compter sur moi pour te dépatouiller,

Ah, tu parlais la premiere page du *fil*! Mais as tu remarqué que ca date de 2011 cette affaire? Es-tu bien sur que tout y est encore d'actualité? Sinon je sens que ça va pas tarder à me gonfler cette debian, un exemple: root@fserv:/# lsof bash: lsof: command not found root@fserv:/# apt-get install lsof Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package lsof Là je ne vois pas du tout de quoi tu veux parler J'ai activé l'item "debian chroot" du menu principal de DSM: ce qui m'a ouvert ceci: cliqué sur le "?" en haut à droite ce qui a aboutit sur le menu général de l'aide DSM mais rien au sujet de Debian la dedans;

ce qui me donne: fserv> /var/packages/debian-chroot/scripts/start-stop-status chroot bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8) j'ai alors essayé: fserv> env LANG=C LC_ALL=C /var/packages/debian-chroot/scripts/start-stop-status chroot Ce qui semble aller dans le bon sens: env LANG=C LC_ALL=C /var/packages/debian-chroot/scripts/start-stop-status chroot root@fserv:/# mais c'est pas encore gagné: root@fserv:/# mount warning: failed to read mtab root@fserv:/# df df: cannot read table of mounted file systems: No such file or directory root@fserv:/# ps Error, do this: mount -t proc proc /proc Euh ... que doit-on comprendre exactement par la "premiere page du spk " ??? Dans l'aide de *DSM* tu es bien sur???

Toi tu va pouvoir m'aider (donnant donnant si j'avance!): j'installé le spk juste pour voir (et dans l'objectif de peut-être pouvoir t'aider) mais comment fait-on ensuite?

Et donc *ca* change quelque chose, puisque il se retrouve inclus à un *autre* endroit (l'ordre peut être important comme on s'en est aperçu pour la partie SSL justement)

Attention, le tuto n'est plus à jour depuis la dernière update DSM (faut lire la fin du fil à partir d')En gros, faut splitter sa configuration perso en deux partie, en déplaçant les virtualhosts SSL dans un fichier séparé. et inclure chacun d'eux respectivement dans "/etc/httpd/sites-enabled-user/httpd-ssl-vhost.conf-user" et "/etc/httpd/sites-enabled-user/httpd-vhost.conf-user" Tout ce que je peux confirmer c'est que ce comportement est normal, le contenu de "httpd.conf" est généré dynamiquement juste avant de démarrer d'apache. Et la présence de cette ligne ne pose pas de problème (ça marche pour les autres) Peut-être essayer la alors ?

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 ...

(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)

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