Kramlech

Sur la forme : Quand tu fermes ton navigateur, cela ferme ta session au DSM. C'est normal. Quand tu fermes ta session au DSM, cela ferme toutes les "applications" actives. C'est normal. Quand tu rouvres ta session au DSM, les "applications" qui étaient actives ne sont plus ouvertes. C'est normal. Comme sous Windows, il y a la possibilité de retrouver ton environnement lorsque tu te reconnectes. C'est paramétrable dans les options (petite silhouette en haut à droite de la fenêtre du DSM) => onglet "Autre". Mais la aussi, cela ne fait que rouvrir les applications qui étaient ouvertes lors de la fermeture du DSM ... Sur le fond : Tu remarques que chaque fois que j'ai parlé d'application, j'ai mis le mot entre quottes. C'est volontaire. Car quand tu ouvres certaines de ces "applications", tu ne fais qu'ouvrir une interface graphique qui te permet de visualiser l'état d'une fonctionnalité (par exemple quand tu ouvres le moniteurs de ressources, tu vois l'activité de ton CPU ... Ce n'est pas parce que tu vas fermer le moniteur de ressources que ton CPU va s'arrêter). Et bien c'est pareil pour Download Station ... A priori, la seule preuve que tu ais de l'arrêt de Download Station est très indirecte (bruit des disques et activité des voyants). Il est possible de vérifier cela d'une manière simple : dans Download Station, tu lances un chargement (soit eMule, soit torrent, soit download direct) tu attends que le chargement soit bien en cours (et que des pairs soient bien connectés) tu notes le % d'avancement et tu fermes ton navigateur tu attends quelques minutes tu te reconnectes au DSM et à download station et là, tu verras que, soit le % d'avancement à progressé (pour du download direct), soit tu est toujours connecté aux pairs dans le cas de P2P ... ce qui prouve bien que rien ne s'est arrêté durant l'arrêt de ton navigateur. Fait ces quelques tests, et donne nous les résultats ...

