Bug #77501 [Opn->Dup]: listen = 9000 only listens on one interface

From: Date: Tue, 22 Jan 2019 17:37:10 +0000
Subject: Bug #77501 [Opn->Dup]: listen = 9000 only listens on one interface
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-219135@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=77501&edit=1

 ID:                 77501
 Updated by:         requinix@php.net
 Reported by:        laszlo at karolyi dot hu
 Summary:            listen = 9000 only listens on one interface
-Status:             Open
+Status:             Duplicate
 Type:               Bug
 Package:            FPM related
 Operating System:   FreeBSD
 PHP Version:        7.3.1
 Block user comment: N
 Private report:     N

 New Comment:

Duplicate of bug #77482


Previous Comments:
------------------------------------------------------------------------
[2019-01-22 17:23:38] laszlo at karolyi dot hu

Description:
------------
Hey,

I have a FreeBSD box, wanting to jail php-fpm into a jail which has a loopback interface (lo0) with
a 127.0.0.x IP, and a bridge0 interface with an actual IPv6 address.

I can't get php to listen on both IPs and interfaces with just specifying listen = 9000

listen = :::9000 will only listen to the IPv6 interface (normal),
listen = 9000 will only bind to the IPV6 interface (NOT normal)
listen = 0.0.0.0:9000 will only listen on lo0, as expected.

There's no middle way. I tried to specify two listen lines in the same section, to no avail.

Please fix this. The only way to get PHP to listen on both interfaces is to define two of the same
php-fpm configurations, with the only difference being the listen directive.

Expected result:
----------------
listen = 9000 should bind to ALL interfaces, regardless of what type of IP stack they have.

Actual result:
--------------
defined above.


------------------------------------------------------------------------



--
Edit this bug report at https://bugs.php.net/bug.php?id=77501&edit=1


Thread (3 messages)

« previous php.bugs (#219135) next »