Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: cbr600f4i op 14 januari 2020, 09:23:03
-
Beste,
ik maak elke week een (handmatige) backup van mijn Wordpress map, maar elke keer loop ik tegen het probleem aan dat één bestand niet gekopieerd kan worden.
Namelijk het bestand ux-all.css zie screenshot.
Via file station heb ik al de rechten op het bestand maar krijg het niet voor elkaar om dit bestand te kopiëren.
of is het een bestand wat niet belangrijk is? [attach=1]
-
Zoals het screenshot al aangeeft moet je administrator-rechten van de computer hebben.
Wellicht is de map waarnaar gekopieerd wordt niet in volledig eigendom van de gebruiker die kopieerd?
Om te testen of dit echt het probleem is kan de kopieer-actie via de CMD (of PS) met administrator-rechten worden uitgevoerd. Als het dan wel goed gaat lag het inderdaad aan de rechten op de pc.
-
ik kan het bestand zelfs niet eens openen om bv te bewerken, dus denk zelf niet dat het in de map zit waar ik het heen wil kopiëren, ik weet niet hoe ik die rechten op dat bestand krijg.
-
even voor de duidelijkheid, het bestand staat al op de NAS en wil het kopieren naar een andere map op dezelfde nas.
het bestand kan ik met rechts aanklikken maar krijg geen opties om bv een machtiging te wijzigen, en ook geeft die aan in eigenschappen dat het bestand 0kb is terwijl het 241kb is.
via filestation heb ik de map(pen) al als eigenaar en als ik die bewuste map kopieer dan gaan alle bestanden IN die map mee behalve dat ene bestand.. snap er niets meer van.
-
Wellicht dat deze rechten door Wordpress worden afgedwongen?
Als ik mij goed kan herinneren heeft Wordpress backup-plugins. Misschien is het beter om daar gebruik van te maken, dan weet je zeker dat het goed gaat.
Een snelle Google-zoekactie levert de volgende plugins op: UpdraftPlus, WordPress Backup to Dropbox en WP Database Backup.
-
…het bestand staat al op de NAS en wil het kopieren naar een andere map op dezelfde nas.…
Waarom handmatig? Via HyperBackup kun je ook zo een enkele map backuppen. Hoef je er ook niet elke week aan te denken. Tenzij HB tegen hetzelfde 'euvel' aanloopt.
-
geprobeerd via HB en dan krijg ik geen foutmelding maar het bestand word ook niet meegenomen.
-
Kijk eens naar de rechten die op het bestand zitten. Dat kan je doen via rechtermuisknop dan Eigenschappen. Kijk eens bij het tabblad beveiliging. Vergelijk de rechten eens met een ander bestand dat wel wordt meegenomen. Zorg ervoor dat je op het bestand dat nu niet wordt meegenomen minimaal R+W (lees en schrijf) rechten hebt.
-
MOD, niet zinloos voorgaande bericht herhalen.
dat is nou het leuke, die tabbladen zoals beveiliging heb je niet als je het bestand met recht aan klikt
-
dit zijn de eigenschappen van het bestand
-
Is het bestand dan niet ergens in gebruik tijdens de back-up actie?
-
hmmm dat zou een mogelijkheid zijn, hoe kom ik daar achter ?
-
Eerst kom ik toch nog even terug op de rechten van de bestanden. In dit artikel (https://www.wplounge.nl/je-wordpress-files-schrijfbaar-maken/) kan je lezen hoe je de rechten op bestanden aanpast via Wordpress. In het voorbeeld gaat het om de thema bestanden. Maar zo werkt het voor ieder bestand. Kijk daar eerst nog even naar.
(Ik kwam nadenkend over de vraag nu pas op deze functie).
-
MOD: Het is onzinnig om een voorgaand bericht te herhalen.
Dank voor je meedenken !
Ik heb het stuk gelezen, alleen bij mij is het zo dat alles op mijn eigen Synology draait dus geen externe party. Nu heb ik via file Station admin rechten toegepast op de mappen die beschreven moeten worden. (want kon eerst geen media uploaden) dat werkt allemaal. ik kan ook wel een map aanmaken in de map waar de beruchte file instaat (die ux-all.css) of een bestand er heen kopieren. maar het lukt me maar niet om dat bestand te kopieren naar een andere map. en of dat nou ook op de nas is of naar mijn desktop maakt niet uit, ik heb die rechten niet terwijl er admin rechten op die map staan..
-
Heb je de overerving van de rechten al gecontroleerd? Je moet er namelijk even voor zorgen dat de rechten op die bewuste map worden meegenomen naar de bestanden.
-
ik heb alle admin rechten op die map en alle mappen eronder.. ik krijg een beetje het idee dat het geen file van wordpress is maar een file van Synology zelf...
-
Heb je al met behulp van FileStation op de NAS gekeken wat de rechten van de file zijn? Ik zie namelijk alleen Windows screenshots, niet van de NAS zelf.
- In FileStation met rechtermuisknop op file klikken.
- Properties kiezen.
- Tab Permissions kiezen.
- Advanced Permissions -> Permission Inspector
Daarmee kun je precies zien welke rechten elke NAS gebruiker op de file heeft.
-
ik krijg een beetje het idee dat het geen file van wordpress is maar een file van Synology zelf...
?? Het is een css file. Dat zegt toch genoeg over van wie die is?
-
... Daarmee kun je precies zien welke rechten elke NAS gebruiker op de file heeft.
@cbr600f4i : Bekijk dat zowel op Local User nivo als op Group nivo.
De "strengste" van alle settings is bepalend (zie hier (https://www.synology-forum.nl/file-ftp-nfs-and-samba-server/share-toegang-op-basis-van-user-en-group-settings/))
-
mooi stukje heb je gemaakt over die rechten.
nu heb ik naar de rechten gekeken, ik ben user Bokeh (omdat ik admin uitgeschakeld heb) maar Bokeh is admin en heeft rechten op alle mappen op de nas. wat ik zo vreemd vind is dat als ik de map via verkenner open (windows) ik dat ux-all.css bestand kan zien ! ga ik naar file station op de NAS en ik ga naar die zelfde map kan ik dat bestand niet zien. zie foto.
nu heb ik de rechten op die map bekeken en die staat als eigenaar Bokeh. maar bij groep staat HTTP. moet ik dat nog veranderen? of is door Bokeh te selecteren als eigenaar voldoenden om alle rechten te hebben.
-
nog een screen met eigenaar en groep
-
Kijk eens met PuTTY hoe de rechten staan van die file.
-
Sorry voor de late reactie, voel me de laatste dagen niet super.
met Putty lukt het me niet want weet niet hoe ik dat programma moet gebruiken om op mijn lokale nas in te loggen.
-
ik weet ook nog niet wat ik met die "groep" moet, moet ik dat veranderen in Administrators ?
of kan/moet deze op http blijven staan.
en moeten dan alle mappen eronder aangevinkt worden ?
-
met Putty lukt het me niet want weet niet hoe ik dat programma moet gebruiken om op mijn lokale nas in te loggen.
Putty klik je aan. Zet de verbinding op SSH typ je iP adres in in het daarvoor bestemde vak en druk Enter.
-
dat deed ik dus en krijg ik telkens een netwerk error. terwijl ik wel gewoon bij de nas kan.
-
Je moet de SSH service op de NAS wel aanzetten, die staat default uit.
-
Volg dit Topic (https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/), hoofdstuk: DSM6 en hoger: Wil je alleen PuTTY (CLI: Linux/DSM kennis vereist).
-
Dat Putty verhaal kom ik niet verder mee omdat ik daar geen ervaring mee heb.
ik heb nog allerlei dingen aangepast en veranderd qua rechten op mappen en bestanden maar hij blijft dat ene bestand weigeren te kopieren naar een andere map.
heb ook de groep op Administrators gezet maar dat maakt ook niet uit.
-
Dan moet er bijna wel een rechtenkwestie zitten in je Wordpress installatie.