Thorgalix

C'est marrant mais le seul truc qui vous manque, c'est comment se connecter en ssh sur le NAS. Or se connecter en ssh dépend du système d'exploitation qu'on utilise. Avec un Linux ou bien un Mac OS X, ssh est implémenté direct. Il suffit d'ouvrir un terminal et de taper "ssh root@ip_du_NAS". Sous Windows, a priori, il faut un utilitaire du style Putty. Bref, j'avais déjà détaillé la manip (dans une autre discussion, la seconde de la section DownloadStation de ce forum), si en plus il faut que j'explique, dans chaque cas, comment lancer la commande ssh, on ne s'en sort plus. Google est votre ami (bien que je lui préfère DuckDuck http://www.duckduckgo.com), cherchez par vous même ou bien attendez que Synology fasse la mise à jour. Quant à celui qui a trouvé une solution, c'est un gars du forum anglophone de Synology. Et lui, dans son message, il ne détaille pas autant que moi. Bon et comme c'est encore mon jour de bonté et que je suis aussi sur Mac, pour sirbaggio, tu trouveras l'application Terminal dans le dossier Applications/Utilitaires. Tu double-cliques dessus et tu tapes "ssh root@ip_de_ton_NAS" (sans les guillemets), le NAS te demande un mot de passe, tu tapes celui de l'admin de ton NAS. Et comme tu ne sembles pas sûr de toi, suis ma manip ici elle est plus détaillée.

Ce que je trouve hallucinant, c'est qu'on reproche à Synology de ne pas corriger un script qui ne fonctionne plus du fait qu'un tiers (Megaupload en l'occurence) a changé l'organisation de son service. Surtout que le changement est intervenu il y a 3 ou 4 jours seulement. En plus, des utilisateurs trouvent une parade temporaire et imparfaite mais c'est déjà pas mal, d'autres détaillent la manipulation à faire mais ce n'est pas suffisant, il faut en plus expliquer comment se connecter en ssh. Si on achète un NAS et qu'on ne sait pas se connecter en ssh ni même chercher la manipulation sur Google, il faut rapporter le NAS au revendeur, c'est le plus simple. Désolé mais ça m'énerve quand une personne ne fait pas le moindre effort pour essayer de comprendre un minimum.

Effectivement, il manque la destination. Tu as mal recopié ma commande, il manque le "." sans les guillemets à la fin de la ligne de commande. "." signifie "le répertoire dans lequel je me trouve". J'avoue que le "." n'est pas très lisible dans les lignes de commandes de mon message initial.

Il faut se connecter au NAS en ssh ou telnet (préférez le ssh). Puis aller dans le répertoire indiqué cd /usr/syno/synoman/webman/modules/DownloadStation/hostscript/hosts/megaupload On fait une copie du fichier que l'on va modifier cp megaupload.php megaupload.php.old[/code] Ensuite on édite le fichier avec vi par exemple et on modifie le bout de code donné dans le forum anglo-saxon. Pour ceux qui ne maîtrisent pas bien les éditeurs de texte basiques comme vi, une autre solution est de copier le fichier à modifier dans leur répertoire partagé [code]cp megaupload.php /volume1/dossier_partage/.[/code] Puis de le récupérer et de l'éditer sur leur ordinateur. Une fois les modifications faites, on refait l'inverse : - sauvegarde dans le répertoire partagé du NAS - copie du fichier dans le répertoire original (en supposant que vous êtes toujours dans le répertoire /usr/syno/synoman/webman/modules/DownloadStation/hostscript/hosts/megaupload) [CODE]cp /volume1/dossier_partage/megaupload.php .[/code] Et voilà. Mais effectivement ce n'est que pour les comptes Premium.

