Modify ↓
#2099 closed defect (fixed)
trac-hacks.org authentication fails when using https
Reported by: | anonymous | Owned by: | Alec Thomas |
---|---|---|---|
Priority: | normal | Component: | TracHacks |
Severity: | normal | Keywords: | authentication |
Cc: | Trac Release: | 0.10 |
Description
I can log in successfully to http://trac-hacks.org/, but when i try to use the site over HTTPS, the login attempt appears to succeed, but i get bounced back to plain HTTP, i'm no longer at the page i started from (i'm back at the home page), and i'm not authenticated. Not sure why that's happening.
Attachments (0)
Change History (5)
comment:1 Changed 17 years ago by
comment:2 Changed 17 years ago by
Yeah, I'm aware of this, and it appears to be related to using mod_proxy. Not sure what the fix is TBH.
comment:3 Changed 17 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
This should be working now.
comment:5 Changed 17 years ago by
Got rid of mod_proxy
and explicitly define the SSL virtual server.
Note: See
TracTickets for help on using
tickets.
oops. this ticket was filed by me -- i must have de-authenticated in another tab while trying to debug this.
the problem is pretty clearly that the login page wants to redirect the user to an http://trac-hacks.org/ URL, and isn't willing to entertain a REFERER set to https://trac-hacks.org/
Maybe that's a problem with the authentication module you're using?
fwiw, here's a wget display of the headers involved (unique tokens have been scrambled):
As you can see, the authentication succeeds, but i'm redirected back to http://trac-hacks.org/, despite the REFERER being this ticket.
If i do the same wget, but with an http referer instead of https:, i get a valid login, and i'm redirected to the correct page (though of course my session tokens are transmitted back in the clear to the server, allowing a session hijack for anyone in the network chain):
btw, sorry about the
--no-check-certificate
-- i couldn't find a path to your issuing authority in my CA list (i'm running debian lenny). don't think that's relevant to this ticket, though.