BUG/MEDIUM: listener: do not try to rebind another process' socket
When the "process" setting of a bind line limits the processes a listening socket is enabled on, a "disable frontend" operation followed by an "enable frontend" triggers a bug because all declared listeners are attempted to be bound again regardless of their assigned processes. This can at minima create new sockets not receiving traffic, and at worst prevent from re-enabling a frontend if it's bound to a privileged port. This bug was introduced by commit 1c4b814 ("MEDIUM: listener: support rebinding during resume()") merged in 1.6-dev1, trying to perform the bind() before checking the process list instead of after. Just move the process check before the bind() operation to fix this. This fix must be backported to 1.7 and 1.6. Thanks to Pavlos for reporting this one.
This commit is contained in:
parent
a84a2dba94
commit
3569df3fcf
@ -128,6 +128,11 @@ int pause_listener(struct listener *l)
|
||||
*/
|
||||
int resume_listener(struct listener *l)
|
||||
{
|
||||
if ((global.mode & (MODE_DAEMON | MODE_SYSTEMD)) &&
|
||||
l->bind_conf->bind_proc &&
|
||||
!(l->bind_conf->bind_proc & (1UL << (relative_pid - 1))))
|
||||
return 1;
|
||||
|
||||
if (l->state == LI_ASSIGNED) {
|
||||
char msg[100];
|
||||
int err;
|
||||
@ -145,11 +150,6 @@ int resume_listener(struct listener *l)
|
||||
if (l->state < LI_PAUSED)
|
||||
return 0;
|
||||
|
||||
if ((global.mode & (MODE_DAEMON | MODE_SYSTEMD)) &&
|
||||
l->bind_conf->bind_proc &&
|
||||
!(l->bind_conf->bind_proc & (1UL << (relative_pid - 1))))
|
||||
return 1;
|
||||
|
||||
if (l->proto->sock_prot == IPPROTO_TCP &&
|
||||
l->state == LI_PAUSED &&
|
||||
listen(l->fd, l->backlog ? l->backlog : l->maxconn) != 0)
|
||||
|
Loading…
x
Reference in New Issue
Block a user