Je n'ai pas de problème avec un calendrier sur lequel j'accède avec le même compte utilisateur depuis mon iPhone (iPhone 4 sous iOS 5.01), mon Mac (Mac OS X 10.5. et un PC sous Ubuntu (module calendar de Thunderbird). Par contre, depuis le MacBook Pro de mon épouse (Mac OS X 10.6.6), les événements du calendriers n'apparaissent pas dans iCal ... Bon comme je n'utilise le MBP de ma femme que de temps en temps, ça ne me gêne pas trop. Pour ton problème Neospirit, je ne vois pas trop. :-(

Bonsoir. Où se trouve le fichier calendrier dans ton syno ? Dans le home dans utilisateur ou bien dans un autre répertoire ? Quelles sont les versions des différents OS (Mac, iPhone, Syno) et quelle est la version d'iCal ?

Juste après avoir rédigé le message précédent, je me suis dit que je n'allais pas me laisser abattre par une pauvre base de données. J'ai trouvé un tuto pour l'installation de PhpPgAdmin en français parce qu'en effet, le tuto en anglais comportait quelques erreurs (semble t il corrigées dans les commentaires mais bon). Bref, je suis bien le tuto (qui n'est que la traduction du tuto anglais mais sans les fautes). Et là çà fonctionne. J'arrive à me connecter à ma base PostgreSQL, j'exécute le script SQL qui rajoute les tables nécessaire dans la base roundcube, je modifie le fichier de config du plugin et celui de roundcube. Je lance mon navigateur à l'assaut de la page de roundcube mail et là, page blanche. Un petit tour dans le fichier de log de roundcube (/volume1/@appstore/Mailstation/roundcube/logs/errors) pour voir qu'il manque une méthode. Mon ami google me dirige vers une discussion d'où il ressort que le problème vient de la version de Roundcube. Le problème est réglé avec la version 0.6 mais d'après le fichier Changelog de mon Roundcube, je suis en 0.4.1. Bon il va falloir que je regarde comment mettre à jour roundcube. Ce sera pour un autre jour. La suite au prochain épisode. ;-)

Bon, un peu de nouvelles au sujet de mon exploration. J'ai d'abord tenté d'installer PhpPgAdmin (l'équivalent de PhpMyAdmin pour les bases PostgreSQL). La tentative s'est soldée par : - le serveur PostgreSQL qui ne veut plus démarrer, - les applications rattachées à PG qui ne fonctionnent plus (Download Station, Audio Station, RoundCube) Après plusieurs tentatives soft, j'ai appliqué la solution hard : - réinstallation du firmware sur mon DS 209 (DSM 3.2-1944) puis comme PG fonctionnait ainsi que tout le reste sauf roundcube (database error connection), j'ai désintallé puis réinstallé le package MailStation. Tout refonctionne bien. Je vous avoue que je suis un peu refroidi pour repartir à l'installation de PhpPgAdmin ... J'ai pourtant suivi un tuto sur le forum Syno anglo-saxon http://forum.synolog...php?f=39&t=8916 Mais je n'arrive pas à me connecter à la base.

Bonjour. Quelle est la version du DSM ? Des problèmes de synchro existaient jusqu'à l'avant dernière version lorsque l'iPhone est sous iOS 5

Héhé ! C'est effectivement la page à partir de laquelle je suis parti à la recherche des plug-ins. Mais j'utilise le plug-in calendar du package MyRoundCube. J'essaie d'avancer ce week-end.

Sur le problème d'une interface Web "à la Google" pour éditer les calendrier, je suis en train d'explorer un plug-in pour roundcube. Seulement, roundcube s'appuie sur la base Postgrespql du syno et non MySQL. Il faut que j'installe ce qu'il faut pour gérer la base postgresql avant de mettre en place le plug-in. Je vous tiens au courant dès que j'ai fini les tests.

Une possibilité, mais ce n'est peut-être pas très orthodoxe ni même faisable. Pour tous les ordinateurs du réseau local en 192.168.1.x, mettre comme masque de sous réseau 255.255.0.0 à la place de 255.255.255.0. En fait les ordinateurs pourront communiquer avec toutes les machines qui sont en 192.168.y.x. Il faut aussi que les machines qui accède via le VPN soient en 192.168.2.x avec comme masque de sous réseau 255.255.0.0. Je ne sais pas si l'interface du VPN Center permet de spécifier le masque de sous-réseau.

En lisant une autre discussion sur le forum (CalDAV et iOS 5) j'ai vu que la dernière version de DSM-3.2-1944 réglait le problème. Je viens de l'installer et ça fonctionne. Merci Synology. ;-) Bon maintenant, il ne manque plus qu'une interface web sur le syno "à la" Google agenda et je peux me virer de Google. Des idées ?

Bonsoir. Moi aussi j'ai ce problème. Tout événement créé ou modifier sur l'iPhone est bien vu dans iCal sur mon Mac mais l'inverse n'est pas vrai ... C'est "légèrement" ennuyeux.

Bon je viens de tester et ça fonctionne ! D'abord sur mon iPhone (iPhone 4 sous iOS 5) L'URL est bien http://user@adresse_du_syno:5005/home/chemin_vers_le_fichier_de_calendrier/nom_du_calendrier/ (remplacer http par https et 5005 par 5006 pour passer en SSL). Sur mon Mac (Mac OS X 10.5.8 avec iCal 3.0. l'URL est la même (ne pas oublier le / après le nom du calendrier). Je vais sûrement pouvoir me débarrasser de mes calendriers Google. Merci encore à tous pour les indications.

calendar est le nom de ton calendrier ou bien le nom du répertoire dans lequel il y a un ou plusieurs calendriers ?

Bonjour, Merci pour ta réponse mais je n'arrive toujours pas à récupérer mon calendrier créé via l'interface du syno ni dans iCal sur mon Mac ni sur mon iPhone. J'ai créé un calendrier "Caltest" via l'interface du syno (en tant qu'admin donc) dans un répertoire nommé "calendriers" dans le home de l'utilisateur toto soit /homes/toto/calendriers/Caltest L'utilisateur toto est bien entendu autorisé à utiliser l'application WebDAV. Quelle est donc l'URL de ce machin ? http : //url_de_mon_syno:5005/homes/toto/calendriers http : //toto@url_de_mon_syno:5005/calendriers (j'ai mis des espace dans les url sinon l'éditeur l'interprétait et l'url était tronquée) Merci d'éclairer ma lanterne. Cordialement,

Bonjour, Sympa le tuto seulement je n'arrive pas à créer le compte sur iCal (v.3.0.8 sous Mac OS X 10.5.. Comment est configurer le service WebDAV ? As tu créer un calendrier via l'interface du syno ? Où est-il ? Te connectes tu avc ton compte utilisateur simple ou bien avec le compte admin ? Merci d'avance pour les réponses. Cordialement