accès à phpmyadmin impossible

Eléphant du PHP | 91 Messages

15 avr. 2011, 15:50

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 !

Avatar du membre
Modérateur PHPfrance
Modérateur PHPfrance | 8758 Messages

15 avr. 2011, 17:13

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 ?

@+
Il en faut peu pour être heureux ......

Eléphant du PHP | 91 Messages

15 avr. 2011, 18:27

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

Avatar du membre
Modérateur PHPfrance
Modérateur PHPfrance | 8758 Messages

15 avr. 2011, 22:49

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 ;) )

@+
Il en faut peu pour être heureux ......

Eléphant du PHP | 91 Messages

16 avr. 2011, 15:02

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.

Avatar du membre
Modérateur PHPfrance
Modérateur PHPfrance | 8758 Messages

17 avr. 2011, 16:36

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

@+
Il en faut peu pour être heureux ......

Eléphant du PHP | 91 Messages

17 avr. 2011, 17:31

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

Eléphant du PHP | 91 Messages

18 avr. 2011, 13:41

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 : Tout sélectionner

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)"

Et mon virtualHost, mais je l'ai vérifié une bonne quarantaine de fois :

Code : Tout sélectionner

<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>
Bon voila, je ne sais pas aller plus loin. Dans etc/apache2/ports.conf, tout semble ok.

Code : Tout sélectionner

NameVirtualHost *:80 Listen 80 <IfModule mod_ssl.c> Listen 443 NameVirtualHost *:443 </IfModule> <IfModule mod_gnutls.c> Listen 443 </IfModule>
Il y a des fichiers à regarder ailleurs ?

Eléphant du PHP | 91 Messages

20 avr. 2011, 14:57

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.