Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of snbartell@gmail.com
 designates 209.85.215.45 as permitted sender)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
Subject: Re: virtualizing databases
From: Stephen Bartell <snbartell@gmail.com>
In-Reply-To: 
 <CAJNb-9p1YDDGeeNFB=ePPhLezSbSkHqZi66u7_BhA1ENO-Jdhw@mail.gmail.com>
Date: Fri, 31 May 2013 13:51:17 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <FD7FA3BE-3788-45A8-A280-FCA9F444D672@gmail.com>
References: <ABE715A1-C6A2-40D4-983F-5B098141ED74@gmail.com>
 <CAJNb-9r4YK+qaJWsrzo6-8jB4b00CcsDyHw-_JA4zUOKnpZ55Q@mail.gmail.com>
 <8AC696E8-CFF7-4783-B5F1-8722A844B7AE@gmail.com>
 <CAJNb-9pTL3G--rm3kLn-SQ=gp1gUf4Yo64cJKhwGi859pmbm-Q@mail.gmail.com>
 <624A6CE3-A2ED-4AEA-B02A-B9D2503B08B5@gmail.com>
 <CAJNb-9p1YDDGeeNFB=ePPhLezSbSkHqZi66u7_BhA1ENO-Jdhw@mail.gmail.com>
To: user@couchdb.apache.org

No worries!  I did not try with basic auth.  My user facing apps all =
authenticate with cookies.  And that is what does not work.  I tested =
this by setting up a proxy handler to a remote database with the same =
security as the local database.  I then accessed the database via futon =
and attempted to log in. It didn't work.  Maybe proxying cookies is a =
bug then?

On May 31, 2013, at 1:43 PM, Benoit Chesneau <bchesneau@gmail.com> =
wrote:

> On Fri, May 31, 2013 at 10:41 PM, Stephen Bartell =
<snbartell@gmail.com> wrote:
>> Benoit, I mentioned that in my email.  I'll repaste it here:
>>=20
>> By the way, I gave https_global_handlers a try.  This seems to work =
fine if the database is local.  However, it doesn't work if the =
destination is remote and authentication is involved. Is this because =
the remote database does not have a session? Is it because auth isn't =
passed through the proxy? Is this a bug?
>>=20
>=20
> i misread that part sorry :) Did you try to pass the auth in the url ?
> ie. http://user:pass@....
>=20
> if it doesn't work, adding that feature should be easy.
>=20
> - benoit
>=20
>=20
>>=20
>> On May 31, 2013, at 1:34 PM, Benoit Chesneau <bchesneau@gmail.com> =
wrote:
>>=20
>>> On Fri, May 31, 2013 at 9:53 PM, Stephen Bartell =
<snbartell@gmail.com> wrote:
>>>> Thanks guys.
>>>>=20
>>>> Benoit, it looks like the alias improvement  you are talking about =
is couchdb-1736? It still looks like its baking. What I need is =
something a little bigger than aliases though. I'd like the ability to =
redirect to a remote Couch.
>>>=20
>>> You can probably use the proxy handler in couch to do that
>>>=20
>>>  [httpd_global_handlers]
>>>  remotedb =3D {couch_httpd_proxy, handle_proxy_req,
>>> <<"http:/host:port/remotedb">>}
>>>=20
>>> - benoit
>>=20