cups server not responds by alias namesince cups-1.3.9

[Michael Sweet]

John A. Murdie wrote:
> ...
> Mike (Sweet), what is your take on this? I'd tried 1.3.10 without
> this patch - and got lots of 'W [dd/mmm/yyyy:hh:mm:ss +zzzz] Request
> from "a.b.c.d" using invalid Host: field "cups.x.y.z"' messages in
> 'error_log'. We use a CNAME to assign the name 'cups.x.y.z' to a
> print server which has a name of its own (different virtual servers
> may be the print server at different times, e.g. when the original is
> being updated or having hardware maintenance), but always point the
> clients at 'cups.x.y.z'. I looked for an explanation and found Tim's
> bug report.

Using "ServerAlias *" is probably the easiest path forward.

Doing separate ServerAlias lines for every potential hostname
(including just "cups" in your case) is another option, but the
"ServerAlias *" method is definitely easier.

> I found that adding the 'ServerAlias' directive (which doesn't appear
> in http://www.cups.org/documentation.php/doc-1.4/ref-cupsd-conf.html
> at this time, by the way) which Tim mentions in
> https://bugzilla.redhat.com/show_bug.cgi?id=497301 still didn't give
> me a working system. I got a "400" error when I try to look at the
> CUPS scheduler's web pages. Will try the patch.

We'll be updating the documentation on the web site soon...

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com