6 réponses à ce sujet

[M@T D.]

Bonjour à tous,

Pour les fêtes, je me suis fais un petit plaisir... Je me suis acheté un petit certificat SSL.

Auparavant, je fonctionnais avec le certificat auto-signé Qnap (non-certifié), avec force-SSL sur l'interface d'admin et le FTP, j'étais assez content du système.

Je génére donc le couple clefs privée / public... Et charge les info chez mon registrar puis sur le Qnap via l'interface ad-hoc... Et là, catastrophe...

Toute la partie sécurisée est en erreur: les démons stunnel et proftpd redémarrent en boucle avec le petit mail de warning qui va bien...

J'ai perdu l'accès à mon interface d'admin et au FTP... Bref, avec le recul... Vraiment bête de ma part d'avoir lancer la manip sans avoir désactivé le force-SSL

Dans l'immédiat, j'ai limité la "casse" en stoppant par SSH ces 2 process en erreur... Par contre, j'aimerai avoir votre avis/aide sur mon problème...

Je n'ai aucune idée de ce qui a pu se passer, et je ne trouve pas les logs d'initialisation des 2 process qui merdouillent...

Je précise, car c'est important, qu'Apache et tous mes virtualhost sont fonctionnels en HTTP.

Question en passant: peux-on désactiver le force-SSL sur l'interface d'admin et le FTP via SSH ?

Merci d'avance pour vos réponses !

[father_mande]

Bonjour,

M@T D., le 29 décembre 2010 - 16:48 , dit :

Bonjour à tous,

Pour les fêtes, je me suis fais un petit plaisir... Je me suis acheté un petit certificat SSL.

Auparavant, je fonctionnais avec le certificat auto-signé Qnap (non-certifié), avec force-SSL sur l'interface d'admin et le FTP, j'étais assez content du système.

Je génére donc le couple clefs privée / public... Et charge les info chez mon registrar puis sur le Qnap via l'interface ad-hoc... Et là, catastrophe...

Toute la partie sécurisée est en erreur: les démons stunnel et proftpd redémarrent en boucle avec le petit mail de warning qui va bien...

J'ai perdu l'accès à mon interface d'admin et au FTP... Bref, avec le recul... Vraiment bête de ma part d'avoir lancer la manip sans avoir désactivé le force-SSL

Dans l'immédiat, j'ai limité la "casse" en stoppant par SSH ces 2 process en erreur... Par contre, j'aimerai avoir votre avis/aide sur mon problème...

Je n'ai aucune idée de ce qui a pu se passer, et je ne trouve pas les logs d'initialisation des 2 process qui merdouillent...

Je précise, car c'est important, qu'Apache et tous mes virtualhost sont fonctionnels en HTTP.

Question en passant: peux-on désactiver le force-SSL sur l'interface d'admin et le FTP via SSH ?

Merci d'avance pour vos réponses !

Pour désactiver le SSL ... regardez dans /etc/config/uLinux.conf , /etc/config/stunnel/stunnel.conf et /etc/config/proftpd.conf

Je pense (à confirmer) que si vous arrêtez stunnel /etc/init.d/stunnel.sh stop vous devriez retrouver vos accès initiaux (TBC)

Philippe.

[M@T D.]

Bonsoir,

N'ayant pas eu le temps de m'occuper de mon problème depuis les fêtes... Puis la rentrée... Je reviens vers vous avec de nouvelles infos/questions.

Effectivement, je trouve tous les paramètres de config dans les fichiers /etc/config/uLinux.conf , /etc/config/stunnel/stunnel.conf et /etc/config/proftpd.conf.

J'y ai désactivé les paramètres concernant le SSL et donc au redémarrage des services stunnel et proftpd je ne reçois plus d'erreur... Merci !

Par contre, toujours plus d'accès à mon interface d'admin...


En réfléchissant, j'ai trouvé bizarre qu'Apache me réponde systématiquement avec une page 404 not found... J'ai donc vérifié sa conf...

Et là je trouve en place une vieille config de mes virtualhost... Avec toute la partie CGI-BIN commentée... o_O

Je décommente, reconfigure, redémarre Apache, même chose...


3 questions:
> Pouvez-vous me confirmer la présence de la page admin à cette adresse (www.mon_site.fr/cgi-bin/html/login.html)
> Y a-t-il une erreur dans la déclaration de mon VirtualHost ?
> Y a-t-il d'autres choses à vérifier/redémarrer ?

