parisbyday

Je constate le probleme quand j'utilise avec Sabnzbd. C'est pas tres grave car 5.6 MO/s c'est pas si mal. Je suis chez numericable et toi ?

Dis Jut1, as tu fait les modifcations recommandés sur le forum hollandais ? L'ajout des commentaires dans l'ancien startup script Puis umount /opt et l'ajout du lien symbolique : rmdir /opt ln-s /volume1/@optware /opt

As tu essayé de le faire manuellement ? Ca fonctionnement pour moi sans probleme. J'ai fait un post dans la partie tuto. Jean

Conclusion j'ai fait un kill des process ipkg (grep opt) et le shutdown fonctionne ! Top merci pour l'aide, ca faisait 2 mois que je trainais ca. Reste plus qu'a mettre en place le script pour killer ces process a la fin. Bonne soirée.

Je viens de faire un test avec l'UPS desactivé et deconnecté. Meme message sur l'USB. Donc ca a pas l'air lié. Cependant ce qui est interressant c'est que je vois un message qui ressemble aux tiens : Jan 10 21:50:01 ntpdate: Sync with time server 192.43.244.18 offset 0.192517 sec. Jan 10 21:50:11 kernel: [11007.342908] force umount failed! mnt_count:9 Jan 10 21:50:14 syno_poweroff_task: lvm_poweroff.c:56 Failed to /sbin/vgchange -an > /dev/null 2>&1 Jan 10 21:50:14 kernel: [11009.754555] hub 6-0:1.0: hub_port_status failed (err = -19) Jan 10 21:50:14 kernel: [11009.760300] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.765983] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.771470] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.777133] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.782662] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.788390] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.793861] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 21:50:14 kernel: [11009.799519] hub 6-0:1.0: unable to enumerate USB device on port 1 Jan 10 21:50:14 kernel: [11009.805848] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 21:50:14 syslogd exiting J

j'ajoute que dans mon cas, je peux toujours pinger le DS1511 apres avoir fait le shutdown.

Sur le vpn client, ils précisent pas si ce client est de type openvpn. J'aimerais idealement qu'il puissent se connecter a des vpn providers comme vyprvpn par ex. J'avais jamais utilisé photostation. Cependant depuis que j'ai un ipad, je trouve ca génial.

Merci c'est clair et c'est excellent ce qu'ils nous font.

Merci Just1 pour ton temps et ton analyse. En fait il n'y a qu'un péripérique USB attaché et il s'agit d'un Onduleur APC. J'ai egalement un disque e-sata attaché sur lequel je fais mes backup. Je vais voir si en déconnectant l'onduleur le power off ou reboot devient possible. Je vais continuer mes recherche sur le site US et eventuellement ouvrir un incident au support. Merci pour ton aide.

J'ai pas la meme chose que toi. j'ai tenté un shutdow via DSM et j'ai du faire un arret brute force. Dans le /var/log/messages j'ai a 18:35 au moment du shutdown : Jan 10 18:35:33 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd Jan 10 18:35:42 kernel: [282425.556451] nfsd: last server has exited, flushing export cache Jan 10 18:35:43 ssctl: services.cpp:486:StopAllSsd(): Try to stop cam[1]. Jan 10 18:35:43 ssctl: services.cpp:423:StopSsdThread(): Stop cam[1] failed. Jan 10 18:35:49 scheduler: scheduler.c (1661) Got signal. Die gracefully. Jan 10 18:35:51 ntpdate: Sync with time server 192.43.244.18 offset 0.440070 sec. Jan 10 18:36:01 kernel: [282444.252266] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.257901] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.263685] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.269263] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.275084] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.280666] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.286449] hub 6-0:1.0: cannot reset port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.292034] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 18:36:01 kernel: [282444.297830] hub 6-0:1.0: unable to enumerate USB device on port 1 Jan 10 18:36:02 kernel: [282444.304210] hub 6-0:1.0: cannot disable port 1 (err = -19) Jan 10 18:36:02 syslogd exiting Jan 10 18:47:00 syslogd started: BusyBox v1.16.1 Jan 10 18:47:01 kernel: [ 19.286300] md: md2: set sda5 to auto_remap [0] Jan 10 18:47:01 kernel: [ 19.291038] md: md2: set sde5 to auto_remap [0] Jan 10 18:47:01 kernel: [ 19.295766] md: md2: set sdd5 to auto_remap [0] Jan 10 18:47:01 kernel: [ 19.300445] md: md2: set sdc5 to auto_remap [0] Jan 10 18:47:01 kernel: [ 19.305149] md: md2: set sdb5 to auto_remap [0] Jan 10 18:47:01 kernel: [ 19.343442] 0: w=1 pa=0 pr=5 m=1 a=2 r=5 op1=0 op2=0 Jan 10 18:47:01 kernel: [ 19.348592] 4: w=2 pa=0 pr=5 m=1 a=2 r=5 op1=0 op2=0 Jan 10 18:47:01 kernel: [ 19.353729] 3: w=3 pa=0 pr=5 m=1 a=2 r=5 op1=0 op2=0 Jan 10 18:47:01 kernel: [ 19.358916] 2: w=4 pa=0 pr=5 m=1 a=2 r=5 op1=0 op2=0 Jan 10 18:47:01 kernel: [ 19.364076] 1: w=5 pa=0 pr=5 m=1 a=2 r=5 op1=0 op2=0 Jan 10 18:47:01 kernel: [ 19.369217] raid5: raid level 5 set md2 active with 5 out of 5 devices, algorithm 2 Jan 10 18:47:01 kernel: [ 19.377090] RAID5 conf printout: Jan 10 18:47:01 kernel: [ 19.380438] --- rd:5 wd:5 Jan 10 18:47:01 kernel: [ 19.383238] disk 0, o:1, dev:sda5 Jan 10 18:47:01 kernel: [ 19.386767] disk 1, o:1, dev:sdb5 Jan 10 18:47:01 kernel: [ 19.390300] disk 2, o:1, dev:sdc5 Jan 10 18:47:01 kernel: [ 19.393847] disk 3, o:1, dev:sdd5 Jan 10 18:47:01 kernel: [ 19.397371] disk 4, o:1, dev:sde5 Jan 10 18:47:01 spacetool: spacetool.c:2201 [info] Old vg path: [/dev/vg1000], New vg path: [/dev/vg1000], UUID: [N7OjqU-rE8c-sU2s-snmR-1HHW-MLFh-6sWkbW] Jan 10 18:47:01 spacetool: spacetool.c:2208 [info] Activate all VG Jan 10 18:47:01 spacetool: spacetool.c:2219 Activate LVM [/dev/vg1000]

