-
Compteur de contenus
388 -
Inscription
-
Dernière visite
-
Jours gagnés
2
Tout ce qui a été posté par Amsonia
-
Un message rapide pour vous dire que j'ai repéré une IP qui se connectait régulièrement au NAS via SSH et qui s'inscrivait dans .ssh/known_host; L'IP en question est 31.6.72.106 et c'est en fait Syno qui est à l'origine de la connexion. Synology utilise les services d'un FAI Britannique pour ses services DDNS, ezCloud, notifications, Cloudstation et probablement d'autres choses. Bref, ne pas s'alarmer. Message originel trouvé sur le forum anglais officiel. Posté par un officiel de Synology. Le thread >> http://forum.synolog...p?f=189&t=47315 Ce serait bien je crois que l'on dresse une liste des IP et protocoles utilisés par Synology pour entrer en communication avec nos NAS. Un peu à la manière de la doc sur les ports utilisés par les différents services du NAS.
-
Cloudstation Os X - Premiers Retours
Amsonia a répondu à un(e) sujet de Amsonia dans Cloud Station Server
Je continue mes tests et il semblerait que, maintenant, tout fonctionne correctement. Je passe désormais par ezCloud, lequel détecte parfaitement le changement d'environnement : passage automatique de LAN à "via ezCloud" (et retour vers LAN quand connexion par VPN). Le versionning fonctionne bien même s'il est peu pratique : on est obligé de chercher manuellement la version dans le menu contextuel du FileStation et la télécharger comme n'importe quel fichier et ensuite déplacer le fichier dans notre dossier de sync. C'est assez lourd comme procédure mais là ça devient vraiment dommage c'est que le fait de remettre l'ancienne version dans le dossier de sync est considéré comme une nouvelle version par CloudStation ! Ça fait donc : v1 #création du fichier v2 #modification quelconque du fichier recherche et download manuel de v1 depuis FileStation écrasement manuel de v2 par v1 dans le Finder v1 reconnue comme v3 par CloudStation :-/ La navigation au sein du dossier de sync via le Finder est en effet ralentie/saccadée quand Dropbox est installé (et lancé). La taille des dossiers CloudStation et mon dossier sur mon mac correspondent. Si Synology peut encore prendre des doléances : - possibilité de ne pas afficher les logos "checkmark" et autre sur les icônes des dossiers et fichiers dans le Finder - meilleure implémentation du versionning, idéalement que ce soit manipulable depuis le client - critères de sync moins restrictifs. Je pense notamment aux " et ? dans les noms de fichier/dossier - support des liens symboliques (ou autre système comme la possibilité de sync plusieurs dossiers) - chiffrement des transmissions (SFTP, TLS/SSL, ce qu'ils veulent…) Et dans un second temps : - fonctionnalités de partage en RO/R&W comme la mise en partage R&W d'un ou plusieurs dossiers, la mise à dispo en RO de dossiers/fichiers via une interface web eyecandy ;-) - une intégration avec PhotoStation -
Voui bien sûr que je vais git clone spksrc ! Je voulais "juste" savoir avant…ce qu'il faut savoir Je vais relire tout cela avec attention ce soir, faire le ménage comme tu le recommandes et me lancer :-) S'il s'agit "juste" de faire une (les) compilations en déportées pour (en plus) garder son Syno plus propre, ça va être bien bien bien. #me_ne_sait_pas_ce_qu'il_fait_mais_est_content…
-
Je crois que je cherche à courir avant de savoir marcher… Ce que je voudrais faire, c'est parvenir à être utile ici ; à participer au repo en compilant et maintenant des paquets. Je m'aperçois que de nombreuses choses sont présentes via IPKG mais pas à jour. (pour mon archi du moins) Et il est certain qu'il me faut des bases alors des posts comme le tiens me sont extrêmement utiles ! Je me suis également récupéré le schéma ci-dessous ; que faudrait-il que je sache d'autre sur GNU/Linux en général et BusyBox by Synology en particulier pour ne pas faire trop de bêtises ?
-
Je viens de trouver, c'est parce que mon Syno est une archi 32 bits => les compteurs ne peuvent pas dépasser 2^32. Ils se resettent donc à 4 GiB. Mais j'ai trouvé une solution (et je m'amuse un peu, faut le dire : vnstat. j'ai vu qu'il y avait plein d'autres solutions, plus élégantes, plus complètes mais pour commencer ça me suffit. bref, je l'ai compilé et installé, ça tourne. Mon seul problème concerne le script de boot. Voici le script qui m'est donné dans les sources, il est root:root en 755 dans /usr/syno/etc/rc.d et s'appelle S99vnstat.sh #!/bin/sh . /etc/rc.conf . /etc/rc.d/functions PID=`pidof -o %PPID /usr/sbin/vnstatd` case "$1" in start) stat_busy "Starting vnStat daemon" [ -z "$PID" ] && /usr/sbin/vnstatd -d if [ $? -gt 0 ]; then stat_fail else add_daemon vnstat stat_done fi ;; stop) stat_busy "Stopping vnStat daemon" [ ! -z "$PID" ] && kill $PID &> /dev/null if [ $? -gt 0 ]; then stat_fail else rm_daemon vnstat stat_done fi ;; reload) stat_busy "Reloading vnStat daemon configuration" [ ! -z "$PID" ] && kill -HUP $PID &> /dev/null if [ $? -gt 0 ]; then stat_fail else stat_done fi ;; restart) $0 stop sleep 1 $0 start ;; *) echo "usage: $0 {start|stop|restart|reload}" esac exit 0 [/code] j'imagine que ça doit faire appel à quelque chose qui n'est pas présent sur nos petites machines mais de là à savoir quoi… J'en profite pour te poser une deuxième question, les tâches cron cette fois. Je n'ai jamais touché à cette bête directement alors j'ai essayé de suivre le schéma des tâches déjà présentes mais je ne voudrais pas me planter :s Ceci te semble correct ? [code] #minute hour mday month wday who command 0 0 * * * root /usr/sbin/ntpdate -b pool.ntp.org 21 0 * * 1,4 root /usr/syno/bin/synopkg chkupgradepkg 13 * * * * root /var/packages/Webalizer/target/bin/webalizer -c /var/packages/Webalizer/target/webalizer.conf 06 * * * * root /root/vnstat/src/vnstati -hs -nh -o /volume1/homes/admin/CloudStation/NAS/vnstat/vnstat.png 06 * * * * root /root/vnstat/src/vnstati -hs -nh -o /volume1/web/divers/vnstat.png [/code]
-
Cloudstation Os X - Premiers Retours
Amsonia a répondu à un(e) sujet de Amsonia dans Cloud Station Server
Sur ce point, on ne peut en vouloir à Synology. Les limitations sont clairement indiquées dans la doc : Il n'en reste pas moins que j'emploie aussi de temps en temps le '?' dans des noms de dossiers et que cette limitation est une vraie bride. -
Cloudstation Os X - Premiers Retours
Amsonia a répondu à un(e) sujet de Amsonia dans Cloud Station Server
Je vois que mon post a fait des émules De mon côté, il s'est avéré que la sync s'était bien faite en totalité, enfin je crois, même si le navigateur de fichier ne m'affichait pas tout et indiquait seulement un poids 10 fois inférieur à mon dossier sur l'ordi. Je pense qu'il a tout sync parce que j'ai voulu vider mon dossier local et ça a re-télécharger tout son contenu depuis le NAS ; y compris donc des dossiers et fichiers qui n'apparaissaient pas dans le filestation ! Ce qui est très gênant c'est que le client mac convertit les nom de domaine (mon *.dyndns.org) en IP ! Et vu que mon IP change…ça casse tout ! Il semble pas faire non plus le distingo entre connexion au sein d'un LAN et via Internet. J'ai voulu essayer avec ezCloud mais je me tape sans cesse un message d'erreur disant que j'ai dépassé mon quota de connexion ! o_O Bref c'est plus une alpha qu'une beta pour moi -
Tu es formidable ! Bon, bien sûr, ça marche :-) Par contre c'étrange que les deux versions n'indiquent pas les mêmes valeurs. Serait-ce parce que les scripts ne démarrent pas exactement en même temps et donc font leur moyenne sur des valeurs sensiblement différentes ? Enfin, je ne comprends pas pourquoi les stats rxbytes et txbytes enregistrées par le NAS se remettent à zéro régulièrement. D'après ce que j'avais compris, elles n'étaient censées se reseter que lors d'un reboot.
-
Hmm il y a une amélioration indispensable à faire. La fonction "total" arrondit à l'entier près ! Ce qui fait qu'il s'affichera toujours 2 Mo/s, que j'uploade à 2,1 ou 2,8 Mo/s… :-s Je doute que ce soit une limitation du NAS (^^) alors, comment faire ?
-
Ah voilà, c'est ça, merci ! Et on remplace aussi TKBPS=$(($TBPS / 1024 / 5)) RKBPS=$(($RBPS / 1024 / 5)) Par TKBPS=$(($TBPS / 5)) RKBPS=$(($RBPS / 5))
-
Oué désolé, je pensais en effet supérieur ou égal. Tu respectes trop bien l'énoncée ^^
-
J'ai fait quelques modifs pour afficher le total UP et total DOWN. Je suis tombé sur une fonction ready-to-go dans l'esprit de la tienne mais en while pour gérer plusieurs cas/divisions. (enfin, je crois…) (d'ailleurs, une raison à ce que tu aies choisi -gt dans ta fonction et pas -ge ?) Les deux fonctions sont un peu redondantes quand même. On peut pas mettre un $1 et un $2 à ma fonction "total" pour sortir un truc du genre de ça ? echo "D/L: $(total $RKBPS) ($(total $T2)) • U/L: $(total $TKBPS) ($(total $R2))" #!/bin/sh uptime echokos () { if [ $1 -ge 1024 ] ; then echo "$(( $1 / 1024 )) Mo/s" else echo "$(( $1 )) Ko/s" fi } total () { multiplier="0" number="$1" while [ "$number" -ge 1024 ] ; do multiplier=$(($multiplier + 1)) number=$(($number / 1024)) done case "$multiplier" in 1) echo "$number Ko" ;; 2) echo "$number Mo" ;; 3) echo "$number Go" ;; 4) echo "$number To" ;; *) echo "$1 o" ;; esac } R1=$(cat /sys/class/net/eth0/statistics/rx_bytes) T1=$(cat /sys/class/net/eth0/statistics/tx_bytes) sleep 5 R2=$(cat /sys/class/net/eth0/statistics/rx_bytes) T2=$(cat /sys/class/net/eth0/statistics/tx_bytes) TBPS=$(($T2 - $T1)) RBPS=$(($R2 - $R1)) TKBPS=$(($TBPS / 1024 / 5)) RKBPS=$(($RBPS / 1024 / 5)) echo "D/L: $(echokos $RKBPS) ($(total $T2)) • U/L: $(echokos $TKBPS) ($(total $R2))" echo "" echo "## CONNEXIONS ACTIVES" tor=$(netstat -ntp | grep -c tor) bt=$(netstat -ntp | grep -c transmission) ftp=$(netstat -nt | grep -c 4275) afp=$(netstat -ntp | grep -c afpd) echo "$tor peers TOR" • "$bt peers BT" • "$ftp FTP • $afp AFP" echo "" echo "## ACTIVITÉ BITTORRENT" /usr/local/transmission/bin/transmission-remote -l | grep -v "Idle\|Stopped" /usr/local/transmission/bin/transmission-remote -st | sed -e '/^TOTAL/,$d' [/code]
-
Wow merci CoolRaoul, t'es un chef Maintenant que je lis ce que tu as fait, je me demande pourquoi je ne l'avais pas moi-même trouvé ^^ Ah, heureux par contre de voir que les modifs que j'avais apporté après mon post sont celles de ton tips \o/ Pour ce qui est de la division par 5, c'est juste parce que je fais deux cat, espacés de 5 secondes. Je divise ensuite par 5 pour obtenir une valeur moyenne par seconde.
-
Oué enfin bon, "mon premier script" c'est beaucoup dire parce que je n'ai fait que piocher ci et là quelques lignes que j'ai à peine modifiées. Tellement peu que je n'arrive pas à faire ce que je voudrais alors j'espère un peu d'aide Voici le bouzin : #!/bin/sh uptime R1=`cat /sys/class/net/eth0/statistics/rx_bytes` T1=`cat /sys/class/net/eth0/statistics/tx_bytes` sleep 5 R2=`cat /sys/class/net/eth0/statistics/rx_bytes` T2=`cat /sys/class/net/eth0/statistics/tx_bytes` TBPS=`expr $T2 - $T1` RBPS=`expr $R2 - $R1` TKBPS=`expr $TBPS / 1024 / 5` RKBPS=`expr $RBPS / 1024 / 5` echo "D/L: $RKBPS Ko/s • U/L: $TKBPS Ko/s" echo "" echo "## CONNEXIONS ACTIVES" tor=$(netstat -n -t -p|grep -c tor) bt=$(netstat -n -t -p|grep -c transmission) ftp=$(netstat -n -t|grep -c 21) echo "$tor peers TOR" • "$bt peers BT" • "$ftp FTP" echo "" echo "## ACTIVITÉ BITTORRENT" /usr/local/transmission/bin/transmission-remote -l|grep -v "Idle\|Stopped" /usr/local/transmission/bin/transmission-remote -st Ce qui me sort quelque chose comme ça : (ça s'affiche en overlay sur mon fond d'écran grâce à GeekTool) Bref, ce que je voudrais faire c'est : 1/ convertir automatiquement les Ko/s en Mo/s quand TKBPS ou RKBPS est supérieur à 1024. 2/ ne pas afficher les stats TOTAL. (et dans une deuxième étape afficher qui fait quoi sur le ftp et dans le filestation) Je pense avoir compris la logique pour y parvenir mais il est clair que je ne suis pas (encore ) assez doué pour écrire ce qu'il faut :-s J'ai notamment vu quelque chose qui faisait en sorte que : tant que TKBPS (et RKBPS) est supérieur à 1024, on divise par 1024 et on echo non pas en Ko/s mais Mo/s. Quant à ne pas afficher la section TOTAL, on doit utiliser cut ou gawk, non ? En un mot, help.
-
SERVEUR NAS : DS410 DSM : 4.0-2219 CloudStation : 1.0-2218 CLIENT Nb de clients : 01 (admin) OS : OS X 10.7.4 Cloud Station : 1.0-2218 Dossier de sync : /Users/username/Documents CONNEXION ezCloud désactivé => connexion sur mon adresse *.dyndns.org Port 6690 TCP mappé vers le Syno. Environnement : LAN Ethernet uniquement (pour l'instant) ÉTAT Le client CS indique que tout le dossier est correctement synchronisé alors que seule une partie des fichiers et dossiers se retrouvent sur le NAS. La différence est sensible : 1,62 Go et 1260 éléments en local contre 163,8 Mo et 239 fichiers sur le NAS. Tout aide bienvenue
-
Qui Utilise Cloudstation Sans Passer Par Ez ?
Amsonia a répondu à un(e) sujet de red71 dans Cloud Station Server
Bonjour, Je suis également tenu d'utilser un provider de DynDNS. (dyndns.org et myds.me, celui de Synology). Votre problème est-il toujours d'actualité ? -
Bon ok les gars, j'y suis parvenu o/ Le tuto était clair, je l'ai suivi même si j'ai voulu jouer les cadors à un moment en ne réfléchissant pas… J'ai voulu installer wget-ssl, ça me dit qu'il y a conflit avec wget alors, comme un con, je remove wget ^^ Bref, ça tourne. MAIS j'ai vraiment du me planter quelque part parce que ça ne me sort pas de binaire ou alors l'executable semble être qqpart dans un sous-dossier des sources. Dans le tuto le gars dit que Tor aurait du créer un dossier dans /usr/local/etc/tor/torrc. Ça ne l'avait pas fait chez moi. De même pour la création automatique du fichier de log dans /usr/local/log/tor/notice.log Je vais me pencher sur SynoCommunity. je serai sacrément fier de pouvoir réellement contribuer à qqchose comme ça :-) Si, comme le dit Diaoul, il suffit de savoir lire et écrire en anglais, ça devrait pouvoir être possible. Pour l'instant je laisse tourner mon truc quelques jours, histoire de voir. J'ai justement un mac que je voudrais passer sous Ubuntu, ce sera ma machine de *vraies* geekeries Sinon, maintenant que j'ai pas mal de choses qui tournent sur mon nas, j'aimerais de plus en plus pouvoir garder un œil dessus alors je vais voir comment faire interagir le nas avec ce logiciel "magique" qu'est GeekTool. La première étape va être de pouvoir me connecter en SSH via les clefs pour ne plus avoir à taper mon mdp à chaque fois…
-
Hmm ok j'ai ça qui ressort dans /opt/lib/ lrwxrwxrwx 1 root root 21 May 16 01:15 libevent-2.0.so.5 -> libevent-2.0.so.5.1.6 -rwxr-xr-x 1 root root 294692 Apr 17 20:54 libevent-2.0.so.5.1.6 lrwxrwxrwx 1 root root 21 May 16 01:15 libevent.so -> libevent-2.0.so.5.1.6 lrwxrwxrwx 1 root root 26 May 16 01:15 libevent_core-2.0.so.5 -> libevent_core-2.0.so.5.1.6 -rwxr-xr-x 1 root root 185756 Apr 17 20:54 libevent_core-2.0.so.5.1.6 lrwxrwxrwx 1 root root 26 May 16 01:15 libevent_core.so -> libevent_core-2.0.so.5.1.6 lrwxrwxrwx 1 root root 27 May 16 01:15 libevent_extra-2.0.so.5 -> libevent_extra-2.0.so.5.1.6 -rwxr-xr-x 1 root root 129956 Apr 17 20:54 libevent_extra-2.0.so.5.1.6 lrwxrwxrwx 1 root root 27 May 16 01:15 libevent_extra.so -> libevent_extra-2.0.so.5.1.6 lrwxrwxrwx 1 root root 29 May 16 01:15 libevent_openssl-2.0.so.5 -> libevent_openssl-2.0.so.5.1.6 -rwxr-xr-x 1 root root 23988 Apr 17 20:54 libevent_openssl-2.0.so.5.1.6 lrwxrwxrwx 1 root root 29 May 16 01:15 libevent_openssl.so -> libevent_openssl-2.0.so.5.1.6 lrwxrwxrwx 1 root root 30 May 16 01:15 libevent_pthreads-2.0.so.5 -> libevent_pthreads-2.0.so.5.1.6 -rwxr-xr-x 1 root root 11320 Apr 17 20:54 libevent_pthreads-2.0.so.5.1.6 lrwxrwxrwx 1 root root 30 May 16 01:15 libevent_pthreads.so -> libevent_pthreads-2.0.so.5.1.6 Devrais-je me contenter de lancer ./configure de la manière suivante ? ./configure --with-libevent-dir=../../opt/lib/[/code]
-
Hmm si c'était un appel déguisé à ce que je ne me contente pas d'ajouter des requêtes mais de prêter main forte à la création à proprement parler de paquets, il faut savoir que je ne suis ab.so.lu.ment pas un dev ! sinon je viens de trouver que TOR était dans IPKG mais obsolète. Je suis ce tuto mais j'ai une erreur dans le ./configure => voir
-
Bonjour, Je souhaite opérer un nœud TOR sur mon Syno. Je viens de faire une mais, en attendant (ou à côté, c'est comme on veut ), je tente l'install à la mano. TOR est présent dans IPKG mais dans une version obsolète : la 0.2.2.32-1 et l'on est en 0.2.2.35 (lire les releases notes). Bref, je suis ce tuto => http://malexmave.tum...79/synology-tor Je bloque à l'exécution de ./configure qui m'a dit qu'il ne trouvait pas le chemin de 'libevent'. J'ai donc fait un ipkg install libevent et relancé le ./configure et là ça me dit ça : checking whether we need extra options to link libevent... configure: error: Found linkable libevent in (system), but it does not seem to run, even with -R. Maybe specify another using --with-libevent-dir} J'ai ensuite fait un which libevent mais ça ne ressort rien. Une idée ? Merci :-)
-
Je rajoute une idée de paquet qui me tient très, très à cœur : TOR et I2P. Ce serait absolument formidable de pouvoir installer un nœud TOR et/ou I2P stable sur mon Syno. Si je devais prioriser mes demandes, celle-ci serait 30 millions d'années lumières devant toutes les autres. C'est clair ?
-
Il s'agit juste de savoir si l'on veut simplement transmettre du son ou monter un véritable système HiFi. Pour ma part et dans mes moyens, je cherche à ce que le maillon faible du système ne soit pas matériel mais…moi.
-
Je prends ma pelle et ma pioche et je déterre parce que…je suis pour ! Tant pis si l'on n'est pas très nombreux. Ça ferait plaisir -et ce serait utile !- pour certains sans pour autant déranger tous les autres. Il faudrait "juste" trouver un moyen de rebalancer sur le chan les msg de la shootbox afin que les quelques personnes qui aident régulièrement sur la shootbox ne la déserte pas.
-
Actuellement l'entête HTML du forum est configurée pour que les navigateurs (et moteurs de recherche soit-dit en passant) appréhendent le site comme un site écrit en anglais. <!DOCTYPE html> <html lang="en" xmlns:fb="http://www.facebook.com/2008/fbml"> <head>… La conséquence, pour moi, c'est que le correcteur orthographique de Firefox se cale toujours sur l'anglais ! D'accord c'est un point de détail mais si facile à corriger ;-)