CoolRaoul

Suffit d'aller sur la page des Release notes DSM pour le modèle de NAS Exemple pour un DS110j : http://www.synology....0j.php?lang=fre La on trouve l'intégralité de l'historique des versions pour cette rérérence. Pour chaque version la version minimale requise pour l'upgrade est indiquée, dans une phrase du style "This firmware can only be applied to DiskStation ...." avec ça il me semble qu'il devient possible de déterminer la liste des upgrades à appliquer.

Mouais, du générique "noname" donc. Sera pas facile de mettre la main sur une doc détaillée. Mais il y a un espoir, dans le descriptif est écrit "Network Recording"

et la réponse à ma question "Quel modèle ce DVR? " est ... ?

En effet, tu as raison

Pour l'entrée de type "A" je met l'IP de ma box en lui choisissant un nom de sous domaine. Exemple, en imaginant que je souhaite pouvoir accéder a mon NAS avec le nom <monnas>.<mon.domaine>: Sous_domaine Type valeur ============================== monnas A "<mon ip>" et pour les autres sous domaines, je les défini en "cname" (des alias donc) du nom de base: Sous_domaine Type valeur ============================ filestation CNAME monnas audiostation CNAME monnas webdav CNAME monnas etc ...

Elle m'a l'air tres bien comme ça la fonction "total" (à part pour les valeurs > 1024 To, mais bon on va pas chipoter ) Tu peux supprimer "echokos" et n'utiliser plus que total, il me semble. [EDIT] Ah oui, compris, pour distinguer "KO/s" et Ko" ben oui, tu remplace dans total les echo "$number Mo" par echo "$number Mo$2"[/code] et tu termines par [CODE]echo "D/L: $(total $RKBPS '/sec') ($(total $T2)) ; U/L: $(total $TKBPS '/sec') ($(total $R2))"[/code]

Ben parce que dans ton post tu avait écrit "convertir automatiquement les Ko/s en Mo/s quand TKBPS ou RKBPS est supérieur à 1024" Et donc, supérieur c'est "-gt" ("-ge" c'est supérieur ou égal)

Connais pas OVH, suis chez un concurrent Par contre permet-moi juste une petite remarque sur ton setup. A partir du moment ou tu met ta conf proxy dans "/usr/local/etc/reverse-proxy.conf" il ne doit rien rester dans "/usr/syno/etc/httpd-ssl-vhost.conf-user" Tout doit être dans un seul fichier, le premier.

Quelqu'un aurait-il de l'aspirine?

Il ne faut pas confondre les privilèges du dossiers partagé (monolithiques par dossier, qui se configurent dans panneau de conf -> dossier partagé) et les droit d'access individuels aux fichiers et répertoires (qui peuvent se configurer avec filestation propriétés->permissions et également à distance avec l'explorateur windows) Ce ne sont que les seconds qui sont pris en comptes lorsque on est connecté en shell. Les premiers ne s'appliquent qu'aux acces réseau (SMB/CIFS c'est sur, pas testé précisément pour NFS, Mac, ftp et webdav) Par défaut, DSM met des doits unix assez "open bar" sur les partages (777).

Pourquoi poser une deuxième fois la même question sans répondre au complément d'info qui t'a été demandé dans ?

Si ca peut te consoler j'ai eu le meme probleme que toi avec Chrome Et soudain, un jour, j'ai vu que Chrome se souvenait du mot de passe pour découvrir que ce n'était pas le bon ("compte ou mot de passe n'est pas valable") Va comprendre Je me suis fait une raison...

(NB: je n'ai pas acces a mon syno en shell pour l'instant donc c'est sans garantie, à toi de tester) Ajoute la fonction suivante au début de ton script echokos () { if [ $1 -gt 1024 ] ; then echo "$(( $1 / 1024 )) Mo/s" else echo "$(( $1 )) Ko/s" fi } et remplace echo "D/L: $RKBPS Ko/s • U/L: $TKBPS Ko/s" par echo "D/L: $(echokos $RKBPS) • U/L: $(echokos $TKBPS)" Ajoute a la fin de la commande qui affiche TOTAL ("/usr/local/transmission/bin/transmission-remote -st" je suppose) | sed -e '/^TOTAL/,$d' Tips: tu peux remplacer les `<commande>` par $(<commande>) C'est plus lisible, surtout quand tu veux impriquer pareil pour `expr <expression>` qui peut être mis sous la forme: $((<expression>)) Une chtite question pour terminer: pourquoi divises-tu par 5 dans les lignes suivantes? TKBPS=`expr $TBPS / 1024 / 5` RKBPS=`expr $RBPS / 1024 / 5`

Si c'est chez un pote qui a une ip fixe tu peux configurer le firewall avant de partir. Mais si tu veux pouvoir accéder à ton NAS partir d'un endroit a priori quelconque, tu comprend bien qu'il n'y ne peut pas y avoir de solution (tu peux simplement limiter les ouvertures de ports aux services dont tu as effectivement besoin)

en wan aussi les packets contiennent la MAC address du dernier routeur traversé. [EDIT] Plus précisément, ce que je voulais dire par "réseau local" c'est qu'en filtrage MAC, on ne peut filtrer que les connexions venant des autres machines du lan, pas beaucoup d'intéret donc.

Euh, dans un réseau local, je n'y vois pas un énorme intéret Tous les packets réseau entrants, pour les connexions externes, contiendront l'addresse MAC de ta box ou de ton routeur de toutes façons.

Bon, ayant une debian sous la main j'ai fait le test et le "mount -t cifs" se passe sans problème Clairement, puisque le message d'erreur est sur ton serveur linux, l'erreur est coté Debian et pas Synology. J'imagine que tu as du demander de l'aide sur un forum debian: que t'a-t-on répondu?

C'est parce que NFS marche que tu ne veux pas l'utiliser? N'aurais-tu pas l'esprit de contradiction quelque peu surdéveloppé ? Pour satisfaire ta curiosité, suffit de monter ton dossier en utilisant webmin, et ensuite de taper "mount" dans un shell pour voir quelles options ont été utilisées par webmin, et faire le mount avec les mêmes options. Mais, et je me répete, vouloir utiliser un protocole Microsoft pour partager des dossiers entre deux système Unix... étrange quand même.

La balle est plus dans le camp du DVR que du NAS si tu veux mon avis. Quel modèle ce DVR?

Rien de majeur niveau changements apparemment. Releases Notes: http://www.synology....0j.php?lang=fre

Tu sais, moi je dis ça parce que tu a commencé le fil en nous disant: Et, pour partager les fichiers entre deux Linux (ton debian et le Syno), NFS me semble quand même plus "naturel" que cifs. Tu t'emm** avec le partage cifs pour rien à mon avis

Tu ne risques rien a tenter le :

Et en NFS?

Le fil de forum dont tu nous donnes le lien est daté de 2007 Le problème semble différent du tien. En outre il est indiqué que le problème est corrigé dans la version 2.2 de samba La version du samba intégré a DSM 4.0 est la 3.2.8 ..