[cups-devel] [UNKN] STR #4618: Using host name in /etc/cups/cupsd.conf Listen directive could make cupsd listen on the wrong IP

[Bogdan Szczurek]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR Unresolved]

> Yes, because we can't bind to an interface. Network addresses change...

Fair enough. They may change.

> As for changing the documentation for Listen, quite frankly this has
never
> been an issue.

Well, it looks like I went right up to the fringe ;}

> For most users the only value they ever use is "Listen
> localhost:631", which binds cupsd to the loopback interface (and in fact
we
> have hardcoded lookups for "localhost" to bypass common DNS issues).

> When sharing is enabled we switch to "Port 631".

> Using "Listen hostname" with a dynamically assigned address is
> just not done...

OK then. I'm willing to stop right there. I can manage the situation as it
is, but I think that if, by any chance, such complain will be repeated, at
least a simple note in documentation, like “Don't rely on hostname in
dynamically configured environments”, would be in order.

In the meantime, thanks for all the explanation and help!

Link: https://www.cups.org/str.php?L4618
Version: -feature
Fix Version: None
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJVLnfvAAoJENujp6sI12IjnqEQAIjq4CEbWN0VNvoSy9XzVLrG
xI8vSRqZg1il9K0tV+Nd4LugGsLcrtUQKnmu0N7E4EM5zfqhuIKpqAHMnFmv6S3y
ESP2kYBYJYSt70o6OUaoUti4pwlFQQ3mJFopHjT+6nAmesXMoNHIN5DGiLHLYuKp
Ju6NwakOngSdKxhyRY1zEix253etGNQEzey+TkKkZGIrnTbY2Pb865ftYbUenw7M
nRY4cRRQKWEMWqo+n2jiuywbn8SYhADFvAdW9ggYFaTm8nzFNrrz4/kbjLVsj1hm
/nMNPE1ldZlTPAhnLTExh+5Cft2sFcsp9TGCfdKnrAWEMaEQ+P9j4z/GuXMuBU4Z
dy0WsXeW+69kc3oiAwmPw3K80TwIDnoKFtxgGmQgV6Ikh5kZb3B2cj9sgHrliF4K
xAaWOUPvR7GZg3YG77kuBJnYkQt2iDJJDWyft07Jyvk1fGp/anV/Sawz45qg0JdR
1lo7HD9KMht06aY5sInP2NZX7l17zcVZYKZ5qWW/BvjdBJrGi8kAy4aqnDhvnaok
SbzdixaAeC/pzR5JKiEgb2eY6GkVxtDZs8RwcJMFrv3Lu36UcsyynelrlwSVyj0z
tT2EEn2+q5qAEsbe6rFrrnl0feT59U9KstpqmwqwG3SybAdz8Iau4xcf8NJjBAHP
/K3pXBcxgDK6pghSQkDI
=Kvko
-----END PGP SIGNATURE-----