Sur la partie dropbox, j'imagine qu'un soft mac/pc devrait etre dispo

J'ai le meme probleme, impossible de rebooter ou faire un shutdown. Si je fait un reboot, apres 1 ou 2 minutes je peux pinger le DS1511 mais impossible de faire un ssh ou acceder a l'interface web. Il faut voir que j'utilise ipkg avec sickbeard,coachpotato de synoblog. C'est peut-etre pour ca. La Led bleu clignote et la seule solution est de faire un arret brute force. Jean.

Apparemment, il y a pleins de nouveautés dans cette version dont le vpn client !

J'ai un peu progressé et ca marche avec la configuration : client dev tun persist-key persist-tun remote vpn.usenet.com 1194 udp resolv-retry infinite nobind persist-remote-ip ca ca.vyprvpn.com.crt tls-remote eu1.vpn.giganews.com auth-user-pass toto.txt comp-lzo verb 3 proto udp status openvpn-status.log log-append openvpn.log route-noexec route-up routeup.sh down down.sh DiskStation1511> cat routeup.sh #!/bin/sh route add -net 200.100.0.0 netmask 255.255.0.0 gw $route_vpn_gateway route add -net $trusted_ip netmask 255.255.255.255 gw $route_net_gateway DiskStation1511> cat down.sh #!/bin/sh route del -net 200.100.0.0 netmask 255.255.0.0 gw $route_vpn_gateway route del -net $trusted_ip netmask 255.255.255.255 gw $route_net_gateway Du coup, la route 200.100.0.0 est ajoutée a l'ouverture du tunnel et supprimé en cas de killall openvpn. Ne restes plus qu'a faire un demarrage automatique du tunnel. Jean.