<VirtualHost *:80>
        ServerName www.mon_site.fr
        ServerAlias mon_site.fr
        ServerAdmin webmaster@mon_site.fr

        DocumentRoot /share/Qweb/mon_site.fr
        <Directory /share/Qweb/mon_site.fr>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

        alias /phpmyadmin/ /share/Qweb/phpMyAdmin/
        <Directory "/share/Qweb/phpMyAdmin">
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                Allow from all
        </Directory>

        alias /monitoring/ /share/Qweb/monitoring/
        <Directory "/share/Qweb/monitoring">
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                Allow from all
        </Directory>

        <Directory "/usr/local/apache/cgi-bin">
                AllowOverride None
                Options None
                Order allow,deny
                Allow from all
        </Directory>

        LogLevel warn
        ErrorLog logs/mon_site_fr_error.log
        CustomLog logs/mon_site_fr_access.log combined
        ServerSignature On
</VirtualHost>

Merci d'avance !

[cris]

M@T D., le 02 février 2011 - 23:24 , dit :

Bonsoir,

N'ayant pas eu le temps de m'occuper de mon problème depuis les fêtes... Puis la rentrée... Je reviens vers vous avec de nouvelles infos/questions.

Effectivement, je trouve tous les paramètres de config dans les fichiers /etc/config/uLinux.conf , /etc/config/stunnel/stunnel.conf et /etc/config/proftpd.conf.

J'y ai désactivé les paramètres concernant le SSL et donc au redémarrage des services stunnel et proftpd je ne reçois plus d'erreur... Merci !

Par contre, toujours plus d'accès à mon interface d'admin...


En réfléchissant, j'ai trouvé bizarre qu'Apache me réponde systématiquement avec une page 404 not found... J'ai donc vérifié sa conf...

Et là je trouve en place une vieille config de mes virtualhost... Avec toute la partie CGI-BIN commentée... o_O

Je décommente, reconfigure, redémarre Apache, même chose...


3 questions:
> Pouvez-vous me confirmer la présence de la page admin à cette adresse (www.mon_site.fr/cgi-bin/html/login.html)
> Y a-t-il une erreur dans la déclaration de mon VirtualHost ?
> Y a-t-il d'autres choses à vérifier/redémarrer ?

<VirtualHost *:80>
        ServerName www.mon_site.fr
        ServerAlias mon_site.fr
        ServerAdmin webmaster@mon_site.fr

        DocumentRoot /share/Qweb/mon_site.fr
        <Directory /share/Qweb/mon_site.fr>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

        alias /phpmyadmin/ /share/Qweb/phpMyAdmin/
        <Directory "/share/Qweb/phpMyAdmin">
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                Allow from all
        </Directory>

        alias /monitoring/ /share/Qweb/monitoring/
        <Directory "/share/Qweb/monitoring">
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                Allow from all
        </Directory>

        <Directory "/usr/local/apache/cgi-bin">
                AllowOverride None
                Options None
                Order allow,deny
                Allow from all
        </Directory>

        LogLevel warn
        ErrorLog logs/mon_site_fr_error.log
        CustomLog logs/mon_site_fr_access.log combined
        ServerSignature On
</VirtualHost>

Merci d'avance !

la partie admin du nas ne se trouve pas sous apache.
C'est le process httpd.sh

cris

[M@T D.]

cris, le 04 février 2011 - 18:22 , dit :

la partie admin du nas ne se trouve pas sous apache.
C'est le process httpd.sh

cris

Bonjour Cris, merci pour ta réponse...

Je l'ai compris par moi même en fait... j'avais aussi remarqué le process thttpd.sh

Seulement, même chose... plus rien ne réponds pour l'admin du site...

Mais du coup, je commence à être un peu à court de munition... Je ne sais pas ce qu'il est possible de faire dans mon cas...

Y a-t-il une manip pour remettre la conf Apache en mode "usine" sans passer par une RAZ compléte du NAS ?

[cris]

M@T D., le 04 février 2011 - 22:36 , dit :

Bonjour Cris, merci pour ta réponse...

Je l'ai compris par moi même en fait... j'avais aussi remarqué le process thttpd.sh

Seulement, même chose... plus rien ne réponds pour l'admin du site...

Mais du coup, je commence à être un peu à court de munition... Je ne sais pas ce qu'il est possible de faire dans mon cas...

Y a-t-il une manip pour remettre la conf Apache en mode "usine" sans passer par une RAZ compléte du NAS ?

Redemarrer le nas normalement.

Sinon réinstaller un firmware.

cris

[damien_s]

Bonjour,

Je viens de rencontrer ce probleme aussi...
Je l'ai résolu en recopiant dans /etc/config/stunnel les fichiers figurant dans /etc/default_config/stunnel !

Que cela puisse vous aider et que la force soit avec vous !

Damien S.