loli71

Euh désolé de te contredire Gaetan Mais chez moi, le paquet debian-chroot est lancé et marqué "en cours d'exécution" dans le centre de paquet .... vous avez quoi comme version de Python d'installé sur vos syno ? paquet officiel de synology ou l'un de ceux de synocommunity ?

Pour info, voilà ce que j'ai pour ma part comme répertoires et liens symboliques pour le paquet debian-chroot que j'ai installé dès le départ sur mon /volume2 : nas3> ls -lsa /var/packages/debian-chroot/ 0 -r-x--Sr-- 1 root root 0 2015-03-23 13:45 enabled 0 lrwxrwxrwx 1 root root 36 2015-02-27 18:53 etc -> /usr/syno/etc/packages/debian-chroot 16 -rw-r--r-- 1 root root 13573 2015-02-27 18:53 INFO 4 drwxr-xr-x 2 root root 4096 2014-05-27 12:53 scripts 0 lrwxrwxrwx 1 root root 32 2015-02-27 18:53 target -> /volume2/@appstore/debian-chroot nas3> ls -lsad /usr/local/debian-chroot 0 lrwxrwxrwx 1 root root 32 2015-02-27 18:53 /usr/local/debian-chroot -> /volume2/@appstore/debian-chroot nas3> ls -lsa /volume2/@appstore/debian-chroot/ 4 drwxr-xr-x 5 root root 4096 2014-05-27 12:53 app 4 drwxr-xr-x 6 root root 4096 2015-02-27 18:54 env 4 drwxr-xr-x 2 1000 1000 4096 2014-05-27 12:34 share 4 drwxr-xr-x 3 root root 4096 2015-02-27 19:29 var

bizarre tout de même que tu aies encore autant de choses dans ton répertoire /volume1/@appstore/debian-chroot alors que tu as tout déplacé par la command "move" sur le volume /volumeUSB1/usbshare1-5/

Une possibilité (longue et contraignante) pour tout effacer sur des disques, tu les branches un à un avec un adaptateur sur un ordi et tu utilises Eraser sur le disque (sans te tromper de disque bien sûr lol) : http://eraser.heidi.ie/

Merci Rodo pour l'info, j'ai cru que c'était encore mon FAI Orange qui déconnait ;-)

Bonjour tout le monde, Depuis ce matin, j'ai assez souvent la page d'erreur suivante qui s'affiche, un (ou plusieurs) F5 me permettent de retourner correctement sur le forum ... suis-je le seul à constater cela ?

Attention alpha, je n'ai pas dit qu'il fallait le faire absolument et que cela résolvait tout, j'ai juste dit que j'avais eu les même symptômes que toi, mais qu'au lieu de tout supprimer et réinstaller, j'avais lancé et arrêter les services en ligne de commande, et que cela m'avait permis de les relancer ensuite normalement par le DSM ;-)

Salut m4rc, après plusieurs recherches sur le net et tests sur mon syno, voilà ce que j'ai trouvé: http://der-zyklop.de/blog/the-reconnection-of-vpn-profile-onsynology-nas-has-failed Le script "/usr/openVPNreconnect" décrit permet de lancer la connection VPN si elle n'est pas déjà lancée. Pour arrêter la connexion VPN en ligne de commande, il suffit d'utiliser la commande suivante (la seconde ligne permettant de nettoyer les fichiers temporaire de la connexion) : /usr/syno/bin/synovpnc kill_client /usr/syno/bin/synovpnc clear A toi ensuite de mettre dans ton planificateur de tâche l'appel du script "/usr/openVPNreconnect" à minuit, et celle du script contenant les deux lignes pour l'arrêt à 6 heure

Alors pour répondre à ta question : non il n'est pas prévu de voir les mots de passe essayé .. et heureusement, sinon cela voudrait dire qu'un admin pourrait avoir accès à tous les mots de passe de tous les utilisateurs et cela serait contraire à la première des règles de sécurité : un mot de passe est personnel !!! Et désolé si cela ne correspond pas à ta phrase "Je n'ai pas besoin de conseils sur la sécurité". De plus, même s'il y avait un moyen de voir les mots de passe, selon les protocoles utilisés pour tenter de se connecter (https, ssh, scp ..etc. le mot de passe serait crypté.

Une question, avant l'installation de python, est ce que tu arrêtes manuellement tes packages sickbeard et sabnzbd dans le centre de paquets ? Car j'ai constaté la même chose chez moi, j'oublie d'arrêter les paquets manuellement avant, et sabnzbd ne veut pas redémarrer. Je n'ai par contre pas besoin de désinstaller sabnzbd, je me connecte en ssh en tant que root et je lance les commandes suivantes: /var/packages/sabnzbd/scripts/start-stop-status start /var/packages/sabnzbd/scripts/start-stop-status stop Ensuite, je peux à nouveau lancer le paquet sabnzbd correctement depuis le centre de paquets. Ne me demande pas les explications, je n'en ai pas ;-)