Bonjour a tous, Pour faire avancer le schmilblick Un petit retour d'experience. Afin d'eviter d'utiliser un openvpn different de celui fourni par synology avec le package vpn center. j'ai fait la conf suivante et ca semble bien fonctionner avec vyprvpn. utiliser la conf client suivante : client dev tun persist-key persist-tun remote eu1.vpn.giganews.com 1194 udp resolv-retry infinite nobind persist-remote-ip ca ca.vyprvpn.com.crt tls-remote eu1.vpn.giganews.com auth-user-pass user_pass.txt comp-lzo verb 3 proto udp status openvpn-status.log log-append openvpn.log Je mets ces fichiers plus les certificats fourni par vyprvpn dans un meme répertoire. Ensuite je fais monter le tunnel avec la commande : /usr/local/synovpn/sbin/openvpn --daemon --config openvpn.conf Le problème avec l'openvpn compilé par synology est que l'option auth-user-pass est desactivée. C'est a dire qu'il n'est pas possible de renseigner le fichier user-pass.txt avec son user et mot de passe. La solution que j'ai trouvé sur un site anglophone consiste a remplacer le bin par un binaire patché et disponible ici avec toutes les explications : http://ghughes.com/blog/2011/12/05/openvpn-auth-user-pass-support-for-synology-vpn-center/ Dans mon cas avec un DS1511 (x86), le patch est dispo ici : http://dl.wifisyncapp.com/misc/ovpn-syno-x86-patched.zip Resultat, le tunnel monte bien. Apres la montée du tunnel le server de vyprvpn fait un push de la route par défaut vers mon client syno. C'est a dire que tout mon trafic passe alors automatiquement par defaut par le tunnel (sauf le local sur le LAN). Dans openvpn.log, on peut voir : Mon Jan 9 09:50:29 2012 /sbin/ifconfig tun0 10.11.0.38 netmask 255.255.0.0 mtu 1500 broadcast 10.11.255.255 Mon Jan 9 09:50:29 2012 /sbin/route add -net 138.199.67.151 netmask 255.255.255.255 gw 192.168.1.254 Mon Jan 9 09:50:29 2012 /sbin/route add -net 0.0.0.0 netmask 128.0.0.0 gw 10.11.0.1 Mon Jan 9 09:50:29 2012 /sbin/route add -net 128.0.0.0 netmask 128.0.0.0 gw 10.11.0.1 Comme je souhaitais ne router via le tunnel que certaines routes vers des serveurs particulier j'ai donc manuellement supprimé les routes puis rajouté celles qui m'intéressait. route del -net 0.0.0.0 netmask 128.0.0.0 route del -net 128.0.0.0 netmask 128.0.0.0 route add -net 55.55.55.55 netmask 255.255.255.0 gw 10.11.0.1 Ce qui fait que seulement le trafic vers 55.55.55.55 est routé via le tunnel. L'autre option est d'uiliser la directive route-noexec ce qui fait que le serveur n'envoie plus la route par défaut. Cependant idéalement, j'aimerais faire un truc propre qui configure automatiquement les routes a la montée du tunnel et qui nettoie les choses proprement quand on souhaite le faire tomber. La bonne technique serait d'utiliser des scripts shell externe avec les directives openvpn "route-up" ou "down" mais je n'ai pas encore réussi. Ce qui j'ai deja constaté c'est que le fait de démarrer puis stopper le serveur vpn fait tomber le tunnel et nettoie les routes. Donc je suis interressé si quelqu'un sait faciment automatiser la configuration openvpn avec les scripts associé pour faire quelque chose de propre. Cependant, sait on jamais, syno pourrait nous sortir dans la beta 4.0 la fonctionnalité… Merci d'avance pour vos retour, Jean.

Salut Dex, Merci pour ton retour. J'ai un RV042 de linksys sur lequel je peux faire de la QOS. Le probleme c'est qu'il faut lui specifier les ports TCP source des sessions ftp des utilisateurs internets. C'est ports sont aléatoirement entre 1025 et 65000 du coup c'est compliqué de tous rate-limiter car j'ai des appli qui utilisent des ports dans ce range. Disons que ca pourrait me gener si un jour je souhaite avoir tout mon upload avec certaines applications. Mais je crois que je vais aller vers cette solution qui me semble etre la meilleure. Merci encore. A+

Bonjour, J'ai configuré la limitation de la bande passante a 200KO par session IP. Ca permet d'éviter que des utilisateurs saturent mon upload a 600KO. Par contre le probleme c'est que ca limite egalement les transferts ftp en local. Il y a t'il moyen pour ne pas limiter le traffic ftp en provenance de PC clients locaux tout en le faisant pour les clients internet. Jean.

Sur iPhone ou iPad, la solution c'est guizmovpn. Cependant le problème dans les entreprises est le blocage du port udp 1194. Il faudrait utiliser le port tcp 443.

Ça m'intéresse ! Il y aurait t'il un tuto ? Je pensait a un système type pvr avec hdhomerun.

finalement ca a marché assez facilement sur un 1511 avec le package openvpn server installé. J'ai utilisé la configuration suivante pour me connecter a vyprvpn client dev tun persist-key persist-tun remote eu1.vpn.giganews.com 1194 udp resolv-retry infinite nobind persist-remote-ip ca /opt/etc/openvpn/keys/ca.vyprvpn.com.crt tls-remote eu1.vpn.giganews.com auth-user-pass /opt/etc/openvpn/toto.txt comp-lzo verb 3 proto udp status /opt/etc/openvpn/openvpn-status.log log-append /opt/etc/openvpn/openvpn.log Par contre je lance le tunnel a la main avec la commande /opt/sbin/openvpn /opt/etc/openvpn/client.conf -& Par contre si je lance S24openvpn, rien ne demarre. Coté debit j'arrive a 4.6 MO/s avec sabnzbd ce qui est pas si mal avec une cpu pourtant a 25% Mem: 1000588K used, 16180K free, 0K shrd, 236080K buff, 380100K cached CPU: 25.3% usr 1.5% sys 0.0% nic 70.5% idle 0.0% io 0.0% irq 2.4% sirq Load average: 0.31 0.25 0.61 2/245 16766 Il me semble qu'il reste plus que 16MO de memoire. Je me demande si la "lenteur" relative n'est pas lié au fait qu'il n'y a plus que 15 MO de memoire. Si quelqu'un a un script pour demarrer automatiquement le tunnel je suis preneur. Jean.

Est-ce que le fait d'avoir le package + l'install via ipkg ne pourrait pas etre un probleme ? Je suis interress par le serveur que j'utilise et le client. Dans les 2 mode, ca m'evite d'avoir un miniPC constamment allumé chez moi. Jean.