Ok, j'ai tout reglé. Ce soucis de SSL, c'etait parce que peruser ne supporte pas SSL pour le moment, et qu'il fallait installer prefork en remplacement.
Et ensuite, ca m'a refait le même soucis avec phpmyadmin, parce que l'installation de prefork change visiblement les droits de certains fichiers. Après avoir passé au moins une bonne heure à changer un peu au pif des droits de fichiers, tout remarche.

Je suis à nouveau sur ce problème d' https https://92.243.5.243/ qui me renvoie une erreur 500.
Bon il n'y a rien dans les fichiers d'erreurs, et seulement une trace de l'accès dans les fichiers d'accès
[code]193.54.238.42 - - [18/Apr/2011:13:21:58 +0200] "GET / HTTP/1.1" 500 3196 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12 ( .NET CLR 3.5.30729)"[/code]


Et mon virtualHost, mais je l'ai vérifié une bonne quarantaine de fois :
[code]<VirtualHost *:443>
ServerName www.xxxclassics.com
ServerAlias www.xxxclassics.com
ServerAdmin [email protected]

DocumentRoot "/srv/d_aclassics/www/www.xxxclassics.com/htdocs"
<Directory "/srv/d_aclassics/www/www.xxxclassics.com/htdocs">
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
Allow from all
</Directory>



ErrorLog /srv/d_aclassics/www/www.xxxclassics.com/logs/secure-www.xxxclassics.com-error.log
LogLevel warn

SetEnvIf Remote_Addr "127\.0\.0\.1" loopback
CustomLog /srv/d_aclassics/www/www.xxxclassics.com/logs/secure-www.xxxclassics.com-access.log combined env=!loopback
ServerSignature On

SSLEngine on
SSLCertificateFile /etc/ssl/xxxclassics.crt
SSLCertificateKeyFile /etc/ssl/xxxclassics.key
SSLCertificateChainFile /etc/ssl/xxxclassics.inter.crt
SSLVerifyClient None

</VirtualHost>
[/code]

Bon voila, je ne sais pas aller plus loin. Dans etc/apache2/ports.conf, tout semble ok.
[code]NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
Listen 443
NameVirtualHost *:443
</IfModule>

<IfModule mod_gnutls.c>
Listen 443
</IfModule>
[/code]

Il y a des fichiers à regarder ailleurs ?

Non mais dans le cas d'un serveur gandi, c'est de l'hébergement cloud, recréer un serveur c'est juste appuyer sur un bouton, installer une distrib, phpmyadmin apache2 postfix mysql etc .. c'est cocher des cases, et transférer les données du serveur précédent au nouveau, c'est détacher le disque du premier serveur, et l'attacher au nouveau. Après il n'y a plus qu'a faire un backup des bdds avec mysqldump et c'est fini. Alors bon je n'aurais pas progressé en administration linux cette fois, mais au moins mon phpmyadmin remarche sans trop trop d'efforts :)

Pour le soucis https, je vais m'y replonger lundi. J'avais regardé le fichier de log indiqué dans le virtualhost mais il ne contenait que des indications d'accès, sans aucune piste pour savoir d'où viens l'erreur. Peut-etre qu'il faut que j'indique spécifiquement où mettre les logs d'erreur en ajoutant quelquechose comme
ErrorLog /var/log/apache2/error.log

O_o

Heu pas de solution sans réinstaller la distrib:/ abuser au pire fallait réinstaller apache php et. :/

Regarde s'il les lobs https sont installé depuis synaptic

@+

Merci pour toutes ces pistes, mais finalement j'abandonne, les techniciens de mon hébergeur ont essayé de trouver d'où ca venait également, et ont aussi abandonné.
Du coup j'ai recrée le serveur from scratch, et maintenant j'ai un autre soucis (oh bonheur de la loi de Murphy), c'est la partie https:// qui renvoie une erreur 500, j'espère que je vais trouver d'ou ca vient plus facilement que ce soucis avec phpmyadmin.

Phpmyadmin c'est un vhost ou un sous repertoire du docroot ?
Ton apache est installé par defaut avec le docroot en /var/www ?

Faut voir ou pat balance les fichiers, a tu verifier que les fichiers sont dans le bon repertoire ? Au pire tu peut télécharger l'archive sur le site (phpmyadmin.org) et mettre tous cela dans un sous repertoire pour tester.
A tu tester en https sur le phpmyadmin ? (suivant ta cond va peux, peut etre, donner ce phénomène ?)

A tu regardé dans le lot d'apache (si activé, par defaut /var/lot/https ou apache je sais plus mais a regarder s'il y a soucis c'est mis dedans ;) )

@+

Oui, je suis sûr du répertoire, et je pense qu'il doit y avoir tout les fichiers en place, puisque cela marchait au départ, après j'ai peut-etre fait une mauvaise manip.
Je ne sais pas exactement ce que j'ai pu faire pour arriver à ce problème, mais entre le dernier accès à phpmyadmin et la constatation du problème, je n'ai pas changé grand chose :
- J'ai installé un certificat ssl (copie des clés et certificats, création des virtualsHosts, modification de ports.conf)
- J'ai installé curl avec la commande apt-get install curl libcurl3 libcurl3-dev php5-curl php5-mcrypt

Et je crois que c'est tout. Pour la réinstallation de phpmyadmin j'ai simplement fait
apt-get remove phpmyadmin
apt-get install phpmyadmin

Il n'y a pas de fichiers .htaccess

salut,

est tu sur du répertoire ? tu m'a bien mis dans le docroot d'apache ?
est tu sur de l'orthographe du répertoire ?

a tu bien dézippé phpmyadmin sans oublier de fichier ?

y aurait il pas un .htaccess qui mettrais le brin la dedans ?

@+

Bonjour,

Je n'arrive pas à accéder au phpmyadmin de mon serveur http://173.246.100.213/phpmyadmin/.
J'ai parcouru les fichiers de config pour trouver d'où cela pouvait vernir, finalement j'ai réinstallé phpmyadmin, mais pour le moment rien ne bouge j'ai toujours une page blanche.
C'est un peu désespéré, mais si certains savaient où je dois chercher pour résoudre ce soucis ?

C'est un serveur linux/apache2/mysql

Merci !