Impossible d'accéder à PhpMyAdmin

[rvga]

Bonjour,

Depuis quelques temps, il m'est impossible d'accéder à PhpMyAdmin.

1/ J'ai désinstallé l'ensemble des paquets WP,  SugarCRM, Joomla ainsi que Apache2.2/2.4, Php5.6/7, MariaDB10 et PhpMyAdmin, j'ai fait un peu de ménage dans les répertoires et DD pour repartir de zéro.

J'ai réinstallé Apache2.2, Php5.6, MariaDB10 et PhpMyAdmin... pas plus accessible :(

2/ Je me suis dit que c'était sans doute une question de port, je les ai ouvert et redirigé sur la FBX,

 

Pas mieux :(( - pas certain d'ailleurs que ces règles de parefeu soient nécessaires ?

3/ J'ai réinstallé le paquet WP, ça fonctionne, une BDD a été créée, mais je reste incapable d'accéder à PhPMyAdmin :(((

Si l'un d'entre veux veut bien m'aider à creuser des pistes, je suis très preneur...

[unPixel]

Bonjour,

Le lien c'est https://ndd.fr/phpMyAdmin/index.php ou avec l'ip locale en http

Aucune question de port ou alors ça serait le 80 et 443...

 

Modifié le 19 mars 2018 par InfoYANN

[rvga]

Merci Yann, ça fonctionne.

Mais alors pourquoi l'icone PhpMyadmin de SYnology n'intègre pas ce 'index.php' au lancement de son exécution?? je tourne en rond depuis des heures !!

Et concernant le port... au moment de l'installation, l'application émet une notification. Du coup je l'ai mise en place, mais si elle ne sert à rien je l'enlève.

[unPixel]

En réalité ton soucis ne venait pas de index.php car ça c'est reconnu automatiquement. Ton soucis venait du faite que tu ne respectais pas la casse de phpMyAdmin.

Moi je te l'ai écrit comme ça : phpMyAdmin

Toi, tu l'as écrit comme ça : PhpMyAdmin

 

Et si tu regardes bien dans ton dossier "web", il est écrit de la même façon que moi.

Modifié le 19 mars 2018 par InfoYANN

[rvga]

Je suis d'accord avec toi j'ai tendance à mettre la majuscule quand j'écris ce mot.

Toutefois, quand je clique sur l'icone "phpmyadmin" sur le bureau synology (je n'écris rien) l'adresse de la nouvelle fenêtre qui s'ouvre automatiquement est : "https://twiners.fr/phpMyAdmin/" sans 'index.ph'.

Bref ce problème n'en est plus un grâce à toi, encore merci.

Mais j'en ai un autre... A force de chercher, de défaire, de refaire je n'arrive plus à me connecter à phpmyadmin... identifiants perdus :((

Comment faire stp, pour repartir de zéro et être certain que les anciens identifiants seront bien effacés, remplacés ?

 

Modifié le 19 mars 2018 par rvga

[unPixel]

Tu as essayé par MariaDB ?


Envoyé de mon iPhone en utilisant Tapatalk

[rvga]

C'est ce que j'ai dû faire il y a qq temps en arrière et c'est là ou j'ai dû me mélanger les crayons.

Est-ce que si je réinitialise via MariaDB, ça écrase tous identifiants de phmyadmin, WP etc. ?

Je voudrai re partir de zéro en fait , y'avait rien dans ces BDD donc aucune crainte d'effacer quoi que ce soit

 

Modifié le 19 mars 2018 par rvga

[unPixel]

Oui en supprimant MariaDB, ça te demandera si tu veux aussi supprimer les BDD et les données de MariaDB donc tu diras oui. Et tu réinstalles pour repartir à neuf ;)

[rvga]

Ok je m'y colle. Merci à toi Yann ;)

[unPixel]

De rien ;)

[Petitmushu]

Le 19/03/2018 à 13:57, unPixel a dit :

En réalité ton soucis ne venait pas de index.php car ça c'est reconnu automatiquement. Ton soucis venait du faite que tu ne respectais pas la casse de phpMyAdmin.

Moi je te l'ai écrit comme ça : phpMyAdmin

Toi, tu l'as écrit comme ça : PhpMyAdmin

 

Et si tu regardes bien dans ton dossier "web", il est écrit de la même façon que moi.

Bonsoir,

je rencontre le même problème. J'arrive à accéder à la console phpmyadmin grâce à l’icône depuis mon réseau local mais depuis l’extérieur je dois ajouter le /index.php pour y accéder.

je n'ai pas compris la méthode pour le problème et avoir l’icône fonctionnel même depuis l’extérieur.

Merci d'avance.

[oracle7]

Bonjour, 

Depuis la mise à jour du paquet PHP 7.3 je n'ai plus accès à la console phpmyadmin lorsque je clique sur l'icône du bureau du NAS.

Pour y accéder tout de même, je suis obligé de compléter manuellement l'URL avec '/index.php'. 

C'est pas normal ! Cela marchais bien avant cette mise à jour. 

Bref, en attendant y-a-t-il un moyen quelconque (même en mettant les mains dans le "cambouis") pour réparer le lien derrière le raccourci du bureau ? 

Merci de votre aide. 

Cordialement 

oracle7 

Modifié le 24 janvier 2020 par oracle7

[Jeff777]

Bonjour @oracle7

Sur un de mes NAS le raccourci fonctionne mais pas sur l'autre. Je suis obligé de remplacer ndd/phpMyAdmin par 192.168.x.x/phpMyAdmin pour que cela fonctionne.

ça aide pas beaucoup mais ça montre que tu n'es pas seul 😊

[oracle7]

@Jeff777 Merci de ta réponse, au moins cela me rassure sur ce point ! 😉

J'espère tout de même que quelqu'un aura la solution en attendant une prochaine mise à jour qui rétablira correctement les choses car pour l'instant c'est un peu pénible à chaque accès 🤔

[bouks]

Le 24/01/2020 à 09:57, oracle7 a dit :

Pour y accéder tout de même, je suis obligé de compléter manuellement l'URL avec '/index.php'. 

C'est pas normal ! Cela marchais bien avant cette mise à jour. 

Vérifie que tu as " DirectoryIndex index.php " dans la conf Apache (ou celle de ton hôte vituel).

 

Le 24/01/2020 à 10:08, Jeff777 a dit :

Sur un de mes NAS le raccourci fonctionne mais pas sur l'autre. Je suis obligé de remplacer ndd/phpMyAdmin par 192.168.x.x/phpMyAdmin pour que cela fonctionne.

Il faut peut-être que tu fasses un alias vers le répertoire de PMA dans le fichier de conf d'Apache ou de ton hôte virtuel.

[Jeff777]

il y a 6 minutes, bouks a dit :

Il faut peut-être que tu fasses un alias vers le répertoire de PMA dans le fichier de conf d'Apache ou de ton hôte virtuel.

Merci du tuyau @bouks  mais je galère un peu (beaucoup) avec les bases de données, et la solution que j'ai trouvé me suffit pour le moment.

Je l'ai même doublée avec des reverses proxies  php.ndd   et php2.ndd.

Par contre si tu maîtrises PMA ru peux peut-être m'aider sur ce sujet ?? 😉:

 

 

 

[bouks]

@Jeff777 Je n'ai jamais fait de réplication, je ne peux pas te répondre rapidement. Et je t'avoue que je n'ai pas envie de me taper de la doc pour un truc qui ne me sert pas. 🙂

[Jeff777]

Je te comprends vu que je galère depuis une semaine🤣

[oracle7]

Bonjour @bouks

il y a 52 minutes, bouks a dit :

Vérifie que tu as " DirectoryIndex index.php " dans la conf Apache (ou celle de ton hôte vituel).

OK très bien, mais comme je n'y connais rien en php, je trouve où de "DirectoryIndex Index.php" ?

[bouks]

@oracle7 Si tu n'y connais rien en PHP ou à Apache, il me semble hasardeux de te conseiller des manipulations en shell. Je pense que le mieux est de créer un ticket auprès de Synology.

Sinon le DirectoryIndex se paramètre normalement dans les fichiers de conf des hôtes qui sont dans /etc/apache/sites-enabled/

Je dis "normalement" parce que je n'ai jamais installé Apache sur un NAS, et Synology est libre d'implémenter autrement le paquet (original).

Après ça peut venir d'autre chose, parce que c'est tout de même étonnant qu'une mise à jour de PHP change ce type de comportement d'Apache. Es-tu certain qu'il n'y avait que PHP qui a été mis à jour ?

[oracle7]

Bonsoir @bouks

Hop là ! Avant de secouer le cocotier de Synology et comme je suis curieux (juste un peu obstiné mais pas têtu ...), j'ai fouiné avec winscp les entrailles de mon NAS et j'ai trouvé le fameux "DirectoryIndex" dans le répertoire "/usr/local/etc/apache24/sites-enabled". Ce répertoire contient un fichier "webstation-default.conf" qui, quand on l'édite, comporte bien  l'instruction "DirectoryIndex ...... index.php ........" voir ci-après :

Citation

<Directory "/var/services/web">
    <FilesMatch "\.(php[345]?|phtml)$">
        SetHandler "proxy:unix:/run/php-fpm/php-9f1e642a-0d20-4664-8934-c51d34f609de.sock|fcgi://localhost"

    </FilesMatch>
    Options MultiViews FollowSymLinks ExecCGI
    AllowOverride All
    <IfModule authz_core_module>
        Require all granted
    </IfModule>
    <IfModule dir_module>
        DirectoryIndex index.html index.htm index.cgi index.php index.php5
    </IfModule>
</Directory>

 

Donc, si j'ai bon : cela semble correspondre à ta demande de contrôle.

Cela dit, il y a sûrement autre chose qui manque ou qui cause la perte de "index.php" dans le raccourci de phpmyadmin sur le bureau de DSM. Donc, aurais-tu une autre idée/piste en magasin ?

Cordialement

oracle7

[bouks]

@oracle7 Ok. Vérifie si PMA est dans le dossier /var/services/web .

Si ce n'est pas le cas, tu peux par exemple:

- Ajouter un

Alias "/pma" "/path/to/pma"

A l'intérieur de:

<Directory "/var/services/web">

 

Aussi vérifier  que le module dir_module est bien sur la machine et activé.
 

vi /etc/apache2/mods-enabled/dir.load

Tu dois y avoir un:

LoadModule dir_module /usr/lib/apache2/modules/mod_dir.so

et vérifier que le fichier est bien au chemin indiqué dans le fichier dans la machine (/usr/lib...).

 

[oracle7]

Bonsoir @bouks

PMA n'est pas dans le dossier /var/services/web

il y a une heure, bouks a dit :

- Ajouter un

Alias "/pma" "/path/to/pma"

A l'intérieur de:

<Directory "/var/services/web">

Dans quel fichier ajouter cette commande de création d'alias ? "/var/services/web" est un répertoire ! Désolé je ne comprends pas 🤔

il y a une heure, bouks a dit :

vi /etc/apache2/mods-enabled/dir.load

Édition impossible du fichier car le chemin "/etc/apache2/mods-enabled" n'existe pas, en tous cas je ne l'ai pas trouvé sur le NAS  dans les répertoires Apache22 ou Apache24 🤔

               

 

Modifié le 29 janvier 2020 par oracle7

[bouks]

il y a 21 minutes, oracle7 a dit :

Dans quel fichier ajouter cette commande de création d'alias ?

Celui qui est dans sites-enabled, en ajoutant la ligne Alias (avec tes propres noms).

 

 <Directory "/var/services/web">
    <FilesMatch "\.(php[345]?|phtml)$">
        SetHandler "proxy:unix:/run/php-fpm/php-9f1e642a-0d20-4664-8934-c51d34f609de.sock|fcgi://localhost"

    </FilesMatch>
    Alias "/pma" "/path/to/pma"
    Options MultiViews FollowSymLinks ExecCGI
    AllowOverride All
    <IfModule authz_core_module>
        Require all granted
    </IfModule>
    <IfModule dir_module>
        DirectoryIndex index.html index.htm index.cgi index.php index.php5
    </IfModule>
</Directory> 

 

il y a 24 minutes, oracle7 a dit :

Édition impossible du fichier car le chemin "/etc/apache2/mods-enabled" n'existe pas

Ça doit alors être dans le dossier "modules" ou directement dans le fichier apache2.conf

Sinon plus simple, essaie un :

a2enmod mod_dir

et si le module est déjà actif il devrait te le dire.

[oracle7]

Bonjour @bouks

Toujours en fouillant j'ai fini par trouver dans le fichier de conf d'Apache24 ("/usr/local/etc/apache24/conf/httpd24.conf") l'instruction

LoadModule dir_module /usr/lib/apache2/modules/mod_dir.so

Et le fichier "mod_dir.so" (qui semble être crypté en tous cas non lisible directement avec un éditeur de texte) est bien présent dans le répertoire désigné

Donc cela semble clair et correct de ce coté là ?

Je reviens sur le chemin associé à l'alias à créer : c'est un lien sur l'exécutable PhpMyAdmin ? A quoi sert cet alias finalement ?

Quand j'exécute la commande

a2enmod mod_dir

dans une console : j'obtiens un message en retour : "command not found".

Cordialement

oracle7

 

Modifié le 30 janvier 2020 par oracle7