CoolRaoul

A partir du moment ou le modem est en mode bridge, c'est sur le cisco que doivent être configuré les paramêtres de connexion PPPoA/PPPoE il me semble. **EDIT** j'essaie de télécharger la doc mais le site Cisco semble un peu à la ramasse

Dans la même phrase tu dis que tu peux te connecter (avec le terminal de Mountain Lion) et juste après que ça marche pas... Pourrais-tu être plus détaillé ?

Ok, en effet

Bien vu! de mon coté j'ai trouvé ceci http://www.caneris.com/modems/8816_bridge.txt On parle bien de cette doc-ci? http://www.tp-link.fr/Resources/document/TD-8816_V7_User_Guide.pdf Je ne trouve pas de "bridge mode" à la page 25 (http://i.imgur.com/lLYod3L.png)

Une seule sortie ethernet n'empèche pas la fonction routeur, ca indique simplement qu'il ne fait pas switch Et d'ailleurs, dans l'onglet caracteristiques de la page produit, on peut lire: Si tu tiens quand même à utiliser cet appareil en cascade avec le netgear (ce qui est légitime, ne serait-ce que pour bénéficier des fonctions wifi), il serait plus simple de le configurer en mode bridge. Tu n'aura plus qu'un seul endroit à configurer pour les redirections de port (le netgear), un unique subnet dans ton plan d'addressage. Bref, tu t'éviteras des "nervouzes breakdows" comme dirait l'autre ***EDIT*** un bref parcours de la doc du produit ne m'a pas permis de trouver la possibilité de passer le modem/routeur en mode bridge. Conclusion, c'est pas gagné.

Une rapide recherche me montre que ton modem fait aussi routeur. Tu n'as pas peur de te compliquer la vie inutilement en lui chainant un second routeur en cascade ?

