"Syntax error" in default bindresvport.blacklist
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
glibc (Debian) |
Fix Released
|
Unknown
|
|||
glibc (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
The default /etc/bindresvpo
Apparently, the TAB causes the entries to be ignored.
We had one occurrence "in the wild" where rpc.quotad was hogging dovecot's 993 port, preventing dovecot to start up, although 993 is listed in /etc/bindresvpo
In order to confirm that the behavior was indeed due to the TAB, I filled up /etc/bindresvpo
After replacing the TABs with 5 spaces, it correctly got a port between 1001 and 1023.
I'm not really sure whether this is a bug in the default file (should have spaces) or in the parser (should consider all "whitespace" characters, including tab).
Changed in glibc (Ubuntu): | |
status: | New → Confirmed |
Changed in glibc (Debian): | |
status: | Unknown → New |
Changed in glibc (Debian): | |
status: | New → Fix Released |
This is a bit mystifying, because as far as I can see the parser *does* honour tabs as you would expect. It just uses strtoul() on the whole line and thus stops at the first character that isn't part of a number.
'ltrace -S' might help to narrow down what's going on here.