CoolRaoul

Nouveau test ce matin (avec mon téléphone perso, pas vérifié les 2 autres) et ça refonctionne! Incompréhensible.

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

Même pas: l'un est en android 4.2, un autre sous kitkat 4.4.2 et le dernier en cyanogen à base de 4.4.3

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?

Si tu veux dire par wifi ou en 3G? oui tout à fait Pareil avec ngix arrété (et reinitialisation de chrome sur le téléphone) Une fois saisis compte et mot de passe et que j'aboutis sur DSM il n'y a rien apres index.cgi. C'est le click sur l'icone "DSM Mobile" qui me rajoute "?forceDesktop=0" (mais sans effet visible) C'est surtout le fait que ça la fasse sur 3 téléphones différents (chacun avec un comptes google différent) et pas sur la tablette (qui utilise le même compte que l'un des téléphones) qui me dépasse.

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 ?

Yep, et même essayé avec un autre navigateur (dolphin) fraîchement installé. Quand je clique sur le petit lien que j'ai indiqué, ça m'ajoute à l'url "?forceDesktop=0" au contraire

Il y a maintenant une pour les téméraires prêts à beta-tester.

J'utilise Chrome et cette option n'a qu'un effet temporaire sur ce navigateur. En plus (j'avais oublié de le préciser) la bannière de login est bien au format mobile, c'est juste apres le login que ça bascule en mode desktop:

Merci! Maintenant me faudrait un témoignage de quelqu'un avec un smartphone android (c'est la config de mes 3 téléphones et de ma tablette).

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/" ?