[GRLUG] CUPS error

[John-Thomas Richards]

On Mon, Jul 12, 2010 at 11:12:36AM -0400, Michael Mol wrote:
> http://www.cups.org/documentation.php/ref-cupsd-conf.html
> 
> See SSLOptions, perhaps? I'd bet AwesomeBar knew the correct port to use.

My point was that I'd typed in "127." and the AwesomeBar showed the
previous URL I had entered—not that AwesomeBar was intelligent enough to
figure out the correct port.   Turns out I had at some point typed in
https:// and Awesomebar, in its awesomeness, remembered it.

However, I was still unable to get anything to print.  No matter what I
tried via the CUPS web interface, I was unable to do anything from
modify printers to cancel print jobs.  After a few hours of trying
everything I could think of and everything google seemed to offer for
the error messages I received, I noticed in the bottom of my browser
that for some reason cookies for 127.0.0.1 weren't allowed.  (How'd that
happen!?)  I enabled cookies from that domain, canceled the hung print
jobs (that were causing all the trouble), and gained the ability to
print once again.  Wacky.  Of course, someone who actually has a clue
how to do sysadmin stuff would have figured this out in a few minutes,
but I'm an end-user.  Period.


> On Mon, Jul 12, 2010 at 11:08 AM, John-Thomas Richards
> <jtr at jrichards.org> wrote:
> > On Mon, Jul 12, 2010 at 10:42:40AM -0400, Adam Tauno Williams wrote:
> >> On Mon, 2010-07-12 at 09:58 -0400, John-Thomas Richards wrote:
> >> > I'm running CUPS on Debian Squeeze.  Printing does not work.  When I try
> >> > to access https://127.0.0.1:631/admin I get this error
> >> > Secure Connection Failed
> >> > An error occurred during a connection to 127.0.0.1:631.
> >> > SSL received a record that exceeded the maximum permissible length.
> >> > (Error code: ssl_error_rx_record_too_long)
> >> > Googling for "debian squeeze cups ssl_error_rx_record_too_long" returns
> >> > just 35 hits.
> >> > Restarting CUPS doesn't fix the problem.  Any ideas?
> >>
> >> Yep, https://*:631,  use http://*:631
> >>
> >> "ssl_error_rx_record_too_long" is caused by attempting to perform an
> >> encrypted request to a non-encrypted resource.
> >>
> >> Browser's don't typically support TLS-upgrade, only SSL and non-SSL.
> >> https://*:80 might work, but https://*:631 won't.
> >
> > I was able to view the CUPS interface with http://, however, I've used
> > https:// in the past (that's what came up in Firefox's awesome bar).
> > Also, some of the links in the CUPS interface point to my localhost's
> > local name.  For example, when I click on the "laserjet" printer name,
> > the link takes me to http://rondo:0/printers/laserjet.  rondo is the
> > name of my localhost and port 0 is, well, port 0.  I'm not sure what got
> > messed up in this.  In addition, clicking on things doesn't change
> > things.  I clicked on "cancel" for a print job and it won't actually
> > cancel.  Nothing seems to change when I try to do any administrative
> > functions, including deleting a printer.
> > --
> > john-thomas
> > ------
> > I believe I have no prejudices whatsoever. All I need to know is that a man
> > is a member of the human race. That's bad enough for me.
> > Mark Twain, author and humorist (1835-1910)
> >
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> >
> > _______________________________________________
> > grlug mailing list
> > grlug at grlug.org
> > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
> >
> 
> 
> 
> -- 
> :wq
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug

-- 
john-thomas
------
A man builds a fine house; and now he has a master, and a task for life;
he is to furnish, watch, show it, and keep it in repair, the rest of
his days.
Ralph Waldo Emerson (1803-1882) [Society and Solitude, 1870]

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.