CoolRaoul

Je n'utilise pas PhotoStation désolé. En outre j'ai cru comprendre qu'il est pas trop ami avec l’accès en reverse proxy. J'ai bien retrouvé quelques tentatives de conf que j'avais tenté de mettre au point pour ce service mais rapidement laissé tomber. **EDIT** Cependant, étant donné que PhotoStation sait utiliser les ports standards (80 et 443), l'utilité du reverse proxy dans son cas (qui est utile quand les ports 5000 et 5001 sont filtrés) m’apparaît moins indispensable.

En complément de la réponse ci-dessus, avec WINSCP, pour accéder aux fichiers système ("/etc/hosts" ici en l'occurrence), il faut utiliser SCP et pas SFTP.

Fait avouer que c'est vraiment difficile de choisir. Quel que soit le modèle, on trouve sur les forums et les sites de ventes, dans les commentaires négatifs, des histoires qui ne donnent pas confiance (bon, d'un autre coté on sait bien que ceux qui on des problèmes sont forcément les plus enclins à poster). D'autre part, les statistiques qu'on trouve par ici ou là ne sont pas toujours fiables ni portant sur un échantillon suffisamment représentatif. Il y a aussi les éventuelles mauvaises séries qui suffisent à accabler la réputation d'un modèle ou de toute une gamme même si le défaut à été traité dans les livraisons plus récentes.

Les "greens" ne sont plus au catalogue: https://www.wdc.com/fr-fr/products/internal-storage.html Du coup faut conseiller lesquels?

Plus que le codage UTF8, c'est le format des sauts de lignes qui est important Voici la bonne configuration dans le cas de Notepad++ Et, toujours sous Notepad++, convertir un fichier déja existant au format Unix peut se faire à posteriori dans le menu "Edition": dos2unix n'est malheureusement pas disponible sous DSM Le plus simple est d’utiliser "sed". La syntaxe suivante permet de réparer le fichier "sur place" (sans avoir à passer par un fichier intermédiaire): sed -i -e 's/\r//' fichier_à_convertir

Vu que les Synology n'ont pas de carte graphique, à quoi pourrait bien servir des polices de caractères ?

C'est dans les parametres de tâche dans HyperBackup

Absolument, je l'utilise d'ailleurs pour accéder de l'extérieur a l’interface d'admin de ma Freebox sans avoir besoin d'ouvrir directement les ports d'icelle. Ca je connais pas. A ma décharge faut comprendre que lorsque je me suis initialement attelé à la rédaction de ce tuto, je n'avais strictement aucune expérience Nginx. C'est suite à une suggestion de @PiwiLAbruti dans un autre fil que je me suis attaqué au sujet. +1000, à utiliser par exemple pour accéder plus discrètement aux appareils connectés à domicile ne disposant pas de contrôle d’accès.

UP désespéré...

@Bruno21 je t'invite à parcourir ce fil: http://www.nas-forum.com/forum/topic/53745-aide-connexion-ssh-clé-rsa/ relatif au même problème que le tien. Tu y trouveras en particulier le détail de la manip pour activer les logs coté serveur.

Ah, sinon, juste pour info et être complet, le problème NoteStation que je mentionne est ici, posté par moi dans le forum US

En effet et ca amène au même formulaire que j'ai utilisé, sauf que celui ci n'est pas intégré dans l'interface DSM Non, rien de visible par ce moyen. Non, rien du tout. C'est ce que je vais faire, juste gonflant de devoir recommencer mes explications. ***EDIT** Fait. Et ce coup ci j'ai bien reçu un accusé de reception par mail Faut croire que l'ouverture de tickets support via DSM n'est pas tout à fait au point.

Oui c'est ce que j'ai essayé en premier mais une fois là je ne sais pas ou regarder, je n'ai pas l'impression qu'on y voie les tickets ouverts ou fermés.

Je viens d'ouvrir un ticket au support via le formulaire intégré au centre de paquets, en cliquant sur le lien "commentaire" correspondant à un paquet (Note Station en l’occurrence) J'ai validé en utilisant le bouton "Envoyer", comme ci dessous: Suite à ça, le formulaire s'est effacé et a été remplacé par une page entièrement blanche Je cherche à savoir si mon ticket à été bien pris en compte et suivre son avancement.

