Verkeerde rechten ingesteld op het configuratiebestand

[WillyS]

Als ik via de desktop van de diskstation PHPMyAdmin opstart krijg ik een witte pagina met één regel : "Verkeerde rechten ingesteld op het configuratiebestand, dit mag niet leesbaar zijn voor iedereen!"
Mooi wit is niet lelijk, maar dit was niet de bedoeling.
Ik heb PHPMyAdmin al weggehaald en opnieuw geinstalleerd. Dat ook nog eens met een reboot ertussen. Het wachtwoord heb ik ook al gereset, maar de foutmelding blijft terugkomen.
Van alle gebruikers hebben hebben twee gebruikers toegang (admin en ik), maar dat was voorheen nooit een probleem. Als ik die gebruikers de toegang tot \Web ontzeg blijft dezelfde fout terug komen.
 
De databases zijn wel toegankelijk via de MySqL Workbench, maar daarmee lukt het me niet om als ROOT in te loggen.

Als iemand weet hoe ik PHPMyAdmin weer kan gebruiken, of hoe ik vanuit de workbench root toegang kan krijgen houdt ik me van harte aanbevolen voor een tip.

Wil

[Arjuhn]

Misschien even in het Phpmyadmin configuratiebestand kijken. Dat is config.inc.php te vinden in de phpmyadmin-map als je met SSH/ Telnet bent ingelogd op de NAS.

[Wubbo]

Goede avond, is dit probleem opgelost?, zo ja hoe is dat gedaan?

alvast bedankt

[carl]

Goede avond, is dit probleem opgelost?, zo ja hoe is dat gedaan?

[carl]

 

Goede avond, is dit probleem opgelost?, zo ja hoe is dat gedaan?

Ik heb heel phpMyAdmin verwijderd inclusief database
Toen phpMyAdmin opnieuw geinstalleerd en alle sql zip bestanden terug geimporteerd
Is eigenlijk zo gebeurd
Als je regelmatig een backup maakt natuurlijk

[stefaanbolle]

op te lossen door via prompt
>chown http:http -R /path/to/web/phpmyadmin && chmod -R 755 /path/to/web/phpmyadmin

komt doordat apache vroeger ondr nobody:nobody draaide maar onder DSM5 met http:http

[carl]

op te lossen door via prompt
>chown http:http -R /path/to/web/phpmyadmin && chmod -R 755 /path/to/web/phpmyadmin

komt doordat apache vroeger ondr nobody:nobody draaide maar onder DSM5 met http:http

Kijk hier heb ik iets aan
Gaat gelijk in het grote boek hier
Bedankt!!

[Patrick80]

Ik heb dit probleem ook en probeer boven genoemde oplossing, echter geeft hij de volgende melding

[SynoMyno]

Hier ook, ik zag dat de tipgever het heeft over DSM 5.
Zou het daar in kunnen zitten?

Overigens heb ik hetzelfde probleem, ben je hier nog uitgekomen en weet je nog hoe?

[stefaanbolle]

/path/to/... dien je vanzelfsprekend te vervangen door het correcte pad 

[SynoMyno]

Ha, ja dat klinkt logisch.
Ik heb echter geen flauw idee wat dat zou moeten zijn.
Heb pas net deze NAS.

Ik kon met mijn oude QNAP gewoon de web map kopiëren en terugzetten, maar met deze NAS krijg ik telkens die fout, (zelfs als ik even de bestanden verplaats en meteen weer terugzet)

Enig idee wat ik dan zou moeten gebruiken, want bij mij staat PHPMYADMIN in de map WEB, dus ik zie zo gauw geen alternatief.

[stefaanbolle]

vermoedelijk zal dit zijn
/volume1/web/phpmyadmin

[SynoMyno]

Dank,
maar helaas:

Als ik het MYSQL wachtwoord reset (via Configuratiescherm, Standaard instellingen terugzetten) blijft de foutmelding hardnekkig.

Opnieuw aanmelden en herstart van de NAS hebben geen effect, maar de volgende dag is PHPMYADMIN ineens weer wel bereikbaar.

[Patrick80]

Dank,
maar helaas:

Als ik het MYSQL wachtwoord reset (via Configuratiescherm, Standaard instellingen terugzetten) blijft de foutmelding hardnekkig.

Opnieuw aanmelden en herstart van de NAS hebben geen effect, maar de volgende dag is PHPMYADMIN ineens weer wel bereikbaar.

Dit had ik inderdaad ook, volgende dag opeens weer bereikbaar.
Inmiddels complete DSM vervangen i.v.m. beveiligings lek.
En /path/to was idd een beetje stom 

[Martijn85]

Voor DSM 4.3 kun je nobody gebruiken i.p.v. http

Verstuurd van mijn HTC One X met Tapatalk