Bug #67244 [NEW]: Wrong owner:group for listening unix socket
| From: | bugs-php at antipoul dot fr | Date: | Sun, 11 May 2014 07:49:30 +0000 |
| Subject: | Bug #67244 [NEW]: Wrong owner:group for listening unix socket | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-185755@lists.php.net to get a copy of this message | ||
From: bugs-php at antipoul dot fr
Operating system: Linux
PHP version: 5.5.12
Package: FPM related
Bug Type: Bug
Bug description:Wrong owner:group for listening unix socket
Description:
------------
After upgrading to 5.5.12 that fixes #67060, my FPM instances (I have
two of them) since to be unreachable from my nginx web server.
I am using unix socket to communicate between nginx and fpm.
The sockets belong to root:root, which is NOT what is configured:
user = www-data
group = www-data
This are the settings for the running process, but later in the file, it
says the following:
; Set permissions for unix socket, if one is used. In Linux,
read/write
; permissions must be set in order to allow connections from a web
server. Many
; BSD-derived systems allow connections regardless of permissions.
; Default Values: user and group are set as the running user
Unfortunately, sockets are created with root:root ownership.
The workaround is to modify the listen.owner or the listen.group
directive.
Moreover, if I have the following configuration:
user = www-data
group = nas
listen.owner = www-data
Then the socket is created with www-data:www-data ownership. This should
be www-data:nas
See the www.conf
(https://cloud.antipoul.fr/public.php?service=files&t=d9c210c044dbf507d65aafb9af317090&download)
and cloud.conf
(https://cloud.antipoul.fr/public.php?service=files&t=c14885c0cd990c28ed42672f91b97c3a&download).
--
Edit bug report at https://bugs.php.net/bug.php?id=67244&edit=1
--
Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=67244&r=trysnapshot54
Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=67244&r=trysnapshot55
Try a snapshot (trunk): https://bugs.php.net/fix.php?id=67244&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=67244&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=67244&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=67244&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=67244&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=67244&r=oldversion
Not developer issue: https://bugs.php.net/fix.php?id=67244&r=support
Expected behavior: https://bugs.php.net/fix.php?id=67244&r=notwrong
Not enough info: https://bugs.php.net/fix.php?id=67244&r=notenoughinfo
Submitted twice: https://bugs.php.net/fix.php?id=67244&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=67244&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=67244&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=67244&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=67244&r=isapi
Install GNU Sed: https://bugs.php.net/fix.php?id=67244&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=67244&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=67244&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=67244&r=mysqlcfg