Tout simplement parce que freefilesync tourne effectivement sur un windows 64bits, et que je préfère utiliser a coup sûr l’exécutable optimisé pour mon OS. Après, je suppose que "FreeFileSyncFreeFileSync.exe" fonctionnera très bien aussi ;-) Tu peux effectivement faire comme cela, tu montes manuellement le lecteur O: sur le bon répertoire partagé de ton NAS, et tu utilises le bouton "Parcourir" à droite pour pointer sur les bons répertoires finaux.Pour ma part, je me contente d'écrire à la main les chemins de destination si je dois en rajouter sans monter le O:

Il faudrait pour cela que tu aies un client rsync sur ton PC ... ce qui n'est pas le cas. Si tu veux vraiment faire une sauvegarde dite miroir, ou incrémentale, tu peux toujours jeter un coup d'oeil à ce post :

Tu peux utiliser un script du genre en mettant les bonnes informations pour ce qui concerne l'adresse ip et tout le reste (en gras): Tu mets tout cela dans un fichier bat et puis tu le lances sur ton PC

Tu peux jeter un coup d'oeil à ce site http://www.projectsend.org/ je suis tombé dessus un peu par hasard il y a quelques jours, et il semble répondre à tes besoins et simple à installer sur un synology

Sans parler de paranoia débile comme tu dis, il semble assez simple d'activer le FTPS sur le syno et configurer la connection en SSL dans filezilla lorqu'on met en place des transferts de fichier sur internet non ?

Euh, non, aucun problème de lenteur réseau de mon côté. Mon utilisation du DS214play est essentiellement cela : - serveur de sauvegarde pour mes PC - serveur multimédia pour servir 1 TV, 1 WD TV Live, 2 tablettes avec DS video - Audio station pour la musique depuis le boulot en accès au travers d'un tunnel SSH A savoir je n'ai pas fait d'upgrade de 5.0 à 5.1, j'ai mon DS214play depuis peu, j'ai donc installé directement le DSM5.1 dessus.

L'utilisation d'un navigateur avec une URL de type "ftp://" ne permet en fait que de faire du download. Oui, seul l'utilisation d'un logiciel (comme filezilla) permet de faire tout ce que tu décris en FTP. Mais il faut se rappeler tout de même que le FTP est un protocole qui n'est pas sécurisé (sauf si tu active sur le syno et configure dans filezilla) le FTPS. De plus, ouvrir le FTP sur internet n'est pas forcément une bonne chose, s'il n'est pas sécurisé, les mots de passe, les fichiers ..etc.. passent en clair sur le réseau. J'ai trouvé au détour de quelques recherches sur internet ce projet gratuit (et pas compliqué à installer sur nos syno) qui semble répondre à tes attentes en terme de fonctionnalités : http://code.google.com/p/clients-oriented-ftp/

Bonne nouvelle que tu aies trouvé l'explication ;-)

Bon, je suis aussi chez Orange, utilisant sur l'un de mes syno le DNS de ma box en primaire, voici le résultat que j'ai (en référence pour un prochain poste peut être) : nas> nslookup global.download.synology.com Server: 192.168.1.1 Address 1: 192.168.1.1 livebox.home Name: global.download.synology.com Address 1: 54.192.3.218 server-54-192-3-218.lhr5.r.cloudfront.net Address 2: 54.192.3.84 server-54-192-3-84.lhr5.r.cloudfront.net Address 3: 54.192.3.170 server-54-192-3-170.lhr5.r.cloudfront.net Address 4: 54.230.2.234 server-54-230-2-234.lhr5.r.cloudfront.net Address 5: 54.192.3.162 server-54-192-3-162.lhr5.r.cloudfront.net Address 6: 54.192.3.237 server-54-192-3-237.lhr5.r.cloudfront.net Address 7: 54.192.3.159 server-54-192-3-159.lhr5.r.cloudfront.net Address 8: 54.192.1.109 server-54-192-1-109.lhr5.r.cloudfront.net

Effectivement, le site de synocommunity ne prévoit pas l'accès directement aux téléchargement manuel des paquets, certainement pour que les personnes ne se trompent pas d'architecture de paquet à télécharger. A voir peut être avec Diaoul s'il a une solution pour les syno sans accès internet.

Pour faire simple : http://<ip du nas>:5000/ depuis ton réseau interne, ou http://<nom de domaine>:5000/ depuis internet.

Comme déjà répondu par plusieurs à plusieurs endroits dans ce forum : Il s'agit d'une **BETA**, ce qui signifie qu'il y a toujours un risque d'installer une version BETA sur un synology de production, et il n'y a aucun retour possible comme après tout upgrade de DSM

j'avais déjà posté ici :

Problème chez synology, sur la partie DDNS mais aussi sur le web de distribution des paquets ... j'ai constaté la meme chose que toi

Ben elle me donne la même IP que celle résolu par mon ping update.synology.com ;-) lolinas3> nslookup update.synology.com Server: 192.168.1.1 Address 1: 192.168.1.1 lox.home Name: update.synology.com Address 1: 59.124.41.245