loli71
-
Compteur de contenus
680 -
Inscription
-
Dernière visite
-
Jours gagnés
10
Messages posté(e)s par loli71
-
-
C'est ce qu'il me semblait, mais je n'étais pas certain d'avoir bien compris ce que tu avais écrit. Donc le problème vient bien nouveau SU installé par la version 6.0
Je n'ai pas cette version, donc je vais avoir du mal à tester malheureusement :-(
0 -
D'après ton premier message rjulie, ton problème est arrivé après ton upgrade en DSM 6.0 Beta, et plus spécifiquement avec l'utilisation de la commande "su - sabnzbd".
Peux tu essayer de passer cette commande connecté en ssh avec le compte root sur ton syno et nous die ce qui se passe stp ?
0 -
Le fait de le de supprimer le su et de lancer la ligne de commande et le programme se lance sans pb. N'étant pas spécialiste je ne connais pas les effets de bords que celà pourrait engendrer
L'effet de bord principal est que le programme SABNZBD ne se lancera pas en lançant le compte créé spécialement pour lui, ce qui peut entrainer des problemes de droits
0 -
Comme le dit Gaetan, la passerelle de ton NAS doit être l'adresse IP de ta box, en général chez la plus part des fournisseurs d'accès, il s'agit de l'adresse en .1.
Donc d'après le peu d'info que tu as donné, tu devrais avoir : 192.168.1.1 pour la passerelle.
0 -
C'est curieux quand même ce type de programmation, si le matin je crée un script qui doit être exécuté toutes les heures, il va falloir attendre 23h pour que ce soit le cas....
ou modifier le crontab je suppose.
ben non, je ne te comprends pas là ... Si le matin tu crées un script qui doit tourner toutes les heures (imaginons toutes les heures et 10 mn), il te suffit de créer une entrée dans le planificateur (imaginons que tu crées cette entrée à 9h30) avec:
Première heure d'exécution : 00:10
Dernière heure d'exécution : 23:10
Et le script commencera à se lancer à 10h10 (puisque tu as choisies pour les minutes : 10) ....
0 -
C'est bien ce que j'ai dit, j'ai accès aux tranches de la journée tout comme toi, la première heure d'exécution ne peut commencer au plus tôt qu'à 00:00 dans ma liste et la dernière heure d'exécution ne peut se faire qu'à minuit pile au plus tard dans ma liste.
Je ne peux pas faire :
première heure : 14h00
dernière heure : 13h00
0 -
Ben il suffit de mettre comme première heure d'exécution 00:30 et la dernière heure à 23:30 ...je ne vois pas où tu bloques.
Je viens de créer la une tache qui tourne toutes les heures avec les heure de debut et fin que je t'ai indiqué, et j'ai cela dans mon fichier crontab :
30 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * * * root /tmp/synoschedtask --run id=9J'ai déjà répondu plus haut karl si tu veux qu'elle tourne à chaque heures trente.
0 -
Ben il suffit de mettre comme première heure d'exécution 00:30 et la dernière heure à 23:30 ...je ne vois pas où tu bloques.
Maintenant si tu veux qu'il commence à tourner seulement à 14h30 et qu'il tourne toutes les heures ... tous les jours ... toute l'année, alors il te faut créer la nouvelle planification entre 13h31 et 14h29 ....
Je viens de créer la une tache qui tourne toutes les heures avec les heure de debut et fin que je t'ai indiqué, et j'ai cela dans mon fichier crontab :
30 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * * * root /tmp/synoschedtask --run id=9Ce qui correspond bien... bon par contre synology aurait pu optimiser lol.
Bon juste pour rire ... j'ai créer une tache qui doit se lancer toutes les minutes dans le DSM ... histoire de voir l'aberration pondu par synology ... et j'ai eu raison d'avoir peur :-)
0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * * * root /tmp/synoschedtask --run id=90 -
si tu choisies la première heure d’exécution (première heure la journée à laquelle le script doit être lancé) et la dernière heure d’exécution (dernière heure de la journée à laquelle le script doit être lancé) à l'identique ... normal que le job ne soit lancé qu'une fois par jours ..
Il faut que tu choisisses par exemple :
Première heure d'exécution : 00:00
Dernière heure d'exécution : 23:00
Et là tu auras un lancement du script toutes les heures.
Quand à la deuxième tâche de ta crontab (syno_disk_health_record) provient du fait que tu as dû configurer une vérification mensuelle de l'état de tes disques (dans la partie gestion de disques du DSM ou quelque part comme cela)
0 -
Et bien pour le telnet, il suffit d'aller dans l'interface DSM Panneau de configuration => Terminal & SNMP et activer Activer le service Telnet.
Ensuite avec le bon vieux PuTTy, se connecter à ton NAS avec le protocole telnet (user root et mot de passe du compte Admin), il suffit alors de revenir en arrière sur les modif que tu as fait en éditant le fichier par vi /etc/ssh/sshd_config.
Pour finir, tu désactives le ssh par DSM et tu le réactives.
0 -
La seule question qui compte, c'est est-ce-que jbron a résolu son problème ou pas .. non ?
0 -
bonjour jbron,
L'erreur "ERR_CONNECTION_REFUSED" indique plutôt que ton Nas refuse la connexion entrante, n'aurais tu pas mis par hasard des règles dans le firewall de ton NAS avant le changement de routeur pour n'autoriser que ton ancien réseau 192.168.1.0/24 ?
Si c'est le cas, il te faut changer les règles, et pour cela, peut être bien changer la config de ton nouveau routeur comme l'indique Lucien
0 -
-
non, le compte root est le compte root en ssh .... ce n'est pas pour rien que je l'ai indiqué dans mon premier post ;-)
Et les deux exemples que je t'ai donné te permettent d'afficher les droits (ACL) du répertoire /volume1/web et pour la deuxième les droits spécifiques du compte DSM admin sur le répertoire /volume1/web
A toi d'adapter les commandes pour déboguer tes problèmes de droits selon l'utilisateur et le répertoire voulu.
0 -
Merçi pour la réponse ....mais j ai le message suivant , avec permission refusée
Juste pour être certain, tu es bien connecté avec le compte "root" en ssh sur ton syno comme je l'ai indiqué ?
0 -
Pour en savoir plus sur les permissions ACL sur un répertoire, tu peux lancer en ligne de commande (connexion en ssh sur le syno avec l'utilisateur root) les commandes suivantes :
nas3> synoacltool -get /volume1/web
ACL version: 1
Archive: has_ACL,is_support_ACL
Owner: [root(user)]
---------------------
[0] group:administrators:allow:rwxpdDaARWc--:fd-- (level:0)
[1] group:http:allow:r-x---a-R-c--:fd-- (level:0)
[2] user:http:allow:r-x---a-R-c--:fd-- (level:0)nas3> synoacltool -get-perm /volume1/web admin
ACL version: 1
Archive: has_ACL,is_support_ACL
Owner: [root(user)]
---------------------
[0] user:backup:deny:rwxpdDaARWcCo:fd-- (level:0)
[1] group:administrators:allow:rwxpdDaARWc--:fd-- (level:0)
[2] user:http:allow:r-x---a-R-c--:fd-- (level:0)
[3] group:http:allow:r-x---a-R-c--:fd-- (level:0)
====================================================
User/Group: [admin/smmsp,users,administrators]Final permission: [rwxpdDaARWcCo]
L'explication des permissions étant la suivante :
ACL Entry: [user|group|owner|everyone]:name:[allow|deny]:permissions:inherit mode
Fields
name: user/group name
ACL Perm: rwxpdDaARWcCo
r: (r)ead data
w: (w)rite data (create file)
x: e(x)ecute
p: a(p)pend data (create dir)
d: (d)elete
D: (D)elete child (only for dir)
a: read (a)ttribute (For SMB read-only/hidden/archive/system)
A: write (A)ttribute
R: (R)ead xattr
W: (W)rite xattr
c: read a(c)l
C: write a(c)l
o: get (o)wner shipinherit mode: fdin
f: (f)ile inherited
d: (d)irectory inherited
i: (i)nherit only
n: (n)o propagate0 -
Pas de souci ;-)
0 -
Première chose : il faut que tu utilises ligne de commande suivante dans la partie script défini par l'utilisateur:
/usr/bin/php /volume1/backup/heure.php >/volume1/backup/backup.log 2>&1La première partie indique qu'il faut utilise /usr/bin/php pour lancer ton script, et la fin que la sortie de ton script (affichage) sera redirigé vers un fichier de log /volume1/backup/backup.log (afin de pouvoir faire du debugage si nécessaire.
Par contre, du fait que ton script se trouve dans le répertoire /volume1/backup/, tu risques d'avoir des erreurs du genre "PHP Warning: open_basedir restriction in effect" ce qui empêchera peut être le bon fonctionnement du script :-(
Dans ce cas là, tu as deux solutions, soit tu mets ton script heure.php dans un répertoire défini dans l'open_basedir (comme /var/services/web/) ou tu mets le paramètre "-d open_basedir=none " en plus dans ta ligne d'appel (mais pas certain que cela fonctionne)
0 -
Je souhaite passer par l'outil
Backup & Restaurationavec une
sauvegardeou une
synchronisationdes données comme il m'est conseillé.
Seulement quand je crée une tâche ou une destination de sauvegarde: "L'adresse IP est refuse par le service de sauvegarde réseau distante".
Questions bêtes: As-tu bien activé le service de sauvegarde réseau sur ton NAS 2 Maison ? Y a-t-il des règles de firewall sur ce NAS 2 Maison qui empêcherait la connexion du rsync ou du ssh (si sauvegarde cryptée) depuis le NAS 1 vers le NAS 2 ?
0 -
En gros, je pense que tu dois mettre le contenu du script fourni par l'interface dans un fichier que tu créés quelque part sur ton syno (fichier avec une extension .php) et qu'il ne te restes ensuite plus qu'à mettre le chemin complet de ton script dans le planificateur de tâches du syno avec la récurrence que tu souhaites.
0 -
Le fichier global_conf.php est impossible a écrire !Le repertoire export/ est impossible a écrire !Qui peut m'aider ?Merci par avance
Il s'agit d'un problème de droits en écriture sur ton fichier global_conf.php ainsi que sur le répertoire export/ qui se trouve dans ton répertoire d'installation de phpMyBackupPro.
Il faut que le user qui fait tourner le Web ait les droits en écriture, sur DSM5.2; c'est le user "http" qui fait tourner apache, il te suffit donc de faire un "chown http global_conf.php" au bon endroit et un "chown -R http export"
0 -
Pour plus de clarté : http://www.perdu.com/
0 -
Pour bien comprendre, concernant NET2FTP, tu l'as installé sur ton syno (ou un autre serveur) ou tu utilises celui disponible directement sur le site ?
0 -
Branche ton disque dur externe (s'il est en USB) directement sur ton Syno, puis lance FileStation dans le DSM, et fait un copier/coller des vidéo depuis le DD externe vers le répertoire partagé vidéo.
C'est ce qu'il y a de plus simple
0
Fichier (film) supprimé mais toukours affiché dans video station !
dans Video Station
Posté(e)
L'autre solution pour éviter une réindexation complète est de te connecter en ssh (en tant que root) sur ton syno et de passer l'une (voir les deux) commandes suivantes:
Pour supprimer un film de vidéo station:
/usr/syno/bin/synoindex -d <chemin complet du film>
Exemple: /usr/syno/bin/synoindex -d /volume1/video/mon_film/mon_film.avi
Pour supprimer ensuite le répertoire de vidéo station:
/usr/syno/bin/synoindex -D <chemin complet du répertoire>
Exemple: /usr/syno/bin/synoindex -D /volume1/video/mon_film