This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

CoolRaoul

Membres
  • Compteur de contenus

    5 518
  • Inscription

  • Dernière visite

  • Jours gagnés

    38

CoolRaoul a gagné pour la dernière fois le 13 janvier

CoolRaoul a eu le contenu le plus aimé !

À propos de CoolRaoul

  • Rang
    Brigade Synophile

Profile Information

  • Gender
    Male
  • Location
    Marseille

Visiteurs récents du profil

4 634 visualisations du profil
  1. Parfait Éventuellement si ça t’intéresse je pourrais t'expliquer plus tard comment rendre cette clé SSH dédiée exclusivement aux commandes "synoservice --pause samba" et "synoservice --resume samba". C'est pas indispensable mais un peu plus propre, en particulier dans le cas comme ici d'une clé "passwordless".
  2. Mettre des quotes autour du chemin de la clé, sinon l'espace entre "program" et "files" pose problème: plink -i "C:\Program Files\PuTTY\adminkey.ppk" etc ...
  3. Utiliser l'IP du NAS, et ça aiderait si tu nous montrais nous la commande utliisée.
  4. En l'absence de chemin complet ce n'est le répertoire de putty qui est cherché mais le répertoire courant (%cd%). Le mieux est de mettre le chemin complet de la clé (comme par exemple -i "%USERPROFILE%\NAS.ppk") dans la ligne de commande
  5. Je ne comprend pas ce qui peut provoquer la fermeture de l'invite de commande. Si tu la tape directement dans une fenêtre (sans passer par un script .bat ou .cmd): "démarrer" -> "exécuter" -> "cmd" et là dedans tu saisis la commande, qu'est-ce qui s'affiche?
  6. Si je dois changer de navigateur des que je veux éditer un mes messages, j'ai peur de me lasser assez vite Le support IPB a-t-il une piste sur ce problème? Bon je découvre que j'ai ce problème sur *tous* les navigateurs Je suis derrière un proxy, c'est sans doute lui qui déconne... J'ai trouvé un workaround via des copier/coller à partir d'un nouveau post que j'annule ensuite, pas top mais mieux que rien.
  7. Faut pas utiliser putty mais plink C'est pas "putty" mais "plink" qu'il faut utiliser si tu veux le scripter (dans un .bat/.cmd par exemple). Et c'était dans mon message (je me cite "sous PC pour le faire en ligne de commande c'est "plink"") Inutile de passer par un profil ("-load") et fichier d'input ("-m commande.txt"). Faire plutôt comme ceci: plink -i <chemin de la clé .ppk> root@<ip_du_nas> /usr/syno/sbin/synoservice --pause samba" (pourquoi ne t'appuie pas sur les exemples que je donne? )
  8. C'est bien "root" qu'il faut utiliser, par contre sous DSM l’accès root en direct par mot de passe est désactivé. La bonne approche est de faire une authentification par *clé* (comme je l'ai d'ailleurs évoqué: "en particulier au niveau de la gestion des clés pour que l'authentification puisse se faire sans interaction utilisateur" ) et non par mot de passe.
  9. Aie, zut, si ce n'est pas reproductible à volonté nous voila bien.. Je vais effacer le cache du navigateur alors. **EDIT** Pas mieux Par contre pas de problème avec Firefox, c'est avec Chrome que ça coince.
  10. Faut passer par ssh, pas par telnet (sous PC pour le faire en ligne de commande c'est "plink" qui fait partie du package Putty) Sans entrer dans les détails (en particulier au niveau de la gestion des clés pour que l'authentification puisse se faire sans interaction utilisateur, tu devrais trouver facilement des tutos la dessus par ailleurs), ca devrait ressembler à ceci: plink root@<host_nas> "/usr/syno/sbin/synoservice --pause samba"
  11. Bon ca s'aggrave, voila que ca me le fait en répondant à un fil! (ici même par exemple) ennuyeux
  12. Si le besoin ce limite à cela, cela ne ne vaut-il pas envisager d'utiliser le service de partage multimedia intégré à Windows? (sous réserve bien entendu que les appareils "picoreurs" supportent le DLNA)? Ca se configure via le lecteur Windows Media. (J'avoue ne pas avoir creusé cette approche en particulier sous Windows 10 mais risque rien d'essayer.
  13. Alors la je suis sec, reste à vérifier une fois de plus les autorisations du partage coté windows (partage avancé -> autorisations -> tout le monde) L'idéal serait de pouvoir valider avec un autre PC sur le même LAN pour déterminer si le problème est plutot coté client (NAS) ou serveur (PC) Tu peux aussi aller voir dans l'observateur d'évènements Windows (eventvwr) si par chance tu ne tombe pas sur une erreur éclairante. Pas d'autre idée pour le moment.
  14. Me semble un peu radical (et je ne garantie pas dans ce cas de l'arrivée d'éventuels effets de bords bien chelou à dépatouiller). Autre option, la solution de simplement le désactiver comme je l'ai montré ici https://forum.synology.com/enu/viewtopic.php?f=130&t=128590&p=473014#p473014 Toutefois si on ne lui défini aucun fichier à indexer, il ne devrait pas consommer de ressources. Le serveur multimédia utilise le services d'indexation DSM "historique", (panneau de configuration -> "Service d'indexation" -> "Indexation multimédia"). On remarquera que les dossier déclarés à indexer ici ne se retrouvent pas dans ceux d'universal search (et réciproquement). (et je reconnais que c'est pas très clair tout ça)
  15. Me semble un peu aventureux (bien qu'en principe fonctionel) d'utiliser des noms de partages avec un espace ("Disque I" ici) Le mieux serait de partager sans espace, par exemple comme cela: et refaire la manip Ce qui est important, plus que la confirmation du fait que ce soit partagé, est le *contenu* de la colonne "Nom Partage": Voila qui démontre que le dialogue CIFS NAS <-> PC est fonctionnel déjà.