Peux-tu préciser ce qu'il t'arrive ? Il semble que tu accèdes bien à ton NAS et au DSM depuis ton navigateur (tu nous dis que tu as installé le serveur multimédia ...) Est-ce que ce qu'il te manque, c'est de voir tes dossiers partagés depuis l'explorer windows ? Si c'est cela, il faut : définir des dossiers partagés ( ah, logique quand tu nous tiens !!!!) mapper ces dossiers dans windows (via le Synology Assistant, ou l'explorateur Windows,Ordinateur, Connecter un lecteur Windows)

[mode TROLL on] Et tu as un téléphone portable ? OK, je sors .... [mode TROLL of]

D'un Marc à un autre, bienvenue ....

De toute manière, le moteur de download station fonctionne indépendamment de son interface graphique ... Tu lances un transfert via l'interface graphique, tu arrêtes l'interface graphique, tu le relances et tu vois que le transfert est toujours en cours et n'a pas été arrêté ... Si le fait d'arrêter ton navigateur arrête le moteur de download station, c'est que : soit tu interprètes mal ce que tu vois soit tu interprètes mal ce que tu vois Plus sérieusement, donne nous des précisions sur ta configuration pour qu'on te proposes des tests à faire. Est-ce que tu as plusieurs machines connectées sur ton réseau ? Mais peut-être que tu devrais ouvrir un nouveau topic sur le sujet pour ne pas polluer celui en cours ?

Pas de réponse ??? Mon sujet de déchaine pas l'enthousiasme des foules !!!!!

Si ta box ne gère pas le loopback, ce n'est pas possible ... La Freebox, le gère, et je crois que la Bbox et la Livebox ne le gèrent pas ...

Plex : uniquement pour les syno à base d'intel ....

Alors, je continue .... (ça tourne au monologue ...) J'ai trouvé que evlad avais commencé cette recherche. Malheureusement, il finissait par un "A creuser" .... Personne n'a encore creusé ce point ?

Personne ? J'ai bien trouvé ça : /usr/syno/etc/synovpnclient/scripts/ovpnc.sh #!/bin/sh # # Startup script for openvpn client # CONF_DIR="/usr/syno/etc/synovpnclient/openvpn" OPENVPN_CONF="$2" etc ... Mais ça semble fait pour lancer le client openvpn, et pas le client pptp ... Et je ne trouve rien pour le client pptp ...

Bonjour à tous Petite question simple : est-il possible de lancer/stopper un client VPN en ligne de commande depuis SSH (pour mettre dans un script ....) Merci

Je ne suis pas un spécialiste de la chose, mais d'après ce que j'en ai lu, en mode actif, et par défaut : le client contacte le serveur via le control channel (port 21) . Celui ci doit donc être redirigé au niveau du routeur du serveur. Puis le serveur établit une session vers le client via le data channel (port 20). Là, pas de problème de redirection... Donc, si l'outil permet de changer le port du control channel, je ne vois pas en quoi cela impacte le data channel ....

Bon, alors ça y est , après un certain nombre de tests dans tous les sens, d'ouvertures et de fermetures de ports, j'ai fini par comprendre ... Mais voici le résultat de courses : Service FTP défini sur le port 21, et au niveau du routeur, routage du port 21 vers le port 21 : => Le mode actif fonctionne .. . Service FTP défini sur le port 21, et au niveau du routeur, routage du port 12345 vers le port 21 : => Le mode actif fonctionne ... Service FTP défini sur le port 12345, et au niveau du routeur, routage du port 12345 vers le port 12345 : => Le mode actif NE fonctionne PAS Alors, est-ce un bug ou est-ce une fonctionnalité, je laisse aux experts le soin d'en discuter. Personnellement, je n'ai rien trouvé sur le sujet dans Google ....

et alors ...??? ....

Si je coche cette case, le seul changement c'est que je n'ai plus le message "Statut : Le serveur a envoyé une réponse passive avec une adresse non routable. Adresse remplacée par celle du serveur.". Et accessoirement, je ne peux plus me connecter en local ....!!!!!!.... Je croyais qu'au contraire, c'était le mode passif qui demandait l'ouverture de ports supplémentaires .... Qu'en mode actif, il suffisait d'ouvrir le port 21 (ce que mon expérience personnelle tendait à vérifier) PS : Je sais que ma plage de ports passif n'est pas ouverte, et que si je l'ouvre, cela va sans doute fonctionner... Mais ce que j'aimerais comprendre, c'est pourquoi un simple changement de numéro de port vient casser ce qui fonctionnait avant ?

Je n'ai pas indiqué tous les tests que j'ai pu faire dans tous les sens (forcer actif, forcer passif, etc....). Cocher la case "Renvoyer l'ip externe en PASV" permet simplement d'éviter le message "Statut : Le serveur a envoyé une réponse passive avec une adresse non routable. Adresse remplacée par celle du serveur.". Mais cela ne change en rien le problème ... Ce que j'aimerai comprendre, c'est pourquoi le simple fait de changer le port 21 par le port 12345 fait planter la connexion FTP. Je n'ai rien changé d'autre ... Est-ce que cela veut dire qu'on ne peut faire du FTP actif que depuis le port 21 ? Et que si on adresse un autre port on fait forcement du passif ?

Bonjour Je butte sur un problème dont la solution doit être d'une évidence telle que je ne la vois pas ... J'ai activé le serveur FTP, en laissant toutes les options par défaut (entre autre utilisation du port 21). J'ai bien redirigé ce port sur ma freebox. J’utilise Fillezilla, en laissant aussi le maximum d'options par défaut, en particulier le mode de transfert (par défaut). Et bien ... ça fonctionne très bien depuis l'extérieur. Comme je n'avais pas ouvert les port 55536 à 55539, j'ai déduis que les transferts se font en mode actif (mais je ne pense pas que cela ait un rapport avec la suite) .... Alors, voila le problème : J'avais de nombreuse tentative de connexion via ce port 21. J'ai donc décidé de changer le port utilisé par le FTP. J'ai donc changé dans le panneau de configuration FTP du Syno le port 21 par le port 12345. J'ai changé la redirection au niveau du routeur (j'ai remplacé 21 -> 21 par 12345 -> 12345). J'ai changé le numéro de port à utiliser dans Fillezilla. Et depuis .... ben ça ne marche plus !!!! La connexion se fait bien. Donc tout devrait être OK Mais la commande LIST échoue. Je précise en outre qu'en interne, avec exactement les même paramètre dans Fillezilla, tout fonctionne correctement. Alors, elle est où, l'explication ?

