loli71
-
Compteur de contenus
680 -
Inscription
-
Dernière visite
-
Jours gagnés
10
Messages posté(e)s par loli71
-
-
Oui logique vu la release note du DSM6 https://www.synology.com/fr-fr/releaseNote/DS214play
CitationSecurity
- CSP support can effectively prevent XSS attacks.
- TLS/SSL profiles can be adjusted according to your browser compatibility and security requirements.
- Root account is replaced by administrators group credentials to log into SSH to enhance security.
A voir si la page d'aide WinSCP sur le sudo peut t'aider: https://winscp.net/eng/docs/faq_su
0 -
Je suis resté sur les répertoires standard du syno dans le fichier de conf /var/packages/media-indexer/target/etc/media-indexer
${DIRECTORIES}="/volume1/video:/volume1/photo:/volume1/music"
Par contre faut enlever le commentaire # devant la ligne de log dans ce même fichier si tu veux des traces :
LOG_FILE="/usr/local/media-indexer/var/media-indexer.log"Puis il faut arrêter le paquet et le relancer pour la prise en compte
PS: j'ai aussi fait quelques modifications du fichier /var/packages/media-indexer/target/bin/media-indexer afin d'étiver l'indexation des répertoires @eaDir et de leurs contenus, mais sinon tout a fonctionné par défaut.
EDIT: si tu souhaites n'installer que le paquet inotify-tools et utiliser le script sh qui se trouve sur le lien que tu as indiqué plus tôt, attention à changer le chemin d'accès à inotifywait, dans le script
/usr/bin/inotifywaitalors que le paquet l'installe là : /usr/local/bin/inotifywait0 -
il y a 10 minutes, CoolRaoul a dit :
Mais pas oublier non plus que le tuto en question date de 2010, plus tout récent et probablement obsolète.
Sur mon DS214 play, les paquets inotify-tools et media-indexer sur le site indiqué dans le tuto (http://synology.francis-besset.com ) fonctionnent à merveille ;-)
0 -
Il n'est pas possible de compiler sur les syno directement .. je te conseille de jeter un coup d'oeil synocommunity (https://github.com/SynoCommunity/spksrc ) pour faire toi meme ta cross compilation ou suivre le la procédure suivante : http://blogmotion.fr/systeme/indexer-media-11535
0 -
il y a 7 minutes, k750 a dit :
Comme je n'y connais rien a tout cela j'ai copier certaines règles que l'on m'a donner
Peux tu nous mettre ici une copie des règles (en cachant les ip public par securité), on pourra peut être t'aider un peu plus
0 -
Tu n'aurais pas mis en place une règle de NAT/PAT sur ton routeur qui enverrait sa propre adresse IP au lieu de celle de l'équipement qui s'y connecte (genre utilisation d'un pool de Nat sur l'interface LAN)?
0 -
je pense que les fichiers VSMETA sont créé lorsque fait une mise à jours manuelle des infos et que tu bloques les métadonnées dans DS Vidéo (il y a une case pour cela), et du coup, si tu lances une mise à jours complète il récupère sur internet, sauf pour ceux bloqués (présence du fichier VSMETA).. mais à vérifier
0 -
En opensource, tu as aussi clonezilla pour faire des images complète de disques/partitions (clone) et qui supporte les protocoles FTP, SSH, samba, NFS ou WebDav pour la création/restauration des fichiers images.
0 -
Une petite question, c'est bien ta livebox qui donne l'adresse à ton NAS en DHCP (avec réservation si besoin) ?
Car j'ai remarqué lorsque j'étais chez Orange que si l'adresse du NAS n'est pas donné par le DHCP de la box, alors le forwarding de port ne fonctionne pas toujours ... vive Orange...;
1 -
il y a une heure, d3smo a dit :
Auriez vous des conseils à me donner ? J eprécise que c'est une première installation je n'ai pas encore de fichier metadata.db, juste un dossier Ebbok avec un ensemble de fichier de livres.
Et bien ton problème vient de là je pense, pour rappel, il faut faire le fichier metadata.db avec Calibre et le déposer sur le NAS. COBS et BBS ne font que des frontend pour présenter les ebook en utilisant la base de donnée metadata.db de Calibre
0 -
Tu as quoi comme config de firewall sur la livebox ?
0 -
il faudrait surtout que ta box permette l'accès à tes Raspberry depuis internet .. car Webstation n'est pas un proxy, il ne faut penser que l'accès à tes Raspberry se fait en passant par ton NAS.
0 -
As-tu changé quelque chose dernièrement sur ton NAS pour arriver à cette situation ? Car tu écris "Je ne peux plus me connecter en ssh", ce qui semble voir dire que tu pouvais avant, mais avant quo i?
0 -
Le fichier de config que tu cherches se trouve ici : /var/packages/ProxyServer/target/squid/etc/squid.conf
Les port autorisés par défaut dans le paquet sont les suivants :
acl SSL_ports_syno port 443 acl Safe_ports_syno port 80 # http acl Safe_ports_syno port 21 # ftp acl Safe_ports_syno port 443 # https acl Safe_ports_syno port 70 # gopher acl Safe_ports_syno port 210 # wais acl Safe_ports_syno port 1025-65535 # unregistered ports acl Safe_ports_syno port 280 # http-mgmt acl Safe_ports_syno port 488 # gss-http acl Safe_ports_syno port 591 # filemaker acl Safe_ports_syno port 777 # multiling httpMais attention, il faut savoir que ces modifs seront perdu à chaque mise à jour du paquet ...
0 -
Pour ce que je vois sur mon Syno (pas de Raid), le filesystem "/" dans lequel se trouve le fichier "/etc/passwd" est du ext4 :
Citationnas3> mount
/dev/root on / type ext4 (defaults)
/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/vg1/volume_1 on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)
/dev/vg2/volume_2 on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)
securityfs on /sys/kernel/security type securityfs (0)Après, faut voir comment monter ce filesystem /dev/root depuis un autre linux
0 -
Accéder à GLPI
dans GLPI
Ben il doit se trouver dans le répertoire du service web où le paquet a installé les fichiers, donc certainement dans /var/services/web/glpi/install/install.php ou quelque chose dans le genre....
0 -
Avez-vous essayer de supprimer toutes les "Sources de paquet" supplémentaires et actualisé ensuite la page dans "Centre de paquet" ?
Je crois me souvenir avoir eu ce problème à un moment et l'avoir résolu comme cela, mais rien de certain.
0 -
il semblerait que tu aies créé un répertoire /var aujourd'hui à 10h11 suivi d'un caractère bizarre (style effacement d'un caractère mal passé) (cf ta capture d'écran juste après le répertoire "var.defaults" , ce qui pourrait expliquer ton problème.
Par contre, pour savoir comment enlever ce répertoire et être certain qu'il n'y a rien dedans, c'est une autre histoire ... peut être que tu pourrais t'en sortir avec Winscp connecté en root sur ton syno, il permet souvent d'afficher (et de supprimer) les fichiers/répertoires même ceux contenant des caractères spéciaux.
0 -
Il y a 9 heures, Fenrir a dit :
Perso j'utilise Heidi pour gérer mes bases,
Vraiment TOP ton programme Fenrir, je ne connaissais pas mais là .. je vais l'utiliser à fond ;-)
0 -
juste pour être, certain, faut remplacer dans la commande <nom du paquet> par le nom du paquet sur le syno hein ;-)
0 -
plus précisément :
/var/packages/<nom du paquet>/scripts/start-stop-status start
sans le point devant
0 -
Tous les paquets ont un script d'arrêt/lancement déjà existant (qui permet l'arrêt du paquet au stop du système, et le lancement au boot).
Le scripts se trouve là :
/var/packages/<nom du paquet>/scripts/start-stop-status
il suffit d'appeler en ligne de commande le script avec le paramètre "stop" pour l'arrêter et "start" pour le démarrer.
1 -
Il y a 8 heures, Langer a dit :
j'ai créer une clé publique et privé dans mon /home/.ssh/ de l'utilisateur qui utiliser Download Station sur mon NAS en suivant ce tuto entre autres, puis j'ai exporté la clé publique dans le /home/.ssh/authorized_keys de l'utilisateur admin sur le serveur distant. Mais en enlevant l'id et le mot de passe du script php, cela ne marche pas..
Si les deux utilisateurs sont sont pas identiques de chaque côté, il est nécessaire de préciser sur le NAS le compte à utilisé sur le serveur distant (donc "admin" dans votre cas), car sinon le sftp va tenté de se connecter avec le compte utilisé par Download Station sur le serveur distant.
Pour vérifier dans un premier temps si cela fonctionne, se connecter en ssh sur le syno avec le compte qui utilise Download Station et lancer al commande :
ssh admin@mon.domaine.ddns0 -
il y a une heure, Langer a dit :
$site = 'sftp://monlogin:monpasswd@monip:22'
Alors si je comprends bien tu utilises du sftp pour récupérer tes fichiers (ou les déposer) ... donc pour ne pas avoir a mettre me mots de passe en sftp, il suffit d'utiliser une clé privée/public ssh (puisque le sftp s'appuie en fait sur le ssh .. tout comme le scp).
Ensuite pour ce quie st de ton adresse ip qui change, il suffit de mettre en place un service DDNS et d'utiliser le nom de domaine complet fournit par le DDNS dans ton script au lieu de l'adresse ip
Le tout donnerait :
$site = 'sftp://monlogin@mon.domaine.ddns:22'
0
DSM 6 - Accès SFTP en root fini ?
dans Installation, Démarrage et Configuration
Posté(e)
Merci beaucoup Fenrir, c'est bon à savoir çà :-)