Apache2 met mpm_itk_module - WordPress wil maar niet updaten

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Mexxus
  • Registratie: Januari 2004
  • Laatst online: 20-09 17:01
Hi all,

Het frustreert me enorm. Ben al 3 uur aan het zoeken maar redelijk ten einde raad :-(. Hoop dat iemand me hier op weg kan helpen met het volgende!

Ik draai Apache2 op een Ubuntu 16.04 server met de mpm_itk_module om elke vhost in een eigen user+group te kunnen laten draaien. Ik heb een WordPress site draaien en heb alle mappen 775 en files 664 rechten gegeven. De user+group op alle files en directories komen overeen met wat ik in de vhost file heb ingesteld. Echter, WordPress blijft miepen dat 'ie niet kan updaten omdat "de map niet kan worden aangemaakt"..

Stukje code uit mn vhost file van Apache2:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<VirtualHost *:80>
        ServerName site.nl
        ServerAlias www.site.nl
        DocumentRoot /home/frankjansen/www

        <Directory /home/frankjansen/www>
                AllowOverride All
                Require all granted
        </Directory>

</VirtualHost>

<ifmodule mpm_itk_module>
        AssignUserID frankjansen frankjansen
</ifmodule>


De user+group staan correct:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
martinvd@cloudje:/home/frankjansen/www$ ls -lah
total 6.0M
drwxrwxr-x  7 frankjansen frankjansen 4.0K Oct 12 17:43 .
drwxr-xr-x  5 frankjansen frankjansen 4.0K Oct  6 14:48 ..
-rw-rw-r--  1 frankjansen frankjansen 5.7M Oct  6 13:09 DB_frankjansen.sql
-rw-rw-r--  1 frankjansen frankjansen   53 Oct  6 13:09 googlefebd67bed16f5d6e.html
-rw-rw-r--  1 frankjansen frankjansen  262 Oct  7 13:44 .htaccess
-rw-rw-r--  1 frankjansen frankjansen  418 Oct  6 13:09 index.php
-rw-rw-r--  1 frankjansen frankjansen  20K Oct  6 13:09 license.txt
-rw-rw-r--  1 frankjansen frankjansen  98K Oct  6 13:09 master.zip
-rw-rw-r--  1 frankjansen frankjansen 7.2K Oct  6 13:09 readme.html
-rw-rw-r--  1 frankjansen frankjansen  307 Oct  6 13:09 robots.txt
etc...


De apache errorlog laat niets bijzonders zien :-(.

Bij meer gewenste info/ logs/ configs, let me know!

Acties:
  • 0 Henk 'm!

Verwijderd

Probeer eens even om op de map waar de wordpress installatie in staat qua rechten tijdelijk op 777 te zetten.
Ik zie dat de gebruikerrechten voor alles op frankjansen staat.
Onder welke user draait apache dan ? in Ubuntu is dat geloof ik standaard www-data.
Je kunt proberen om de directory waar Wordpress in staat van eigenaar te veranderen dus van frankjansen naar www-data met chown www-data:www-data /home/frankjansen/www

Het is in ieder geval een rechten probleem op de www map.

Acties:
  • 0 Henk 'm!

  • DJMaze
  • Registratie: Juni 2002
  • Niet online
Mexxus schreef op woensdag 12 oktober 2016 @ 18:01:
Ik draai Apache2 op een Ubuntu 16.04 server met de mpm_itk_module om elke vhost in een eigen user+group te kunnen laten draaien.
Inderdaad "kan", maar doet die dat ook?

Maak je niet druk, dat doet de compressor maar


Acties:
  • 0 Henk 'm!

  • Thralas
  • Registratie: December 2002
  • Laatst online: 30-09 08:10
Verwijderd schreef op woensdag 12 oktober 2016 @ 20:34:
Probeer eens even om op de map waar de wordpress installatie in staat qua rechten tijdelijk op 777 te zetten.
Dan werkt het natuurlijk wel, schiet niet op.
Ik zie dat de gebruikerrechten voor alles op frankjansen staat.
Onder welke user draait apache dan ? in Ubuntu is dat geloof ik standaard www-data.
Je mist het punt van mpm-itk: de bedoeling is dat Apache's childs als aparte users draaien ipv. allemaal als de standaard www-data, dat heeft TS ook in z'n config gezet dmv. AssignUserID.
Het is in ieder geval een rechten probleem op de www map.
Niet mee eens. De rechten staan zo op het oog immers precies uit zoals TS bedoelt.
DJMaze schreef op woensdag 12 oktober 2016 @ 20:43:
Inderdaad "kan", maar doet die dat ook?
Dat is de hamvraag en zou ik als eerste uitzoeken. Zo gecheckt in de proceslijst.

Ik vermoed dat de oorzaak zou kunnen liggen in het feit dat TS AssignUserId buiten de VirtualHost directive staat. Als er dan nog zo'n brakke vhost is neem ik aan dat de laatste definitie geldt, en zodoende Apache als een heel andere user draait.

Is dat het niet, dan mag ik hopen dat PHP wel als mod_php draait, en iet als (f)cgi onder een heel andere user :+? Ook gemakkelijk te sanity checken met een
<?php system("id"); ?>