Persistent Sessions

Hi Guys,

I hope someone can help me. I have two computers both running Gentoo
Linux, PHP 5.1.2 / 5.1.4, perl 5.8.8, perl fcgi 0.67 and RT 3.4.5.

The one machine is using perl, the other using fastcgi. I am
experiencing pretty much the same problem on both machines. I log into
the system fine, and when I click on a menu option, i get returned to
the login page. I have tried this both from Mozilla Firefox and IE.

The machine running fastcgi seems a lot better, and I only get returned
to login when i click on the general queue and select a ticket in the
queue. The other machine running perl returns me to the login page if i
click anything.

Below is the output of the access log. No errors are logged anywhere
else in the apache log files.

196.2.124.251 - - [12/Jun/2006:15:50:15 +0200] “POST / HTTP/1.1” 200 9486
196.2.124.251 - - [12/Jun/2006:15:50:17 +0200] “GET /NoAuth/webrt.css
HTTP/1.1” 200 12658
196.2.124.251 - - [12/Jun/2006:15:50:19 +0200] “GET /NoAuth/printrt.css
HTTP/1.1” 200 696
196.2.124.251 - - [12/Jun/2006:15:50:27 +0200] “GET /Search/Build.html
HTTP/1.1” 200 2875
196.2.124.251 - - [12/Jun/2006:15:50:27 +0200] “GET /NoAuth/webrt.css
HTTP/1.1” 200 12658
196.2.124.251 - - [12/Jun/2006:15:50:28 +0200] “GET /NoAuth/printrt.css
HTTP/1.1” 200 696

Anyone got any ideas. I used to run 3.4.4 and it worked. I have
reinstalled the OS, so i am not sure going back to 3.4.4 would really
work, but if necessary, i could try it.

tia

Stefan

At Monday 6/12/2006 11:46 AM, Stefan Lesicnik wrote:

Hi Guys,

I hope someone can help me. I have two computers both running Gentoo
Linux, PHP 5.1.2 / 5.1.4, perl 5.8.8, perl fcgi 0.67 and RT 3.4.5.

The one machine is using perl, the other using fastcgi. I am
experiencing pretty much the same problem on both machines. I log into
the system fine, and when I click on a menu option, i get returned to
the login page. I have tried this both from Mozilla Firefox and IE.

The machine running fastcgi seems a lot better, and I only get returned
to login when i click on the general queue and select a ticket in the
queue. The other machine running perl returns me to the login page if i
click anything.

Below is the output of the access log. No errors are logged anywhere
else in the apache log files.

We have this problem on 3.4.2 so I’m not sure if it’s specific to an
RT version. Have you tried Opera as a brower. For me, the problem
doesn’t occur at all with Opera, only IE & Firefox.

Also, I think including the user & password in the URL (
“?user=myname&pass=mypass” )seemed to help.

Steve

Hi Guys,

I hope someone can help me. I have two computers both running Gentoo
Linux, PHP 5.1.2 / 5.1.4, perl 5.8.8, perl fcgi 0.67 and RT 3.4.5.

The one machine is using perl, the other using fastcgi. I am
experiencing pretty much the same problem on both machines. I log into
the system fine, and when I click on a menu option, i get returned to
the login page. I have tried this both from Mozilla Firefox and IE.

The machine running fastcgi seems a lot better, and I only get returned
to login when i click on the general queue and select a ticket in the
queue. The other machine running perl returns me to the login page if i
click anything.
[…]

Stefan -
Sounds like maybe a cookie issue? I had a similar problem at one
point, which turned out to be a combination of
* the presence of a couple of firefox settings and
* the absence of anything like a mind on my part.

