guuk

J'avais bien vu mais je ne parvenais pas à mettre la main dessus. Je l'ai aussi compilé à partir des sources mais j'obtenais la même erreur de librairie (alors que la compilation passait sans souci).

Alors là chapeau J'avais testé la version 1.6.0-6+b2 sans succès.... Je comprend pas prk elle ne fonctionnait pas d'ailleurs...

Bonjour à tous, Afin de mettre en place une routine de détection des photos corrompues, je souhaite installer la commande jpeginfo sur mon DS212. Je compatis suivre cette démarche . Le soucis est qu'il semble que la librairie JPEG ne corresponde pas à celle du soft. J'ai un message du type lorsque je l'execute. Est ce que quelqu'un serait déjà parvenu à l'installer et si oui comment? Ou alors si qqun a une solution pour remédier à ce message, je suis preneur.

Bonsoir, Ne parvenant pas à accéder à PhotoStation (en local avec le compte admin, page inaccessible), je viens de voir que j'ai un message "Service [Web Station service] start failed" couplé au message "Service [http-user] start failed" dans le DSM. Il me semble donc qu'Apache fait des siennes mais je ne vois pas trop sur quoi me concentrer pour trouver l'origine de la défaillance. Des idées de logs à vérifier ou de configuration à modifier?

En effet, c'est plus que flou . Pour ma défense j'avais pas l'accès au DSM pour donner plus de précision. Maintenant c'est chose faite. La page de configuration dont je parlais est accéssible via "Panneau de Config">"Réseau" et c'est l'onglet "Paramètres de DSM". J'ai coché "rediriger HTTP vers HTTPS", "Activer SPDY" et "Activer HSTS". Suite à ça fonctionnait. Malheureusement, je suis incapable d'expliquer pourquoi si ce n'est que peut-être ça a réinitialisé la configuration.

Retour du support: Pour ma part, j'ai jonglé avec les options de configurations d'accès HTTPS et les options de la page associée. Ca s'est ensuite débloqué. Je suppose que la configuration s'est réinitialisée...

En complément, j'ai une erreur disant: Dans les logs Apache (/var/log/httpd/sys-error_log). Je sais pas si c'est lié ....

Comme je le dis sans SSL (http) pas de soucis. Je sais bien que le HTTPS n'a pas grande utilité en local mais j'accède à mon NAS de l'extérieur en temps normal. Le problème étant présent en local je pense que c'est plus simple pour le débugguer.

Bref retour sur ce pb. Il semblerait que ça soit assez sournois... Le réseau sur lequel je me trouvais n'autorisait pas des retours sur des ports non standards. En gros il m'autorisait à sortir en faisant une demande sur le port 22222 mais il bloquait la réponse du serveur d'où le timeout. Il n'y a aucune solution à ce problème si ce n'est d'utiliser un port standard (22)....

Bonsoir à tous, Contexte: DS212 + 1HDD 2To DSM 5.1 Routeur bbox + ip fixe sur le NAS Certificat SSL autosigné (par l'interface du NAS) Redirection automatique SSL désactivée (par forçage manuel en ssh par synoinfo.conf) ports nomaux: 5000 et 5001 1 reset ... Voila, mon problème est très simple, je ne peux me logguer en HTTPS en local au DSM (sans SSL et ssh sans soucis). Sous Chrome, j'ai un message ERR_CONNECTION_REFUSED... A noter que dans le DSM j'ai une notification "DSM ne peut démarrer pas démarrer correctement car il a rencontré un problème. Veuillez contacter l'équipe de support de Synology pour obtenir de l'aide." sans savoir d'où ça peut venir et si c'est lié au pb de SSL... Je suis preneur pour toute manip et/ou idée Merci d'avance pour votre aide

En réalité dans ce cas, je n'utilise pas de clé. La commande lit juste les clés et même en les supprimant, ça ne fonctionne pas. La commande ssh était la suivante: 'ssh xxx@yyyy -p 22222 -vvv'

Bonjour, Je tente de me connecter à mon DS212 sui se trouve derrière une bbox. La connexion se fait par le port 22222 redirigé vers 22 par le routeur. J'obtiens le log suivant: OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011 debug1: Reading configuration data /Users/xxxxx/.ssh/config debug1: Reading configuration data /etc/ssh_config debug1: /etc/ssh_config line 20: Applying options for * debug1: /etc/ssh_config line 102: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to yyyyyyy [xx.xx.xx.xx] port 22222. debug1: Connection established. debug1: identity file /Users/xxxxx/.ssh/id_rsa type -1 debug1: identity file /Users/xxxxx/.ssh/id_rsa-cert type -1 debug1: identity file /Users/xxxxx/.ssh/id_dsa type -1 debug1: identity file /Users/xxxxx/.ssh/id_dsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.2 ssh_exchange_identification: read: Operation timed out Pour le moment, je parviens à m'y logguer par le même biais depuis un autre serveur (Debian). Cela me laisse penser que le pb vient de mon ordi (MBP13 2012). Je soupçonne une mauvaise config de SSH mais franchement je vois pas quoi sachant que je parviens à me connecter en SSH sur d'autres serveurs.... Des idées?

bon bon bon Je vais maintenir ça faute de temps pour downgrader..... Merci pour ces précisions en tout cas.

On peut s'attendre à une évolution vers le mieux ou c'est vraiment catastrophique? Je le trouvais plutôt sympa (en tout cas pour l'usage réduit que j'en fait).

Bonsoir, J'utilise Photo Station 6 et lorsque je souhaite télécharger un lot de photos d'un album sélectionnées, je tombe sur une page d'erreur disant: Request-URI Too Large En gros l'URL est trop longue et non gérée par le serveur. Je suis un peu surpris du pb sachant que par le file station, le syno sait faire une archive à la volée. Est ce que qqun aurait déjà eu ce soucis? Y a t il un moyen d'y remédier? Merci d'avance