Re: sending & receiving cookies through the light front end

2000-11-29 Thread Ask Bjoern Hansen

On Wed, 29 Nov 2000, Christopher L. Everett wrote:

> Lets say I wanted to send a cookie from mod_perl out through 
> my light front end.  Say I set the domain of the cookie to 
> ".baz.org", and I have ProxyPass and ProxyPassReverse directives
> in the httpd-lite.conf like this.
> 
[...]
>
> Furthermore, lets say the ServerName of mod_perl is perl.foo.org. 

The client think's that it talks to the .baz.org server so it should
work fine as long as you make sure the perl.foo.org server sets the
cookies in the right domain.

mod_proxy doesn't know about "cookie realms" and will just pass the
cookie headers on.


 - ask

-- 
ask bjoern hansen - 
more than 70M impressions per day, 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: sending & receiving cookies through the light front end

2000-11-29 Thread Christopher L. Everett

"Christopher L. Everett" wrote:
> 
> This is the way I have it now:
> 
> 1) set up IP aliases for the loopback adapter like so:
> 
>   ifconfig lo:0 192.168.0.1 netmask 255.255.255.0
>   ifconfig lo:1 192.168.0.2 netmask 255.255.255.0
>   ifconfig lo:2 192.168.0.3 netmask 255.255.255.0
> 
> 2) added entries to the hosts file like this
> 
>   192.168.0.1  perl.foo.org
>   192.168.0.2  perl.bar.org
>   192.168.0.3  perl.baz.org
> 
> 3) modified the virtual hosts in the httpd-lite.conf to look like this
> 
>   
> ServerName www.foo.org
> ProxyPass/nit/ httpd://perl.foo.org/nit/
> ProxyPassReverse /nit/ httpd://perl.foo.org/nit/
> # and whatever else I need
>   
> 
> 4) modified the httpd-perl.conf to have virtual hosts like this
> 
>   
> ServerName perl.foo.org
> ProxyPass/nit/ httpd://perl.foo.org/nit/
> ProxyPassReverse /nit/ httpd://perl.foo.org/nit/
> # and whatever else I need
>   
> 
> Now, mod_perl and the front end are both in the same domain, so the
> cookie should go through, right?  But it doesn't.
>

Ahhh, but it does work.  Changed Apache::Cookie->fetch($r) to 
Apache::Cookie->parse and all was well.  What a relief, five days
of agony vindicated (kind of).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: sending & receiving cookies through the light front end

2000-11-29 Thread Christopher L. Everett

Vivek Khera wrote:
> 
> > "CLE" == Christopher L Everett <[EMAIL PROTECTED]> writes:
> 
> CLE> 2) If 1 above is "yes", since the cookie was intended for a
> CLE>.baz.org server, won't the perl.foo.org Apache drop the
> CLE>cookie in the bit-bucket?
> 
> The client (IE, Netscape) won't send a cookie for .baz.org to the
> perl.foo.org host; also, it probably won't let you to set such a
> cookie unless you are a *.baz.org host.

This is the way I have it now:

1) set up IP aliases for the loopback adapter like so:

  ifconfig lo:0 192.168.0.1 netmask 255.255.255.0
  ifconfig lo:1 192.168.0.2 netmask 255.255.255.0
  ifconfig lo:2 192.168.0.3 netmask 255.255.255.0

2) added entries to the hosts file like this

  192.168.0.1  perl.foo.org
  192.168.0.2  perl.bar.org
  192.168.0.3  perl.baz.org

3) modified the virtual hosts in the httpd-lite.conf to look like this

  
ServerName www.foo.org
ProxyPass/nit/ httpd://perl.foo.org/nit/  
ProxyPassReverse /nit/ httpd://perl.foo.org/nit/ 
# and whatever else I need
  

4) modified the httpd-perl.conf to have virtual hosts like this

  
ServerName perl.foo.org
ProxyPass/nit/ httpd://perl.foo.org/nit/  
ProxyPassReverse /nit/ httpd://perl.foo.org/nit/  
# and whatever else I need
  

Now, mod_perl and the front end are both in the same domain, so the 
cookie should go through, right?  But it doesn't.

  --Christopher

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: sending & receiving cookies through the light front end

2000-11-29 Thread clayton cottingham

http://www.cookiecentral.com/faq/#4.7

is a good link the rest is informative as well

but this particular section is on limitations

including the point vivek made about cross domain cookies , which is not
possible

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: sending & receiving cookies through the light front end

2000-11-29 Thread Vivek Khera

> "CLE" == Christopher L Everett <[EMAIL PROTECTED]> writes:

CLE> 2) If 1 above is "yes", since the cookie was intended for a 
CLE>.baz.org server, won't the perl.foo.org Apache drop the 
CLE>cookie in the bit-bucket?

The client (IE, Netscape) won't send a cookie for .baz.org to the
perl.foo.org host; also, it probably won't let you to set such a
cookie unless you are a *.baz.org host.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D.Khera Communications, Inc.
Internet: [EMAIL PROTECTED]   Rockville, MD   +1-240-453-8497
AIM: vivekkhera Y!: vivek_khera   http://www.khera.org/~vivek/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




sending & receiving cookies through the light front end

2000-11-29 Thread Christopher L. Everett

Hi:

Lets say I wanted to send a cookie from mod_perl out through 
my light front end.  Say I set the domain of the cookie to 
".baz.org", and I have ProxyPass and ProxyPassReverse directives
in the httpd-lite.conf like this.


  ServerName www.baz.org
  ProxyPass/bar/ http://localhost:8080/bar/
  ProxyPassReverse /bar/ http://localhost:8080/bar/
  #more stuff as needed


Furthermore, lets say the ServerName of mod_perl is perl.foo.org. 
AFAIK, the browser will indeed send the cookie to the front end,
since it doesn't care what server made the cookie, and doesn't know
anyway.

Questions: 

1) Will the front end then pass the cookie on to the back end?
2) If 1 above is "yes", since the cookie was intended for a 
   .baz.org server, won't the perl.foo.org Apache drop the 
   cookie in the bit-bucket?
3) If "yes" to 1 & 2, how do we pass cookies in through the proxy?

  --Christopher

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]