Plus De Sauvegardes Depuis Le Dsm 4

[CoolRaoul]

bonjour, si je comprend bien, mon problème de sauvegarde de configuration provient de mon reverse proxy ???

merci de m'éclairer... je comprend pas ou je doit mettre exactement mon reverse proxy dans ce cas, j'ai suivi le tuto trouvé sur le net (celui que l'on trouve également dans les forum ici).

si j'ai compris, je doit deplacer les ficher :

• /usr/syno/etc/httpd-ssl-vhost.conf-user
  
• /usr/syno/etc/httpd-vhost.conf-user
  

dans : /usr/syno/etc/sites-enabled-user/

Merci de confirmer

En effet: 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.

Une solution, est donc mettre la config reverse proxy dans un fichier situé /usr/syno/etc/sites-enabled-user/ (le nom importe peu pour peu que ça se termine par ".conf")

Pour moi, la config est dans ces fichiers :

• /usr/syno/etc/httpd-ssl-vhost.conf-user
  
• /usr/syno/etc/httpd-vhost.conf-user
  

Tu dois avoir de la chance alors: pour ma part, que je met quoi que ce soit à la main dans l'un de ces fichiers, la sauvegarde ne fonctionne plus.

Modifié le 14 mars 2012 par CoolRaoul

[Kramlech]

Est-ce que tu pourrais être plus précis sur ce qu'il faut faire , CoolRaoul ?

Pour ma part, j'ai vidé les fichiers

• /usr/syno/etc/httpd-ssl-vhost.conf-user
  
• /usr/syno/etc/httpd-vhost.conf-user
  

... et les sauvegardes ont l'air de repartir (au moins la sauvegarde de la configuration, je testerai l'autre plus tard.

Puis j'ai copié mon ancien fichier httpd-vhost.conf-user dans le répertoire /usr/syno/etc/sites-enabled-user/ (en le renommant httpd-vhost.conf , comme tu le dis).

Mais là, quand je relance apache, j'ai les messages suivants :

Start User Apache Server .....

[Wed Mar 14 14:19:23 2012] [warn] module proxy_module is already loaded, skipping

[Wed Mar 14 14:19:23 2012] [warn] module proxy_connect_module is already loaded, skipping

[Wed Mar 14 14:19:23 2012] [warn] module proxy_http_module is already loaded, skipping

Syntax error on line 5 of /usr/syno/etc/sites-enabled-user/httpd-vhost.conf:

<VirtualHost> cannot occur within <VirtualHost> section

[CoolRaoul]

Est-ce que tu pourrais être plus précis sur ce qu'il faut faire , CoolRaoul ?

Pour ma part, j'ai vidé les fichiers

• /usr/syno/etc/httpd-ssl-vhost.conf-user
  
• /usr/syno/etc/httpd-vhost.conf-user
  

... et les sauvegardes ont l'air de repartir (au moins la sauvegarde de la configuration, je testerai l'autre plus tard.

Puis j'ai copié mon ancien fichier httpd-vhost.conf-user dans le répertoire /usr/syno/etc/sites-enabled-user/ (en le renommant httpd-vhost.conf , comme tu le dis).

Mais là, quand je relance apache, j'ai les messages suivants :

Start User Apache Server .....

[Wed Mar 14 14:19:23 2012] [warn] module proxy_module is already loaded, skipping

[Wed Mar 14 14:19:23 2012] [warn] module proxy_connect_module is already loaded, skipping

[Wed Mar 14 14:19:23 2012] [warn] module proxy_http_module is already loaded, skipping

Syntax error on line 5 of /usr/syno/etc/sites-enabled-user/httpd-vhost.conf:

<VirtualHost> cannot occur within <VirtualHost> section

oups, j'ai merdé..

Ma solution ne marche pas...

je regarde et je reviens dans un moment

[CoolRaoul]

...

je regarde et je reviens dans un moment

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

Modifié le 14 mars 2012 par CoolRaoul

[fufu]

J'ai fait ta manipulation sauf que j'ai modifié le fichier /usr/syno/apache/conf/extra/httpd-ssl.conf-user comme suit à la fin:

#Include /usr/syno/etc/sites-enabled-user/*.conf

</VirtualHost>

J'ai commenté le Include ce qui me permet de charger plein de fichier conf dans le repertoire sites-enabled-user

[CoolRaoul]

J'ai fait ta manipulation sauf que j'ai modifié le fichier /usr/syno/apache/conf/extra/httpd-ssl.conf-user comme suit à la fin:

#Include /usr/syno/etc/sites-enabled-user/*.conf

</VirtualHost>

J'ai commenté le Include ce qui me permet de charger plein de fichier conf dans le repertoire sites-enabled-user

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"

[fufu]

En fait à la fin du fichier httpd.conf-user tu as déjà un Include. Il suffit de modifier ce chemin là

[CoolRaoul]

En fait à la fin du fichier httpd.conf-user tu as déjà un Include. Il suffit de modifier ce chemin là

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.

Modifié le 14 mars 2012 par CoolRaoul

[fufu]

Oui en effet c'est pas faux. Bref j'ai fait comme ça et pour le moment ça marche, la sauvegarde aussi.

Donc tout cela provient bien des fichiers de Vhost. Il serait intéressant de savoir pourquoi ça marche sur certaines configurations et pas d'autres. Surtout je me demande pourquoi ça marche quand ils sont déplacés. Le backup ne parse pas le contenu du fichier s'ils sont dans Sites-Enabled-Users?

En tout cas merci

[CoolRaoul]

Oui en effet c'est pas faux. Bref j'ai fait comme ça et pour le moment ça marche, la sauvegarde aussi.

Tiens tiens, comme ça on nous sort sa botte secrète

(pas pu m'empécher d'attraper la perche

)

Il serait intéressant de savoir pourquoi ça marche sur certaines configurations et pas d'autres. Surtout je me demande pourquoi ça marche quand ils sont déplacés. Le backup ne parse pas le contenu du fichier s'ils sont dans Sites-Enabled-Users?

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.

Surtout je me demande pourquoi ça marche quand ils sont déplacés. Le backup ne parse pas le contenu du fichier s'ils sont dans Sites-Enabled-Users?

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

Modifié le 14 mars 2012 par CoolRaoul

[fufu]

Il faudrait savoir si DjMomo à configuré son reverse Proxy à la main pour voir si ta théorie se confirme. Car d'autres personnes ont configuré le reverse proxy à la main et pourtant ça fonctionne

[DjMomo]

À la main en effet, avec le bon vieux vi.

[CoolRaoul]

À la main en effet, avec le bon vieux vi.

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

[DjMomo]

J'aurais pu l'éditer sur windows et puis le transférer en FTP...

[CoolRaoul]

J'aurais pu l'éditer sur windows et puis le transférer en FTP...

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"

[fufu]

Oui je pensais à config Editor. Il me semble que l'on peut configurer les fichiers du serveur Web avec.

[CoolRaoul]

Oui je pensais à config Editor. Il me semble que l'on peut configurer les fichiers du serveur Web avec.

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:

[devildant]

Bonjour,

merci @CoolRaoul c'est nickel, j'ai fait quelque modif de votre config, j'ai créer un dossier vhost dans le dossier /usr/syno/etc.

cd /usr/syno/etc

mkdir vhost

cd vhost

cp ../httpd-vhost.conf-user ./httpd-vhost.conf

cp ../httpd-ssl-vhost.conf-user ./httpd-ssl-vhost.conf

comme sa les vhost reste dans le même dossier et editez le fichier httpd.conf-user

vi /usr/syno/apache/conf/httpd.conf-user

et y rajouter comme le disais @CoolRaoul a la fin de ce fichier un include :

Include /usr/syno/etc/vhost/*.conf

en tous cas un grand merci pour votre réactivité

ps il faudrait prévenir @PatrickH qui a fait un excellent tuto sur les vhost (

Modifié le 14 mars 2012 par devildant

[CoolRaoul]

ps il faudrait prévenir @PatrickH qui a fait un excellent tuto sur les vhost (

J'ai déja eu un contact avec lui par email sur le sujet,

et je pense qu'il surveille le forum

Modifié le 14 mars 2012 par CoolRaoul

[devildant]

Très bien, encore merci pour votre solution.

cordialement

[gaetan.cambier]

Je viens de faire les modif sur mon syno, ca fonctionne

Merci beaucoup

ps, le ticket de support chez sinology n'a toujours pas eu de reponse,

[Kramlech]

Décidément, je suis maudit ...

Après avoir réactivé (httpd-vhost.conf-user) le contenu du fichier httpd-vhost.conf-user selon la méthode de CoolRaoul, j'ai voulu dans un deuxième temps réactiver le contenu du fichier httpd-ssl-vhost.conf-user. Et là les problèmes continuent ...

Voici le contenu de ce fichier (qui fonctionnait très bien avant) :

NameVirtualHost *:443

<VirtualHost *:443>

  ServerName fs.<mondomaine>.fr

  SSLCipherSuite HIGH:MEDIUM

  SSLProtocol all -SSLv2

  SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt

  SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key

  SSLEngine on

  SSLProxyEngine on

  ProxyRequests Off

  ProxyVia Off

  <Proxy *>

    Order deny,allow

    Allow from all

  </Proxy>

  ProxyPass / https://192.168.0.120:7001/

  ProxyPassReverse / https://192.168.0.120:7001/

</VirtualHost>

Et voici le résultat quand je relance apache :

Start User Apache Server .....

Syntax error on line 4 of /volume1/Script/0_Extensions/vhost/httpd-ssl-vhost.conf-user:

Invalid command 'SSLCipherSuite', perhaps misspelled or defined by a module not included in the server configuration

/usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started

Où est l'erreur ? ( ceux qui voudraient répondre "à la ligne 4" sont priés de sortir !!!!! )

[hcimadomo]

bonjour,

un fil interressant car j'ai le meme probleme. cependant, je n'arrive meme pas a creer la tache. Quand on arrive a la fin du wizard, apres un long timeout, on a un message d'erreur. Je n'utilise pas le syno en web service et j'ai peur que ce tuto ne me concerne pas ou alors j'ai raté quelque chose. Les modifs citées ne changent rien. une idée ?

NAs 2411+ et NAS 212+, tout les deux en DSM4.0 - 2198 - ........ snif

Modifié le 15 mars 2012 par hcimadomo

[fufu]

Décidément, je suis maudit ...

Après avoir réactivé (httpd-vhost.conf-user) le contenu du fichier httpd-vhost.conf-user selon la méthode de CoolRaoul, j'ai voulu dans un deuxième temps réactiver le contenu du fichier httpd-ssl-vhost.conf-user. Et là les problèmes continuent ...

Voici le contenu de ce fichier (qui fonctionnait très bien avant) :

NameVirtualHost *:443

<VirtualHost *:443>

  ServerName fs.<mondomaine>.fr

  SSLCipherSuite HIGH:MEDIUM

  SSLProtocol all -SSLv2

  SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt

  SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key

  SSLEngine on

  SSLProxyEngine on

  ProxyRequests Off

  ProxyVia Off

  <Proxy *>

	Order deny,allow

	Allow from all

  </Proxy>

  ProxyPass / https://192.168.0.120:7001/

  ProxyPassReverse / https://192.168.0.120:7001/

</VirtualHost>

Et voici le résultat quand je relance apache :

Start User Apache Server .....

Syntax error on line 4 of /volume1/Script/0_Extensions/vhost/httpd-ssl-vhost.conf-user:

Invalid command 'SSLCipherSuite', perhaps misspelled or defined by a module not included in the server configuration

/usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started

Où est l'erreur ? ( ceux qui voudraient répondre "à la ligne 4" sont priés de sortir !!!!! )

Je pense que tu as oublié d'importer le module proxy_connect. Voici les modules nécessaires:

LoadModule proxy_module modules/mod_proxy.so

LoadModule proxy_connect_module modules/mod_proxy_connect.so

LoadModule proxy_http_module modules/mod_proxy_http.so

Tu dois mettre ces lignes dans le httpd.conf-user ou dans ton fichier de vhost.

Modifié le 15 mars 2012 par fufu

[Kramlech]

Les imports sont OK.

La preuve, si j'ajoute ces trois lignes dans le fichier httpd-ssl-vhost.conf-user (alors qu'elles sont déjà dans le fichier httpd-vhost.conf-user), voici le résultat :

Start User Apache Server .....

[Thu Mar 15 11:27:16 2012] [warn] module proxy_module is already loaded, skipping

[Thu Mar 15 11:27:16 2012] [warn] module proxy_connect_module is already loaded, skipping

[Thu Mar 15 11:27:16 2012] [warn] module proxy_http_module is already loaded, skipping

Syntax error on line 7 of /volume1/Script/0_Extensions/vhost/httpd-ssl-vhost.conf-user:

Invalid command 'SSLCipherSuite', perhaps misspelled or defined by a module not included in the server configuration

/usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started

Modifié le 15 mars 2012 par Kramlech