On Sat, Mar 07, 2015 at 11:20:30PM +0100, Alessandro DE LAURENZIS wrote: > Hi Fred, > > On Sat 07/03/2015 21:32, Fred wrote: > > Both Firefox and Chrome let me do https://localhost:631/ but then both > > complain and I have to add exceptions, once added it works for me. > > > > In chrome the connection is then encrypted with TLS 1.2 > > > > port:fred ~> uname -a; dmesg|head -4; pkg_info| grep cups > > OpenBSD port.crowsons.com 5.7 GENERIC.MP#860 amd64 > > OpenBSD 5.7-beta (GENERIC.MP) #860: Sun Feb 22 03:14:54 MST 2015 > > t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 8447131648 (8055MB) > > avail mem = 8218349568 (7837MB) > > cups-2.0.2 Common Unix Printing System > > cups-filters-1.0.65 OpenPrinting CUPS filters > > cups-libs-2.0.2 CUPS libraries and headers > > cups-pk-helper-0.2.5 fine-grained privileges PolicyKit helper for CUPS > > gtk+3-cups-3.14.8 gtk+3 CUPS print backend > > > > Maybe ktrace cups to seem that can give any clues. > > After adding the exception, I continue to see the "Not Found" message. > So the encryption was not the root cause. > > But it seems I've sorted it out: the files used for CUPS's web interface > are contained into the /usr/local/share/doc/cups directory, and *by > default*, that isn't world readable, at least for this very latest CUPS > release (2.0.2). In fact, the inconsistency is flagged in the error_log > file: > > I [07/Mar/2015:18:25:38 +0100] [Client 4] Files/directories such as > "/usr/local/share/doc/cups/" must be world-readable. > > After changing the permissions all works as expected. Maybe something to > fix in CUPS port? Antoine could give us his view...
Permissions are fine here. Not sure why yours are not. -- Antoine