On Thu, 2004-11-18 at 00:02, JM Ibanez wrote:
> On 17 Nov 2004 23:37:24 -0600, kfogel@collab.net <kfogel@collab.net> wrote:
> > Andrew Leeper <me@nivenhuh.net> writes:
> > > Well.. googling for "502 bad gateway subversion" returns something
> > > relating to my issue.. but it was written back in 2003. I tried
> > > following some of the threads, but none of them showed any kind
> > > of resolution.. =/
> > >
> > > I'm more than willing to be a guinnea pig for finding a resolution
> > > to this..
> >
> > Great :-). Can you install ethereal and do a network trace of port
> > 443 (the https port) activity when you try to the the failing command?
>
I'm very new to subversion so maybe bumping up the neon debugging level
might help. If not, and you really want to see the SSL transaction
that's going back and forth you could do this using the TCPProxy tool
that's provided with 'The Grinder' (it's a web testing tool). It's just
a proxy that will accept the SSL connection, and create one of it's own
to forward along.
I realize this isn't a *great* test b/c you are messing with the network
settings to get this to work, but if it still fails, you would at least
be able to see the trace for the HTTP information.
> This won't work. Ethereal won't be able to see the HTTP transaction as
> it is the payload for the TLS/SSL transaction above it. All Ethereal
> will see is encrypted SSL payloads-- even the HTTP request verbs (GET
> | POST | HEAD) will be encrypted. :( I've tried this before, and I had
> to resort to installing a plugin to Firefox to diagnose an HTTPS
> transaction on a particular website we were developing.
>
> Will setting the appropriate neon debugging level work instead?
--
Ian Wallace - Sr. Engineer - eForce Managed Services
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 18 08:21:34 2004