Synology-Forum.nl
Overige software => Web Station => Topic gestart door: HenkdeGans op 16 september 2016, 17:52:38
-
Ik heb een synology DS113 met dsm DSM 6.0.2-8451 Update 1.
Ik ben aan het klungelen geweest met mijn joomla website in de map web.
uiteindelijk een kopie van het geheel terug gezet incl. phpmyadmin map.
Nu de foutmelding: Verkeerde rechten ingesteld op het configuratiebestand, dit mag niet leesbaar zijn voor iedereen!
als ik phpmyadmin op start.
De website draait wel weer normaal.
Iemand enig idee hoe dit op te lossen?
-
Kijk eens naar: http://www.synology-forum.nl/phpmyadmin-package/phpmyadmin-werkt-niet-meer-17972/msg145821/#msg145821
-
Dat heb ik gedaan, maar ik heb hetzelfde resultaat als wat degene hadden die dit ook probeerden.
Ik vraag me dus af of dit antwoord de oplossing is, en wilde het topic ook niet weer opnieuw leven inbrengen.
Ben dus maar nieuw topic gestart.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fwww.henkdegans.nl%2Ftijdelijk%2Fputty.png&hash=f212ac90eff882e06cdc9cbfeb78be695e26e409)
Als ik mijn root bekijk, staat de map phpmyadmin in de root van de map web, dus dit zou toch echt goed moeten zijn.
Ik heb nog wat varianten geprobeerd en opgelet op hoofd en kleine letters, maar ook bij mij geeft hij aan dat hij de map niet kan vinden.
-
Als je iets overtikt waar je niets van snapt, kun je het beter laten. Zeker als het de bedoeling is om ook met rechten te gaan knoeien. Je tikt het nu fout over. Je had eigenlijk direct moeten zien dat dit niet kan werken.
Tip: verdiep je eerst een paar uur in de beginselen van de unix commando's.
-
Beste BRIOLET,
Wat heb ik nou aan zo'n antwoord?
Ik zit inderdaad niet elke dag unix commandop's te tikken, en dat was ik ook niet van plan!
Ik heb geen ambitie unix specialiost te worden, ik heb gewoon een joomla site draaien op mijn server en wil daar gewoon een kleine website bijhouden.
Ik heb nu een probleem, en vraag daarvoor een oplossing van mensen die meer weten als ik!
Er staat dan een oplossing aangeboden, en ik doe exact wat daar staat.
Als dat dan niet werkt, houd het voor mij als leek op.
Als jij me nu dan verteld hoe het dan wel zou moeten, zonder dat ik eerst weken mij moet gaan verdiepen in unix, dan schiet ik daar meer mee op!
-
Als je met rechten iets verziekt, ben je nog verder van huis. Dus is het WEL belangrijk dat je weet wat je doet en niet iets klakkeloos (foutief) overtikt.
In dit geval krijg je gelukkig een foutmelding, zodat er niets gebeurd. Voor het zelfde geld was er wel iets geheel anders uitgevoerd wat niet de bedoeling was en de boel nog verder beschadigd had. Zeker als je niet weet wat je doet, zal het dan ook lastig zijn om een commando terug te draaien.
En het gaat hier echt mis bij de meest basale Unix instructies, die elke unix/linux tuturial in de eerste paar paginas behandeld.
-
Zie volgens mij een aantal keren hetzelfde commando, dus misschien ff kijken hoe cd werkt?
In dos zou ik zeggen: iets met spaties?
Maar Google is je vriend ;-)
-
Ff gegoogled. Cd Unix options en Viola.
Dus sluit me aan bij het advies in ieder geval ff iets van Unix/leren.
-
Ik begrijp dat ik op dit forum niet verder kom!
Ik ben gewoon een simpele gebruiker van een NAS, en verwacht dan van mensen die het wel weten dat ze middels een stappenplan kunnen aangeven hoe je een probleem kunt oplossen.
Maar schijnbaar moet je eerst een studie UNIX doen, ondanks dat je hier verder helemaal niks mee wil!
Jammer!
-
Je logt niet in als root maar als Henk de Gans
Verder kom je als je inlogt in je home folder dus moet je eerst een level omhoog met het commando:
cd ..
Verder denk ik dat je als relatieve Linux leek beter met winscp kunt werken dan krijg je een explorer achtige browser waarmee je door de bestanden kunt browsen en wat gebruikers vriendelijker rechten van bestanden kunt wijzigen.
Voor installatie van winscp zie:
http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/
-
Deze kritiek is onterecht. We zijn allemaal gebruikers die met vallen en opstaan kennis hebben opgedaan over hun NAS. En we helpen anderen op vrijwillige basis. Als je hulp wilt eisen moet je maar een ticket bij Synology inleggen.
We kunnen niet elk probleem in een handomdraai oplossen met een simpel stappenplan. Zeker niet als de vragensteller zelf geen enkel idee heeft hoe hij bepaalde handelingen moet uitvoeren en het ook weigert te leren.
-
+1
WinSCP is juist voor onervaren DSM/Linux/Unix gebruikers.
In de gegeven link wordt heel uitgebreid uitgelegd hoe je WinSCP aan de praat krijgt (stappenplan).
Goed lezen en goed opvolgen dus.
-
Verder denk ik dat je als relatieve Linux leek beter met winscp kunt werken dan krijg je een explorer achtige browser waarmee je door de bestanden kunt browsen en wat gebruikers vriendelijker rechten van bestanden kunt wijzigen.
Voor installatie van winscp zie:
http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/
Hallo Ben,
Bedankt voor je antwoord, hier heb ik nu wel wat aan!
Dit is inderdaad voor een leek als mij veel makkelijker!!
Volgens de geboden oplossing voor mijn probleem op topic:
http://www.synology-forum.nl/phpmyadmin-package/phpmyadmin-werkt-niet-meer-17972/msg145821/#msg145821 (http://www.synology-forum.nl/phpmyadmin-package/phpmyadmin-werkt-niet-meer-17972/msg145821/#msg145821) zou het probleem ontstaan door verkeerde maprechten van het bestand config.inc.php, die zou op 700 moeten staan.
Ik ben naar dit bestand toe gebladerd met Win SCP en volgens mij staat hij al op 700, zie daarvoor deze screendump
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fwww.henkdegans.nl%2Ftijdelijk%2Fputty_2.png&hash=c0368d7afaa28aef77ad504f1e52cb1ce0c295d1)
Of zie ik dit verkeerd?
Dat zou dan betekenen dat de geboden oplossing niet de oplossing is?
-
Ik vermoed dat hij valt over het feit dat de eigenaar van dat bestand 'Henk' is en niet de user waaronder het package draait.
-
Ik heb geprobeerd dit om te zetten naar ROOT (was enige andere optie bij groep en eigenaar), dit gaat echter niet.
Enig idee hoe ik dit wel voor elkaar kan krijgen, en is ROOT dan wel de goede eigenaar?
-
Nee dat is zeker niet de user waar het package onder draait.