Non, c'est juste pour la sauvegarde de la configuration que l'on peut donner un nombre de version à garder ..... Pas pour les données ....

Time Backup apporte la possibilité de gérer de manière "intelligente" les différentes version des fichiers sauvegardés. Avec la sauvegarde standard, tu ne gardes que la dernière version des fichiers (une nouvelle sauvegarde écrase la précédente). Avec Time Backup, les différentes versions d'un même fichier sont gardées et restent accessibles ... [edit] Damned, grillé sur le fil !!! Pour compléter ce que dit Brunchto, la "réservation des fichiers" dans "Sauvegarder/Restaurer" ne permet que de garder les fichiers supprimés ...

L'adresse 192.168.0.101 correspond au PC principal de mon réseau local depuis lequel je gère généralement la NAS. Depuis ce PC je me connecte sans problème avec tous les users (même admin)... Maintenant, à la réflexion, et en vérifiant les logs système, je pense que ce 04/06/2012 correspond au jour ou j'ai perdu tout contact avec le NAS (http, ssl, etc ...), et ou j'ai essayé donc de l’arrêter via le bouton (seule solution qui restait) ... Et comme après 20 minutes de clignotement du bouton, comme rien ne se passait, j'ai utilisé la manière forte (couper l'alimentation ...). Après redémarrage, comme tout fonctionnait à nouveau correctement, je n'ai pas poursuivi les investigations plus loin ... Voici la log de ce moment là : Et on voit que l'heure de la connexion fantôme se situe entre le moment où j'ai lancé l'arrêt, et le moment ou le système est reparti .. Donc sans doute à l'heure où j'ai coupé le courant ... C'est donc comme si le système avait gardé en mémoire cette connexion "batarde" du moment de l’arrêt ... Mais pourquoi une connexion avec "admin" ? Je n'utilise jamais ce user ? Est-ce que pour s'arrêter, le système a besoin lancer une connexion "admin" ? Bizarre !!! Et comment m'en débarrasser ?

Aujourd'hui 25 juin, après le démarrage du NAS, le retour ... Revoilà ma connexion fantôme : La même qu'en début de mois ... Pourquoi elle réapparait comme cela ? Comment m'en débarrasser ? Si quelqu'un à une piste ....

Impossible d'augmenter la RAM des modèles "j" ....

C'est le méthode que j'emploie, et ça marche très bien ... En plus, pas besoin d'onduleur pour gérer les risques liés au raid lors de coupures de courant. Pas de risque par rapport au raid0 (si un disque rend l’âme, plus d’accès aux données de l'autre disque). Par contre petit inconvénient : on a deux volumes, et il faut gérer la place sur les deux volumes. Mais il doit y avoir le moyen de faire des mounts de dossier du volume2 sur le volume1 pour limiter cet impact ... (pas encore testé personnellement car je n'ai pas encore de soucis de place ....)

On n'est plus en version beta depuis un certain temps ... Récupère la dernière version en date ....

Théoriquement, la sauvegarde locale travaille avec Rsync. Donc un fichier identique cible/source n'est pas sauvegardé à nouveau. Et dans la pratique cela marche (heureusement pour ma sauvegarde entre volume1 et volume2 !!!) Par contre, j'ai déjà eu un cas ou il y a eu "désynchronisation", et tout à été sauvegardé à nouveau (sans que je comprenne vraiment pourquoi). Est-ce que cela ne viendrait pas d'une modification de répertoire, ou de montage/démontage ? Là, je n'ai plus d'idée sur le sujet ....