CoolRaoul

Fallait pas se sentir visé par ma remarque. C'était juste d'ordre général et destiné à tous les autres potentiellement confrontés à des anomalies depuis l'upgrade.

Vu qu'un certains nombre de retours (et ma propre expérience) indiquent que ça fonctionne en DSM5 tu as du sauter une étape ou faire une erreur quelque part. Je ne peux que t'engager à reprendre le tuto pas à pas depuis le début. Ce n'est pas nécessaire (et même pas sur que ça fonctionne comme ça) Fais *exactement* ce qui est décrit dans le tuto et les connexion SSL seront aussi "proxifiables"

A tout ceux qui se plaignent de de bugs ou manque de stabilité depuis la 5.0: en cas d'utilisation de packages ou d'add-ons non officiellement supporté les problèmes peuvent venir aussi de la. Faut bien comprendre que Synology ne peut pas se permettre de valider également les nouvelles versions de DSM sur des configurations non standards (style optware et autre). Quand on est dans cette situation, le mieux est commencer par essayer de voir si le bug est toujours présent en ayant désactivé ces extensions. Si ce n'est pas le cas ce sera aux développeurs de ces extensions qu'il faudra aller reprocher de ne pas les avoir testé et corrigés pendant la phase beta.

Je viens de te répondre dans l'autre fil:

C'est exact et c'est même documenté dans les releases notes.; The “http” group (http) is the service account for Web Station, introducing better flexibility and security. Web applications will run as the same permission as “http” group. We suggest reviewing the permissions of the web folder and assign appropriate permissions to http group. Étonnant que tu ne les ais pas lues (moi c'est la première chose que je fait à chaque changement de version et d'autant plus si je rencontre un problème)

Serais-t-il possible de donner quelques exemples *précis* de régressions sur les points cités ("puissance des fonctions", "facilité d'emploi", "exploitation de leurs résultats d'opération") Je n'ai rien remarqué (mais je viens juste d'upgrader faut dire)

Voila qui est étrange et inexplicable (pour moi).

Là ca dépasse mes compétences: je ne sais même pas ce qu'est un "certificat startssl". Les sous-domaines je me contente de les déclarer dans la conf apacha et ca roule. Pour les connexions SSL j'utilise un certificat autosigné et je me contente de passer outre le warning du navigateur.

Faut commencer par supprimer les lignes "SSLCipherSuite", on en a parlé il y a déja longtemps dans un autre fil Faut que je pense à modifier le tuto sur ce point. Et sinon pour ton probleme je ne vois pas pourquoi ça ne marcherait pas. Pas besoin de faire un "sous-sous" domaine suffit d'utiliser pour l'interface d'admin un sous-domaine différent.

J'ai peur d'avoir une fuite de mémoire, Que faut-il penser des colonnes VSZ et %MEM chiffres dans l'extrait top ci-dessous: fserv> Mem: 469500K used, 40488K free, 0K shrd, 84028K buff, 269344K cached CPU: 8.3% usr 8.3% sys 0.0% nic 83.3% idle 0.0% io 0.0% irq 0.0% sirq Load average: 0.89 0. 0.69 1/292 20255 PID PPID USER STAT VSZ %MEM %CPU COMMAND 12846 12760 http S 268m 53.8 8.3 /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP 20254 18905 root R 4032 0.7 8.3 /usr/bin/top -b -n1 12845 12760 http S 317m 63.8 0.0 /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP 12738 1 root S 187m 37.6 0.0 php-fpm: master process (/etc/php/php-fpm.conf) 12744 12738 http S 187m 37.6 0.0 php-fpm: pool www 12745 12738 http S 187m 37.6 0.0 php-fpm: pool www 12631 1 root S 99m 19.8 0.0 /var/packages/CloudSync/target/sbin/syno-cloud-syncd /volum 9624 1 root S 94988 18.6 0.0 /var/packages/MediaServer/target/sbin/dms 9310 1 root S < 81436 15.9 0.0 /var/packages/AudioStation/target/bin/pulseaudio 9106 1 root S 74340 14.5 0.0 /var/packages/CloudStation/target/sbin/syncd -c /volume2/@c 9301 1 root S < 72436 14.2 0.0 /var/packages/AudioStation/target/sbin/synoaudiod 6372 6341 root S < 71392 14.0 0.0 /usr/bin/httpd -DSSL -DSPDY -DFrameOptions -f /etc/httpd/co 9195 1 root S 68600 13.4 0.0 /var/packages/CloudStation/target/sbin/syno-cloud-clientd 10035 1 root S 66264 12.9 0.0 /var/packages/VideoStation/target/sbin/synovpcd 5904 5582 root S 48868 9.5 0.0 /usr/bin/httpd -DSSL -f /etc/httpd/conf/httpd.conf-webdav 5903 5582 root S 44092 8.6 0.0 /usr/bin/httpd -DSSL -f /etc/httpd/conf/httpd.conf-webdav Ce matin mon NAS a quasiment freezé et j'ai été obligé de rebooter a la manivelle

