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... -- Alessandro DE LAURENZIS [mailto:just22....@gmail.com] LinkedIn: http://it.linkedin.com/in/delaurenzis
