cultive

Cela dépend de la connexion de ta TV (en wifi ? à quelle distance du modem?) et de la vidéo (SD, 720p ou 1080p?) Sachant que pour la TV j'utilise une connexion CPL et je n'ai aucun problème pour regarder du 1080p. Je rajouterai que le wifi n'est vraiment pas une solution à privilégier pour un NAS (Beaucoup d'anti-wifi sur le forum

Bonjour, J'ai effectivement la fibre 300m chez SFR mais n'utilisant plus download station ces derniers temps (T411 n'étant plus supporté), je n'ai pas eu le problème. Thomas as-tu précisé toutes ces infos au SAV ?

Bonjour, Après avoir pas mal galéré à mettre en place un serveur icescrum, j'ai décidé de faire un petit tuto. Je m'inspire du guide officiel cependant il faudra faire qq adaptations (https://www.kagilum.com/documentation/install-guide/) je vais essayer de résumer les différentes étapes : Avant tout il vous faut : 512 de RAM minimum sur le synology avec DSM 5 (MySQL 5.5) Ouvrir le port 7070 (ou autre, le 8080 est souvent utilisé) PhpMyAdmin (gestion de MySQL) Tomcat 7 (il vous demandera une version de Java qu'il faut également installer) + un dossier de Tomcat sur le volume1 (/volume1/Tomcat) attention le shell est sensible aux majuscules... Le WAR de Icescrum dispo ici : http://www.icescrum.org/downloads/icescrum_R6_13.2_war.zip Une connexion SSH (PuTTY +++) ou un accès aux fichiers de votre dossier /@appstore A chaque modification de fichier, il faut redémarrer Tomcat pour la prise en compte des modif. Configurer Tomcat : Une fois connecté en SSH en root, Accédez au dossier lib de tomcat : cd /volume1/@appstore/Tomcat7/src/lib Déplacez/Supprimez/Renommez le fichier tomcat-jdbc.jar qui s'y trouve mv tomcat-jdbc.jar /volume1/divers Accédez au dossier conf de tomcat : cd /volume1/@appstore/Tomcat7/src/conf Modifiez le fichier server.xml (directement dans putty ou déplacez le fichier dans un dossier accessible sur le volume1 avec mv pour le modifier avant de le remettre dans /src/conf) <Connector port="7070" protocol="org.apache.coyote.http11.Http11NioProtocol" connectionTimeout="2000" maxThreads="500" URIEncoding="UTF-8"/> Modifiez ensuite le script setenv.sh (/volume1/@appstore/Tomcat7/src/bin) export CATALINA_OPTS="-Duser.timezone=UTC -Xmx512m -XX:MaxPermSize=256m -Dicescrum.log.dir=/volume1/Tomcat/icescrum/log/ -Dicescrum_config_location=/volume1/Tomcat/icescrum/config.groovy Configurez un compte pour accéder à l'interface de manager de tomcat, Dans /volume1/@appstore/Tomcat7/src/conf modifiez le fichier tomcat-users.xml <role rolename="manager-gui"/> <role rolename="manager-script"/> <role rolename="manager-jmx"/> <role rolename="manager-status"/> <user username="tomcat" password="password" roles="manager-gui,manager-script,manager-jmx,manager-status"/> Ajoutez le .WAR : Permettre à Tomcat de récuperer les war >50mo : modifiez le fichier web.xml du dossier partagé : /volume1/Tomcat/manager/WEB-INF <multipart-config> <!-- 50MB max = 52428800 (100MB = 104857600) --> <max-file-size>104857600</max-file-size> <max-request-size>104857600</max-request-size> <file-size-threshold>0</file-size-threshold> </multipart-config> Redémarrez Tomcat Démarrez Tomcat (IPdusyno:7070) allez dans le manager d'applications et ajoutez le .war Configurer Icescrum : Créez le fichier config.groovy : /volume1/Tomcat/icescrum/config.groovy en précisant votre IP et votre login SQL Le reste peut être modifié plus tard. //Server URL - IMPORTANT grails.serverURL = "http://XX.XX.XX.XX:7070/icescrum" //Logging (for debug purposes) icescrum.debug.enable = true //MySQL dataSource.driverClassName = "com.mysql.jdbc.Driver" dataSource.dialect="org.hibernate.dialect.MySQLDialect" dataSource.url = "jdbc:mysql://localhost:3306/icescrum?useUnicode=true&characterEncoding=utf8&autoReconnect=true" dataSource.username = "root" dataSource.password = "passSQL" //Mail server (These exemple values aren't set by default) grails.mail.host = "smtp.gmail.com" grails.mail.port = 465 grails.mail.username = "******@gmail.com" grails.mail.password = "......." //Project icescrum.project.import.enable = true icescrum.project.export.enable = true icescrum.project.creation.enable = true icescrum.project.private.enable = true //Users icescrum.gravatar.secure = false icescrum.gravatar.enable = false icescrum.registration.enable = true icescrum.login.retrieve.enable = true //Alerts icescrum.auto_follow_productowner = true icescrum.auto_follow_stakeholder = true icescrum.auto_follow_scrummaster = true icescrum.alerts.errors.to = "********@gmail.com" icescrum.alerts.subject_prefix = "[icescrum]" icescrum.alerts.enable = true icescrum.alerts.default.from = "*********@gmail.com" //Attachments icescrum.attachments.enable = true Configurer MySQL : Démarrez PhpMyAdmin, créez une base de données nommée "icescrum" (UTF8) *J'ai également créé un user nommé icescrum avec tous les privilèges mais je ne sais pas si cette étape est nécessaire ???* Redémarrez Tomcat (ça devrait prendre un peu de temps), Icescrum doit désormais être fonctionnel dans le manager d'appli. Pour accéder à Icescrum : IPdusyno:7070/icescrum J'espère que ça marchera pour vous aussi Par contre il est très gourmand en RAM, je vais essayer de voir si il n'est pas possible d'optimiser ça.

Salut, Combien d'espace de stockage as-tu besoin ? (4 baies vs 2 baies?) Quel type de videos veux-tu lire ? 1080p ? 720p ? SD ? Quelle type de connexion as-tu ? la TV est-elle en wifi ethernet cpl ? Je pense que pour cette utilisation le 413j fait l'affaire, après c'est plus du confort d'utilisation qui dépend donc de ton budget.

Salut, Tout dépend de tes besoins en stockage... Si tu penses être large avec 4TO opte pour du RAID tandis que si tu penses remplir les 8TO mets toi en basic et sauvegarde les données sensibles en USB. C'est ce que je ferai mais ça n'engage que moi évidemment.

Intéressant ! Ceci-dit modifier ne veut pas forcément dire usurper !

En effet, pas de chance ! Je ne remets pas en cause le fait qu'une IP est facile à modifier pour un hacker, je voulais juste insister sur le fait que les attaques sont automatisées, ainsi avec un range d'IP très restreint les attaques seront bloquées (presque ?) à chaque fois.

Quelle est la raison d'une telle réaction ? Comme il a été dit plusieurs fois, les attaques sont à priori des bots qui font du bruteforce avec des IP dynamiques (probablement du monde entier d'ailleurs). Si tu n'autorises des IP que d'un seul pays, ne crois-tu pas que cela diminue considérablement les chances d'être hacké ? Ou peut-être imagines-tu un petit chinois derrière son écran ("ah lui c'est un français, je vais prendre une IP française pour le hacké....").

J'avoue, bloquer les chinois est à mon avis un bon moyen de se protéger (et les russes aussi par la même occasion). Ça a l'air d'être du Brute force si j'ai bien suivi, du coup avec le blocage des IP on devrait être tranquille aussi non ?

Hello, non le SAV m'avait dit de vérifier les disques, ce que j'ai fait, le rapport est tout à fait normal, aucun secteur défectueux ! En tout cas la fréquence du problème a fortement diminué, avant j'avais ce bug toutes les semaines quasiment. Le mystère reste entier.

Salut, Avec une télé récente le "play" est effectivement inutile... Après tout dépend de ta connexion Syno <-> TV (perso j'utilise le CPL qui marche très bien même pour du 1080p) Sinon entre 413j et 414 il me semble que c'est juste une question de performances, donc ça dépend plus de ton budget.

J'ai eu une nouvelle fois ce problème hier vers 3h du mat (j'ai l'impression que ça arrive toujours durant la nuit). J'ai lancé la dernière MAJ du coup..

Je touche du bois depuis la MAJ

Oui rediriger le port est tellement plus simple en 3 clics c'est réglé...

Si qqun a trouvé une solution, je suis preneur !

Il suffit que je post un message et ca me le refait.... J'ai lancé la maj du coup, on va voir si ca règle le problème.

De mon côté je n'ai pas eu ce problème depuis la création du post, sans avoir fait aucune modif dans ma config. Je n'ai même pas mis à jour DSM... A voir si cela va durer.

je les avais contacté également mais ils n'ont pas pu m'aider, toutes les manip de vérifications ne donnent rien et quand ils se sont connecté sur mon NAS, l'absence de log les a surpris (quand le problème survient, c'est le silence radio) et ils ne m'ont absolument rien dit sur le message "system failed to get external IP". J'espère qu'ils te donneront plus d'info qu'à moi.

Salut, je te propose d'utiliser un tunnel SSH pour le boulot, ca contourne le blocage des ports sur le proxy du boulot (pour faire simple) :

j'ai un DS 214 (il fait le boulot) et c'est assez facile à installer finalement, pour commencer : http://www.synology.com/fr-fr/support/tutorials_all tu trouveras presque toutes les réponses sur ce site.

Effectivement, c'est bien ça qui me perturbe...

Pareil je suis chez syno

Non je ne l'utilise pas...

Salut, Je suis content de ne pas être un cas isolé ! J'ai la fibre de SFR et je n'ai pas changé depuis que j'ai mon NAS. Comme vous mon NAS fonctionnait très bien avant je suis en IP statique pour mon NAS 192.168.1.51 et le DHCP donne des adresses sur une plage 192.168.1.60 > 192.168.1.100 pour éviter d'éventuels conflits...

Bonjour, J'ai un DS214 depuis 6mois, qui n'avait jamais eu de problème jusqu'à présent. Depuis DSM 5, j'ai une erreur qui arrive occasionnellement ( 5 fois en 1 mois environ) alors qu'il n'y a pas d'utilisation particulière du nas : - Toute tentative de connexion (web , lan , ssh) aboutit à un timeout - Le journal me met "System failed to get external IP" à l'heure où ça se produit (puis plus rien dans le journal) - Mon nas est considéré offline par DS finder - les diodes dont vertes et seule la LAN clignote En gros tout le système est bloqué et la seule solution que j'ai trouvé pour le moment est le reboot à l'aide du bouton en façade (super pratique quand je ne suis pas à côté du nas) J'ai contacté le service client qui n'a rien trouvé d'anormal et qui ne m'a proposé aucune solution mis à part de renvoyer le produit... Je n'ai pas modifié ma config (vu que ça marchait très bien jusqu'à présent). Je ne comprends vraiment pas ce problème après un reboot tout rentre dans l'ordre et surtout le fait de ne plus avoir d'accès en LAN alors que le problème semble venir de l'IP externe...