CoolRaoul

Le dossier de support n'avance pas mais comme ma config fonctionne je vous la donne: Faire les modifs suivantes (pas forcéments necessaires, mais j'aime pas les bugs qui trainent) Dans le fichier: "/usr/syno/etc/rc.d/S22syslogng.sh" --- FILE_SYSLOGNG_SETTING=/usr/syno/etc/synosyslog/setting.conf +++ FILE_SYSLOGNG_SETTING=/etc/synosyslog.conf ainsi que --- if [ "yes" == SYSLOGNG_SERVER_ENABLE ]; then +++ if [ "yes" == $SYSLOGNG_SERVER_ENABLE ]; then Dans le fichier: "/usr/syno/syslogclient/scripts/runscript.sh" --- if [ -z ${SYSLOGNG_FAC_FILTER_STRING} ]; then +++ if [ -z "${SYSLOGNG_FAC_FILTER_STRING}" ]; then Ajouter les lignes suivantes à la fin de "/usr/syno/syslogclient/etc/system.conf" (==> la est la principale différences avec le post initial, car /usr/syno/etc/synosyslog/system.conf est écrasé a chaque démarrage avec le contenu du premier) source s_system_local { unix-stream("/var/run/log"); }; log { source(s_system_local); filter(f_syno_client_sev); destination(d_syno_internet); flags(flow_control); }; Rédémarrer le serveur syslog et le client.

Oups, j'ai répondu trop vite, loupé l'histoire de la free box éteinte. Sorry..

M'étonnerait que cela solutionne le "failed to send email"

Simple curiosité: à quoi ça peut servir, une carte son dans un NAS ?

Quelle version de DSM ?

C'est parce que je profite d'une semaine de loisirs pour un faire joujou avec mon syno et lurker sur ce forum. En temps normal je serais loin d'avoir le même réactivité.

Zut, tout est déja bien configuré comme tu dis mais pas reçu de notification... (et c'est pas passé dans la boite à spam) Et pourtant je recois bien les autres (sauvegardes par exemple)

Existe-t-il un moyen pour être prévenu automatiquement de la dispo de nouvelles releases de packages?

"Ouch" par The Rutles?

C'est dingue ton histoire. J'ai copié collé ta config proxy ssl dans un fichier que j'ai mis dans mon dossier d'includes. Petit restart apache: (/usr/syno/etc/rc.d/S97apache-user.sh restart) : pas d'erreur Pour être bien sur que le fichier est bien lu j'ai volontairement incorporé une erreur à ce dernier. Nouveau redémarrage apache: l'erreur est bien signalée. A ta place, je Jetterai un coup d'oeuil sur le contenu de "/usr/syno/apache/conf/httpd.conf", c'est la conf apache que génére le script de startup par aggrégation des différents fichiers ".conf-user" et en ajoutant les options (webstation, mail, port supplémentaire, etc...) Peut-être cela te mettra sur une piste.

L'erreur peut aussi ne pas se situer dans "/volume1/Script/0_Extensions/vhost/httpd-ssl-vhost.conf-user" mais dans le fichier qui fait le "#include" de ce dernier. Piège classique avec les conf apache

User normal, Bien entendu pour modifier l'acl faudra que ce user ait les droits appropriés sur le fichier ou le dossier à modifier peut-être essayer avec un autre navigateur? Tu n'aurait-pas installé une extension genre "adblock" ou similaire?

J'ai déja eu un contact avec lui par email sur le sujet, et je pense qu'il surveille le forum

En fait avec config editor on peut configurer n'importe quel fichier texte, suffit de modifier la configuration de config éditor avec ... config editor, évidemment:

Il restait un petit bug: je me suis apercu que la modif directe de "/usr/syno/etc/httpd-vhost.conf-user" peut poser des problèmes en DSM 4.0 Lire pour la bonne methode à utiliser (en bref garder la conf identique mais la mettre dans un fichier à part et ajouter le "#include" qui va bien dans "/usr/syno/apache/conf/httpd.conf-user")

Sur le fond, ça ne fait pas vraiment de différence. A moins que fufu pense à autre chose quand il écrit "configuré le reverse proxy à la main"

Je ne voyais vraiment pas comment faire autrement qu'en éditant le fichier!

Pas besoin de ldap ni d'AD pour utiliser les ACL. Une fois activées, dans les propriétés de sécurité des fichiers du syno tu va avoir acces aux comptes et groupes du syno tout simplement. Et ca marche . Faut juste savoir que les ACL sont prioritaires par rapports aux droits unix ("ugo") , et que pour les modifier en ligne de commande c'est un peu galère car la commande qui fait ça ("/usr/syno/bin/synoacltool") n'est tout simplement pas documentée (on a juste un résumé de syntaxe si on le lance sans arguments) De plus (il me semble que c'est que que depuis la DSM 4), on peut modifier les ACL dans l'interface de file station.

Tiens tiens, comme ça on nous sort sa botte secrète (pas pu m'empécher d'attraper la perche ) Comme je l'ai dit plus haut "en DSM 4; la sauvegarde de la configuration analyse le *contenu* de ces fichiers. Si ils ont été modifiés manuellement elle ne retrouve plus ses petits et plante." Donc il y a doit avoir des cas ou les modifs manuelles ne perturbent pas l'analyse de contenu que fait la procédure de sauvegarde de configuration et d'autre non. Il ne s'agit pas du backup mais de la sauvegarde de configuration (qui est aussi faite pour tout job de backup). Cette partie ne se contente pas de copier betement les fichiers de conf mais traite un par un une liste explicite de fichiers pour appliquer à chacun un traitement ad-hoc

Pourquoi le modifier? Il est possible qu'il serve ou soit utilsé dans certains configurations présente et/ou à venir de DSM Autant le laisser et ajouter le sien.

Pas sur que ce soit l'approche idéale Je prefère la mienne (version 2, celle qui marche ): il 'y a qu'une ligne a ajouter dans un fichier système. Et ensuite tu peux aussi "charger plein de fichier conf" mais cette fois-ci en les mettants dans le répertoire que *tu* as choisis pour le "#Include"

Oui, pour ma part j'ai deux réponses sur mes 3 tickets du week-end (dont un déja résolu)

Me revoila, En effet, j'avais mal testé, mettre des fichier de conf dans /usr/syno/etc/sites-enabled-user/ ne marche pas (ces fichiers sont inclus 2 fois, une fois à l'interieur d'une directive <VirtualHost> et une autre fois directement. J'ai choisi de mettre ma config reverse proxy dans un seul fichier (/volume1/site/etc/httpd/conf.d/vhost.conf si vous voulez tout savoir) et rajouté: Include /site/etc/httpd/conf.d/*.conf à la fin de /usr/syno/apache/conf/httpd.conf-user Faudra juste penser à remettre cette lignes en cas d'upgrade du DSM

oups, j'ai merdé.. Ma solution ne marche pas... je regarde et je reviens dans un moment