Me suis trompé deux fois, bien entendu mon NAS est toujours le 213j (que je considère comme une réussite dans la gamme: le premier de la série à être passé à 512mo, une consommation d'énergie particulièrement bien maîtrisée et en prime très silencieux) et je voulais dire RAID1 et pas 0 comme on pouvait le deviner d'après le calcul. En ce qui concerne la sauvegarde, comme j'ai dit, je n'externalise que je ce que je considère vraiment important, le reste c'est du disque à disque en interne.Si un gros plantage avec sinistre ou double panne me fait perdre ma collection de films et d'audio (la plus grosse part de ma volumétrie et de loin) je survivrai. Pour cette partie de mes données ça me suffit d'assurer une sécurité relative.

A rester en 2 baies je peux aussi pour le moment conserver le 216j qui me satisfait pleinement. Si j'envisage la solution raid + disque supplémentaire c'est également parce que que mon épouse risque d'utiliser de plus en plus le NAS en utilisation pro et, dans ce contexte, j'aimerais avoir la possibilité, en cas de panne disque, de minimiser au maximum le temps d'indisponibilité (en plus bien entendu des sauvegardes traditionnelles). Avec un 2 baies en 2x4to ça se passerait forcément en raid 0 ce qui ferait les mêmes 4to utiles face au raid 5 3X2to. En plus de ça faudrait en plus ajouter la sauvegarde. (je ne sauvegarde en externe uniquement ce que je considère vraiment critique mais ce qui représente une relativement petite volumétrie) De plus, sur la config 4baies, le disque #4 pourrait servir en plus de cible de sauvegarde en continu du laptop sous Windows 10.

Bon j'y vois plus clair Resterait plus qu'à choisir les modèles de HDD adaptés: si je me lance dans l'opération d'upgrade (je répète que rien n'est décidé pour le moment) ça serait un RAID5 (ou SHR) sur 3 disques (j'estime que 3X2TO me suffiraient même si c'est plus trop au gout du jour) + un volume simple (3 ou 4TO ce dernier). (désolé de faire dériver le fil en HS)

Tout à fait, et c'est aussi attisé par le fait que je me dis que quand les modèles 2017 seront annoncés, pourrait bien y avoir des affaires à saisir sur la gamme 2016. Mes besoins en puissante brute restant très raisonnables, je privilégie d'autres critères, et les économies d'énergie en font partie. Mais là je suis en peu dans le brouillard. (Pour l'aspect budget je sais bien que sont les disques qui de toutes façon vont absorber l'essentiel de la facture si je vais jusqu'au bout de la démarche)

Pas facile de faire une mesure avec un wattmètre sur un appareil qu'on n'a pas encore acheté et c'est quelque part la raison de ma question initiale. Plus exactement mon objectif est d'avoir une idée à peu pres réaliste de la consommation effective de chacun de ses modèles dans le contexte de mon profil d'utilisation.

Mais comment expliquer que différence entre les mode acces et hibernate varie de 22 à 9 Watts sur ces deux modèles 4baies si on prend en compte uniquement la consommation intrinsèque des disques? Mode DS416 DS416J Acces 31,96 W 21,60 W Hibernate 10,14 W 12,75 W diff 21,82 W 8,85 W Ca dépend: dans mon cas, s'agissant d'un équipement qui se trouve 99% du temps dans ce mode, c'est justement ce chiffre qui est le plus significatif (je n'active pas l'hibernation). **EDIT** Au passage je suis surpris que le modèle "j" ait une consommation supérieure au modele non "j" en mode hibernation.

Bonjour, Dans les fiche techniques disponibles en ligne (exemple), sont fournies la consommation électrique, respectivement en "accès" et en "hibernation disque dur": Consommation électrique* 31.96 W (Accès) 10.14 W (Hibernation disque dur) 21.6 W (Accès) 12.75 W (Hibernation disque dur) Qui saurait m'aider à extrapoler la consommation en mode "idle" (autrement dit pas d'hibernation disque mais pas d'accès non plus)

Tu as du oublier ou pas faire gaffe. Enfin, bref, c'est anecdotique Le principal est maintenant que tu appliques la modif de conf syslog qui t'a été suggérée pour avancer dans le diagnostic.

C'est vrai que j'oublie parfois que si j'ai les logs ssh dans syslog c'est grâce à cette astuce que j'ai appliquée depuis 2013 (ref) et je conclue un peu rapidement que tout le monde les a aussi. Avec ces modifs on devrait trouver l'explication je pense ce message indique juste que c'est la première fois que le compte root de spectr59 se connecte au NAS,

Non: les deux lignes suivantes du log client : debug1: identity file /home/spectre59/.ssh/id_rsa type 1 /../ debug1: Offering RSA public key: /home/spectre59/.ssh/id_rsa montrent bien au contraire que la clé id_rsa ("/home/spectre59/.ssh/id_rsa") est effectivement lue par le client ssh

Les logs coté client n'aideront pas des masses. Rien d'intéressant trouvé dans /var/log/messages sinon ?