Comment crée-t-on une destination de ce type? Il ne m'est proposé que les types ci-dessous: **EDIT** C'est bon j'ai trouvé dans l'aide: Faut avoir une partition dédiée à ce genre d'opération.

Me suis créé un jeu de sauvegarde Sauvegarde effectuée hier suivie d'une autre ce matin Lancé la restauration mais pas la moindre question sur la date de sauvegarde. Doit bien bien avoir quelqu'un qui sait comment ça fonctionne j'espère ?

La version gratuite (Syncback Free) est déjà très complète et, si ça se trouve, suffisante pour répondre au besoin. En tout cas ça permet de se faire une idée sans frais sur ce logiciel que je recommande également chaudement.

Dans les release notes j'ai remarqué ceci: "Backup and Replication Multiple version backup is now available on local backup, backup to another DiskStation. Only the differential blocks of data are retained among each version, allowing file history to be maintained with better storage efficiency." Qui saurait comment se configure ce "multiple version backup" ?

Elle doit dater un peu cette doc Attention, pour le moment je n'ai toujours pas de témoignage que ça fonctionne en DSM5. Ben dis doc, voila qui est radical ...

Pourquoi passer par "httpd-vhost.conf-user" (qui semble plus utilisé sous DSM5 et qu'il était fortement déconseillé d'éditer à la main sous DSM4) plutot que par httpd.conf-user ? (voir ici: )

En mode "bridge" (mode que je ne suis pas sur que la Livebox supporte) les fonctions routeur de la box sont entièrement désactivées: elle n'est plus qu'un simple modem ADSL: le routeur verrait alors arriver sur le port connecté à la box directement les paquets IP avec l’adresse externe. Alors que dans ta config, la box continue à faire de la traduction d’adresse (NAT) Ça je veux bien le croire: la Livebox j'ai déja donné il y a quelques années et fallait la rebooter régulièrement sous peine de la voir partir en vrille Ce à quoi je pensais était de n'utiliser que la fonction point d'acces wifi de ton routeur et laisser la livebox faire le travail de routage (j'ai adopté ce type de configuration chez moi, mais j'ai la chance de ne pas être chez Orange) Faudrait alors faire les redirection de port sur la BOX et pas sur le routeur (et désactiver la DMZ), configurer la partie LAN de ce dernier dans le même subnet que la Livebox, et ne pas utiliser son port WAN. L'avantage est qu'en cas de panne du routeur seul tes accès wifi seraient affectés, tout le reste continuerait à fonctionner. Mais si tu es satisfait et maîtrise ta configuration actuelle ce n'est pas obligatoire.

Oui, sous DSM4.*, ca pouvait fonctionner aussi en modifiant "http-vhost.conf.user" mais cela avait pour conséquence de faire planter les sauvegardes de configuration DSM (la procédure analyse le contenu de ce fichier, et si il a été modifié manuellement elle perd les pédales). httpd.conf-user, au contraire peut être modifié sans trop de risque (juste savoir qu'il est écrasé à chaque mise a jour majeure de DSM, voila pourquoi se limiter à un simple "include" est préférable).

C'est le principe de la DMZ *justement*: configuré comme tu le décris toutes les nouvelles connexions externes entrant dans la box sont automatiquement redirigées en interne vers le routeur. Question subsidiaire: dans quel but utilises-tu un routeur en série avec la box vu que cette dernière est déja un routeur (surtout vu le fait que tu ne sembles pas tout maitriser) ? C'est une config génératrice de problèmes parfois bien velus.

Ce n'est pas ce fichier qui faut modifier mais "httpd.conf-user" (qui est dans "/etc/httpd/conf") Le mieux est d'y mettre une simple ligne "include" en laissant les ajouts perso dans le fichier inclus, comme indiqué dans

Tu peux essayer de recherche les dernier thumbs qu'il a généré, la photo qui le fait planter devrait être à proximité Quelque chose dans le genre de: find /volume1 -type f -iname '*thumb*' -mtime -1 | xargs ls -l puis rechercher les plus récentes dans le résultat obtenu pourrait mener à quelque chose.

Le DLNA (serveur multimedia) active l'indexation car il en a besoin il me semble.

Bon, apparemment "synomkthumbd" crashe sur un fichier qui lui déplaît, l'indexeur le relance, et ça recommence Si tu veux mon avis c'est pas gagné pour trouver le fichier en question. **EDIT** Peut-être un fichier ayant une extension qui ne correspond à son contenu?

Le fichier à modifier est maintenant dans "/etc/httpd/conf" Je vais mettre à jour des que possible

Dingue ça: j'ai l'indexation activée et je n'ai même pas ce fichier synoindex.log (je ne suis pas sous DSM 5 cela dit) Un extrait de son contenu serait peut-être utile pour trouver une piste **EDIT** et une recherche google sur "synoindex.log" ne trouve que 6 résultats Vraiment étrange...