HTTP 403 Error - Possible Permission Issue

Noted.

Here’s the grep output:

$ grep 'user\|group' /etc/php/8.1/fpm/pool.d/*.conf
; Unix user/group of processes
; Note: The user is mandatory. If the group is not set, the default user's group
user = www-data
group = www-data
; and group can be specified either by name or by their numeric IDs.
; Default Values: user and group are set as the running user
listen.group = www-data
; these options, value is a comma separated list of user/group names.
; When set, listen.owner and listen.group are ignored
;listen.acl_users =
;listen.acl_groups =
; Set the process dumpable flag (PR_SET_DUMPABLE prctl) even if the process user
; or group is different than the master process user. It allows to create process
; core dump and ptrace the process for the pool user.
;   user                 - the user (PHP_AUTH_USER) (or '-' if not set);
;   user:                 -
; - remove a server from a group if it is not responding (load balancing);
;      - %{user}C for user CPU only
;      - %{total}C  for user + system CPU (default)
;  %u: remote user
; FPM to .php extensions to prevent malicious users to use other extensions to

Does this mean I need to change the owner back to www-data for /var/www/wordpress?

So the PHP workers are running as www-data. That’s good.

You shouldn’t need to, because the group owner is already www-data, and the group already has read/write permission.

Looks like /var/www is still only executable to caddy user and not executable for the www-data group; just to make sure this isn’t holding PHP up, chmod g+x /var/www and try another web request to double check.

2 Likes

That totally fixed it!! Can’t thank you enough, @Whitestrake - you’ve been a huge help! :hugs:

Bit of a rollercoaster, but we got there! :+1:

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.