Il me semble pas que ce soit le *même* problème: on parlait ici de la possibilité de *masquer* des dossier aux utilisateurs quand n'y on pas accès. Alors que dans ton cas (si j'ai bien compris) ton problème porte sur des dossiers *invisibles*, c'est donc plutôt le contraire! Si c'est bien le cas, tu aurais mieux fait d'ouvrir un nouveau fil, sinon ça risque d'embrouiller tout le monde et décourager les contributeurs . Un dernier conseil pour terminer: essaie d'être le plus factuel possible en te concentrant sur un seul symptôme et en t'attachant à le décrire précisément: "je fais ceci, je constate cela, j'ai tel message d'erreur qui s'affiche" (éventuellement en incluant des copies d'écran dans un second temps) En résumé essayer de te mettre à la place de ceux qui cherchent à t'aider afin de leur permettre de bien comprendre ton problème

Savoir quand même pour ceux que ça intéresse qu'une commande de changement de mot de passe existe bien, "synoauth": fserv> synoauth Copyright (c) 2003-2012 Synology Inc. All rights reserved. usage: synoauth local_username password

Ah ok, aucune idée

OpenOffice dans un navigateur ? Aurais-tu des sources de cette info? (une démo en ligne peut-être?) (et si ça fonctionne ça doit sacrément pas être confortable à mon avis)

Et quelle est la question exactement ?

Chaque sauvegarde TimeBackup necessite au minimum la création d'autant de répertoires qu'il en existe dans la source. Seuls les fichiers sont "hardlinkés" On ne peut pas donc dire que le problème n'est pas résolu puisque ce que tu constates est le comportement normal de TimeBackup (celui que l'on observait jusqu'ici dans les versions précédentes)

Le besoin que tu exprimais dans ton post initial se limitait à pouvoir itérer sur la liste des fichiers récupéré par un FSO dans l'ordre alphabétique. Le code VBA dont je t'ai donné le lien fait cela (après avoir modifié la ligne indiquée). Je ne suis pas sur de voir a quoi tu penses en parlant du "temps de traitement et de réécriture" As-tu testé le code au moins? Euh, Il s'agit toujours du même sujet la? On a du mal a suivre en évoquant un potentiel "problème de place.." Tu dois comprendre que le protocole utilisé par Windows pour accéder les fichiers en réseau (CIFS) ne garantit pas dans quel ordre les fichiers sont listés. Le fait que ce soit l'ordre alphabetique dans le cas d'un volume local n'est pas une garantie que ce soit le cas en général. Tu aura *exactement* le même comportement avec tes fichiers situés n'importe quel serveur samba sous Linux, Synology ou pas. PS: un peu plus haut tu a écris à Kramlech: Le code donné répond exactement à cette demande, qui plus est sans avoir à utiliser le tri Excel (dans une plage de cellules) mais intégralement en VBA. J'ai du effectuer des recherches pour te dénicher ce code et tu n'es toujours pas satisfait! Découragé je suis

Une solution ici: http://stackoverflow.com/questions/6610098/sort-filesystemobject-by-date Suffit de remplacer le test sur la date If sorted(i).DateLastModified < sorted(j).DateLastModified Then par un test sur le nom If sorted(i).Name < sorted(j).Name Then **EDIT** Si on m'avait dit qu'un jour je ferais du support VBA sur ce forum ...

http://forum.synology.com/enu/viewtopic.php?f=15&t=65311&hilit=GnuTLS#p248685 Et ici aussi: voila pour le "pas identifié"

C'est confirmé, les modif de smb.conf ne résistent pas au reboot: http://forum.synology.com/enu/viewtopic.php?f=39&t=23784 Hélas, aucune des solutions proposées dans le fil ci dessus pour faire une modification permanente ne me semble satisfaisante.

J'ai un peu cherché et trouvé quelqu'un ayant ayant *exactement* la même requête que toi (http://ubuntuforums.org/showthread.php?t=1894435) La solution qui lui est proposée est de modifier un paramètre du serveur samba. Pour cela, sous DSM, tu dois aller modifier le fichier "/usr/syno/etc/smb.conf" et y ajouter la ligne: vfs objects = dirsort dans la section "[global]" Ensuite, forcer le serveur samba à relire sa configuration pour que cela soit pris en compte: /usr/syno/etc/rc.d/S80samba.sh reload Note: je ne suis pas sur que cette modif dans le smb.conf ne soit pas perdue en cas de reboot du NAS ou même de modif de configuration dans la section "dossiers partagé" du panneau de configuration DSM. A tester

Me semble pas que ce soit un problème linux Je ne pense pas que le résultat d'une itération sur le contenu d'un FSO soit une liste triée en général. C'est dans ta macro excel qu'il va te falloir effectuer le tri.

Tout ce qui est sous "/opt" fait partie d'optware et n'est pas du natif DSM Et notamment, les scripts contenus dans "/opt/etc/init.d/" sont éxécuté par le script "/opt/etc/rc.optware" Il est donc nécessaire que ce dernier soit invoqué au boot (directement ou pas). Si tu suis bien ce qui est détaillé dans ce post: ça devrait fonctionner.

Bon, j'avance: seul le compte "root" à acces à "/usr/syno/etc/php/extension.ini" (pourquoi donc?) root@fserv> ls -ld /usr/syno/etc/php/extension.ini -rw------- 1 root root 649 2012-04-18 19:48 /usr/syno/etc/php/extension.ini

Pour ma part je suis bloqué ici: root@fserv> /bin/su nobody -s /bin/sh -c "cd /volume1/web/ttrss && php update.php" PHP Fatal error: Call to undefined function mb_internal_encoding() in /volume1/web/ttrss/include/functions.php on line 19 Fatal error: Call to undefined function mb_internal_encoding() in /volume1/web/ttrss/include/functions.php on line 19

Pas seulement "par défaut": c'est *toujours* le même sous DSM.

En complément, il est donc important de comprendre que les dossiers de plus haut niveau (les "dossiers partagés") ne sont pas déplaçables, seul leur contenu l'est. Tu pourra les supprimer, une fois vides, dans la rubrique "dossiers partagés" du panneau de configuration DSM

Oui, ne pas hésiter: ça me semble justifé