Kramlech

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

Peut-être vaudrait-il mieux essayer d'abord avec un répertoire ne contenant que quelques petits fichiers ?

Après avoir résolu tous mes problèmes d'autorisations (ça complique souvent les choses de ne pas avoir de mot de passe sur son PC), j'ai réussi à utiliser la sauvegarde locale pour faire une sauvegarde d'un dossier partagé dans un répertoire monté. La manipulation n'est pas évidente, car il faut passer par plusieurs étapes : Création du dossier partagé dans lequel on va venir faire le mount (que je vais appeler mnt par la suite)... Ne pas faire le mount (sinon on ne pourra pas créer une tache de sauvegarde vers ce dossier) Créer la tache de sauvegarde locale du dossier partagé source vers le dossier partagé mnt que l'on vient de créer Ne pas lancer la sauvegarde Dans le dossier mnt, venir supprimer le répertoire qui a été créé lors de la création de la tache de sauvegarde locale (si le dossier mnt n'est pas vide, on ne peut pas faire le mount). Faire le mount du disque externe dans le dossier mnt ... et pour finir lancer la sauvegarde ... et ça marche !!!!!

Script envoyé en MP ... PS: Attention, moi je fais l'inverse : je sauvegarde dans une dossier partagé le contenu d'un disque qui a été monté .... Au fait, tu arrives à faire des mise à jour dans le disque monté ?

Au début, j'ai commencé par un simple script qui faisait un mount, suivi d'un rsync, lancé via contab ... Puis j'ai complété par une gestion de planification ... Puis par la récupération des logs ... Puis j'ai fait une page PHP pour mettre à jour la plannif et consulter les logs ... Puis j'ai même ajouté une possibilité de lancement de la sauvegarde en interactif depuis la page PHP ... Bref, c'est devenu un vrai bazar, qu'il faudrait que je reprenne pour en fait un truc présentable ... Mais comme ça fonctionne bien, que je encore beaucoup de projets, et peu de temps de libre, j'ai un peu laissé tomber ...

Il semble y avoir effectivement quelques problème de droits pour faire des mises à jour dans un répertoire monté ... Il va falloir investiguer dans cette direction (si quelqu'un passe par là .....)

Je n'ai pas de disque réseau, mais j'ai monté un répertoire d'un disque de mon PC (ce qui doit être équivalent). J'ai réussi à créer une tache de sauvegarde d'un dossier partagé du Nas vers ce répertoire monté ... (après avoir jonglé un peu avec les droits). Par contre je n'ai pas fait le test réel de la sauvegarde (un peu de préparation à faire pour ne pas tout casser, et mon NAS vient de s'endormir ... je vais donc aller faire pareil )