EricZ318

J'imagine qu'ils vont se connecter en ssh, récupérer des logs qui ne seraient pas inclus dans l'image système qu'on leur transmet habituellement, ou lancer des outils divers & variés ^^ Bon niveau sécurité, y'a plus grand chose sur mon NAS, qui ne me sert pas beaucoup depuis que je l'ai vu que le LAN crashe régulièrement... Alors leur donner l'accès me pose pas de soucis. Une fois le problème réglé, il sera reformaté de toute façon ;p

On continue les tests avec Synology... D'abord 5 jours sans Download Station, pas de soucis de LAN. Ensuite 2 jours avec Download Station sans téléchargements, pas de soucis de LAN. (en temps normal, DL/UL BT, un plantage survient en moins de 3 jours) L'équipe de Taiwan doit maintenant se connecter au NAS pour faire un diagnostique en profondeur. S'il n'en ressort rien, il va falloir passer sur wireshark/tcpdump pour vérifier que le plantage n'arrive pas à cause d'un paquet particulier. Une fois le LAN planté, petit redémarrage et l'équipe se connectera surement à nouveau pour un autre diagnostique en profondeur. A bientôt !

Ou si tu veux pas t'emmerder à calculer tu prends un rapport 10, c'est faux mais pour une estimation ça suffit ;p

Pour le moment 300M/50M, à terme 1000M/200M. Dans download station on peux mettre le nombre de download max simultanés (2 chez moi pour éviter de trop casser le débit) et le nombre de pairs autorisés par fichiers. Je l'ai récemment passé à 50 au lieu de 100 pour tester mais ça plante quand même. Je pense effectivement qu'avec un nombre important de fichiers en seed et de nombreuses connexions sur chacun d'eux, ça peux poser soucis. Ralentir le NAS et l'accès OK, mais pas crasher le LAN Pour info, nouveau mail de Synology, on continue les tests et je leur file un accès à mon NAS à distance pour des tests + poussés. Un peu de wireshark, des tests sans download station (ce qui risque de pas planter, donc on va laisser tourner 5 jours avant de dire que c'est OK), des tests sans disques dur (à mon avis redondant avec le précédent si ça ne plante pas sans Download Station). Bref, je repasse ici dès qu'on a avancé.

Création d'un topic de regroupement suite à plusieurs cas identiques :

Création d'un topic de regroupement suite à plusieurs cas identiques :

Bonjour, Je me décide à m'inscrire car il semble que plusieurs personnes aient le même bug et que personne ne trouve la solution. Je suis actuellement en contact avec le support Synology et en attente de nouvelles instructions. Liste des topics ayant recensé le même soucis : DS414 - DSM5 - Fibre - NBV6 DS214 - DSM5 - Fibre - NBV6 http://forum.hardware.fr/hfr/Hardware/Materiels-problemes-divers/synology-innaccessible-sujet_955508_1.htm DS114 - DSM5 - Fibre - NBV6 - DS214+ - DSM5 - Fibre - NBV6 ou AsusRT68U Le symptômes sont : Perte du réseau aléatoire, dans tous les cas avec Download Station en train de DL/UL sur de grosses connexion fibres. Les logs ne montrent rien, pas de ping possible, le nas semble toujours actif en interne (sauvegardes automatiques sur disque usb, ...). Pour ma part, j'ai testé en direct sur la NBV6, puis pensant à un routeur faiblard/défectueux, j'ai collé un Asus RT-AC68U et j'ai le même soucis. Pour régler le problème : redémarrage sauvage du NAS. Tenté de mettre 2 routeurs, un sur chaque LAN, seul le LAN qui télécharge deviens injoignable (crash ?), le second permet d’accéder au NAS (récupération de logs, analyse via ssh) mais je n'ai rien trouvé non plus. Il semble plus qu'évident maintenant que la cause n'est pas le fournisseur d'accès, ni le modem/routeur, mais bien le NAS et à 90% Download Station (BT) en coupable sur les grosses connexions fibre. Trop de connexions ? Chipset LAN qui chauffe trop sur ces grosses connexions ? Paquet IP reçu mal traité qui fait crasher le LAN (il faudrait capturer les trames en continu jusqu’à plantage, mais ça va faire lourd) ? Download Station qui nettoie mal certains buffers internes ? Bug venant du DSM5 (personne n'a testé sur le 4 ?) ? Quoi que ce soit, c'est un vrai bug, ou bien les 4 NAS sont défectueux (peu probable). Si j'ai des news de Synology je viendrais mettre à jour ici. Si d'autres semblent observer le même soucis, n'hésitez pas à poster, compléter mes informations. J'ai proposé à Synology de tester un NAS en Dsm4, un autre DS214+, s'ils m'envoie le matos.

Slt, J'ai un DS214+, 2 coeurs à 1,3Ghz et j'obtient 15Mo/s en DL avec Download Station en BT alors que ma fibre peu atteindre 36Mo/s et bientôt 125Mo/s... Le débit est normal selon moi. Des DL BT sont gourmands en multiples connexions, tu télécharges pleins de petits morceaux qu'il faut rassembler et ça consomme beaucoup de CPU (pour simplifier). En DL classique (non BT) j'atteint sans problème les 36Mo/s, tout comme en transfert de fichier standard sur le LAN (125Mo/s). Or mon DS214+ ne monte qu'a 1,3Ghz et utilise 100% d'1 cœur à cette vitesse. En gros, à 1,6Ghz on pourrait espérer monter à 20Mo/s, ou bien il faudrait que Synology nous mette une version multicoeurs de Download Station, on pourrait atteindre 30Mo/s avec 2 coeurs à 1,3GHz... (mais attention aux autres services qui seraient impactés par la charge à 100%) Ici, un modèle 713+ avec un Atom à + de 2Ghz doit pouvoir être plus rapide (à vérifier, ça dépend aussi de l'efficacité du proc). Bref, pour faire du BT avec des connexions fibre de folie, il faut du lourd. Sur un PC i7 (4 coeurs, 8 threads, 2,6Ghz) avec µTorrent qui va utiliser plusieurs coeurs, je BT à 36Mo/s (mon max) et 20% de charge totale sur tout le proc, c'est dire si ça consomme beaucoup de CPU BT !! --> Tu peux gagner quelques Mo/s en désactivant le chiffrage dans les options de Download Station, je passe de 15Mo/s à 20/25Mo/s avec en théorie un peu moins de confidentialité. Il est possible que je m'en sorte bien en crypté car le 214+ à un accélérateur de cryptage mais pas sûr qu'il soit utilisé pour Download Station... --> Tu peux demander à Synology de passer Download Station en multicoeur (avec possibilité de le désactiver ?) ! Je sais pas ou le demander, mais ce serait pas du luxe !!!