(I’m hoping the latter condition was temporary. :slight_smile:

    Under the "privacy" tab of Firefox's preferences dialogue, I had

set “allow sites to set cookies…UNLESS I have removed cookies set by
the site.” During a troubleshooting session, I had explicitly removed a
cookie set by RT (because I thought I was getting a cached login.)
Because I had explicitly removed a cookie set by my RT site, firefox
wasn’t setting any more cookies from them. Thus, I would get this
behavior (my actions parenthesized):

 1. login page displayed
 2. (enter uname/pw)
 3. login to RT accepted, RT-at-a-glance page displayed
 4. (click on a ticket, say #1234)
 5. login page displayed
 6. (mutter, grumble, enter uname/pw)
 7. login to RT accepted, ticket #1234 displayed
 8. (click on basics)
 9. login page displayed
10. (howl, curse, excessive keyboard abuse while entering uname/pw)
11. login to RT accepted, basics for #1234 displayed

[ &etcetera ad frustratiam ]

    When I unset firefox's "unless I have removed cookies set by

this site" preference, the problem went away.

/Ole Craig
Security Engineer

303-381-3802 (main support hotline)
303-381-3824 (my direct line)
303-381-3801 (fax)

www.stillsecure.com
. . .

Stefan -
Sounds like maybe a cookie issue? I had a similar problem at one
point, which turned out to be a combination of
* the presence of a couple of firefox settings and
* the absence of anything like a mind on my part.

(I’m hoping the latter condition was temporary. :slight_smile:

    Under the "privacy" tab of Firefox's preferences dialogue, I had

set “allow sites to set cookies…UNLESS I have removed cookies set by
the site.” During a troubleshooting session, I had explicitly removed a
cookie set by RT (because I thought I was getting a cached login.)
Because I had explicitly removed a cookie set by my RT site, firefox
wasn’t setting any more cookies from them. Thus, I would get this
behavior (my actions parenthesized):

 1. login page displayed
 2. (enter uname/pw)
 3. login to RT accepted, RT-at-a-glance page displayed
 4. (click on a ticket, say #1234)
 5. login page displayed
 6. (mutter, grumble, enter uname/pw)
 7. login to RT accepted, ticket #1234 displayed
 8. (click on basics)
 9. login page displayed
10. (howl, curse, excessive keyboard abuse while entering uname/pw)
11. login to RT accepted, basics for #1234 displayed

[ &etcetera ad frustratiam ]

    When I unset firefox's "unless I have removed cookies set by

this site" preference, the problem went away.

Heya,

Thanks for the responses.

I’ve had a look at the cookies. I receive a cookie from the server.
Everything seems to be ok. So i don’t think is cookie related. I also as
per suggestion tried Opera which didn’t make any difference, still just
logs me out after choosing any menu item. Specifying
?user=username&pass=password in the url seemed to help, although its not
a permanent fix.

Further to test, i moved the server from mod_perl to mod_fastcgi and the
same problem occurs. I also installed rt 3.4.4 and its the same problem.

So i guess i’m pretty lost. Perhaps I will try move back a few apache
version. Currently running Apache-2.0.55.

If anyone has any other bright ideas, willing to try anything. I could
possibly also arrange access to the machine if anyone feels like looking.

Thanks

Stefan

I have had the same exact problem for about a month or so w/no resolution. RT 3.4.5, mysql (4.1.19 & 5.0.22), fastcgi, apache 2.0.54. As a workaround I switched to Apache auth rather than rt’s cookie-based auth.

Chris Covington
IT
Plus One Health Management
75 Maiden Lane Suite 801
NY, NY 10038
646-312-6269
http://www.plusoneactive.com

Hi Guys,

I hope someone can help me. I have two computers both running Gentoo
Linux, PHP 5.1.2 / 5.1.4, perl 5.8.8, perl fcgi 0.67 and RT 3.4.5.

The one machine is using perl, the other using fastcgi. I am
experiencing pretty much the same problem on both machines. I log into
the system fine, and when I click on a menu option, i get returned to
the login page. I have tried this both from Mozilla Firefox and IE.

Are you using a proxy server? If so, try removing the proxy settings
temporarily (assuming you can) and see if the problem persists. I (like
many others) had this problem also and searches of the archives all
seemed to indicate a cookies problem. I had the browser configured to
accept cookies from the sites that I allowed but it still didn’t work. I
later found that I was using a proxy server (privoxy, a.k.a. Internet
Junk Buster) that was passing the cookies to me but not back to the site
or something like that.

Good luck.

Joshua Colson jcolson@voidgate.org

Could this also be the trailing slash problem that has been talked about
a lot on the boards lately? That is, your webserver is configured to
have a slash at the end, but not RT_SiteConfig.pm, or vice versa?

Eric Schultz
United OnlineFrom: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Joshua
Colson
Sent: Tuesday, June 13, 2006 8:31 AM
To: Stefan Lesicnik
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Persistent Sessions

Hi Guys,

I hope someone can help me. I have two computers both running Gentoo
Linux, PHP 5.1.2 / 5.1.4, perl 5.8.8, perl fcgi 0.67 and RT 3.4.5.

The one machine is using perl, the other using fastcgi. I am
experiencing pretty much the same problem on both machines. I log into
the system fine, and when I click on a menu option, i get returned to
the login page. I have tried this both from Mozilla Firefox and IE.

Are you using a proxy server? If so, try removing the proxy settings
temporarily (assuming you can) and see if the problem persists. I (like
many others) had this problem also and searches of the archives all
seemed to indicate a cookies problem. I had the browser configured to
accept cookies from the sites that I allowed but it still didn’t work. I
later found that I was using a proxy server (privoxy, a.k.a. Internet
Junk Buster) that was passing the cookies to me but not back to the site
or something like that.

Good luck.

Joshua Colson jcolson@voidgate.org

http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

We’re hiring! Come hack Perl for Best Practical:

Hi Guys,

I hope someone can help me. I have two computers both running Gentoo
Linux, PHP 5.1.2 / 5.1.4, perl 5.8.8, perl fcgi 0.67 and RT 3.4.5.

The one machine is using perl, the other using fastcgi. I am
experiencing pretty much the same problem on both machines. I log into
the system fine, and when I click on a menu option, i get returned to
the login page. I have tried this both from Mozilla Firefox and IE.

The machine running fastcgi seems a lot better, and I only get returned
to login when i click on the general queue and select a ticket in the
queue. The other machine running perl returns me to the login page if i
click anything.

Below is the output of the access log. No errors are logged anywhere
else in the apache log files.

196.2.124.251 - - [12/Jun/2006:15:50:15 +0200] “POST / HTTP/1.1” 200 9486
196.2.124.251 - - [12/Jun/2006:15:50:17 +0200] “GET /NoAuth/webrt.css
HTTP/1.1” 200 12658
196.2.124.251 - - [12/Jun/2006:15:50:19 +0200] “GET /NoAuth/printrt.css
HTTP/1.1” 200 696
196.2.124.251 - - [12/Jun/2006:15:50:27 +0200] “GET /Search/Build.html
HTTP/1.1” 200 2875
196.2.124.251 - - [12/Jun/2006:15:50:27 +0200] “GET /NoAuth/webrt.css
HTTP/1.1” 200 12658
196.2.124.251 - - [12/Jun/2006:15:50:28 +0200] “GET /NoAuth/printrt.css
HTTP/1.1” 200 696

Anyone got any ideas. I used to run 3.4.4 and it worked. I have
reinstalled the OS, so i am not sure going back to 3.4.4 would really
work, but if necessary, i could try it.

tia

Stefan

Exactly the same problem here, I did start getting ‘Out of memory’ errors with
3.4.5 but have upgraded to 3.6.0 today. I now get the exact symptoms you are
describing here.

PHP 5.1.4, Perl 5.8.8, FCGI 2.4.0, RT 3.6.0

It works fine unless I do a ticket search or click on the general queue, I
then have to log in everytime I click on anything.

Regards

Steven Coutts B.Sc.(Hons) MBCS
scoutts@bcs.org.uk

PGP Public Key
http://stevec.couttsnet.com/scoutts.asc