[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svnserve and inetd: malformed network data

From: Erik Huelsmann <e.huelsmann_at_gmx.net>
Date: 2004-03-10 20:06:20 CET

> > What do you see if you telnet to the server to port 3690?
> Why didn't I think of that? Explains a lot, here's the output:
> ---
> Type '--inetd --help' for usage.
> You must specify one of -d, -i, -t or -X.
> ---

It does explain a lot! The program thinks that the --inetd option you
specified is it's own name. For some reason it did not pick up that you specified
-i. Specifying -t to make it work actually only camouflages the fact that you
are now running from inetd in tunneled mode: this is *not* a good idea
because the connection is now marked as 'externally authenticated' meaning that no
extra authentication is needed. Could you show the inetd line which you used
to setup this configuration?

> -i is already specified, -d is wrong, -X is wrong, so that leaves -t. And
> guess what? That was it! :) The server now responds nicely, and all works
> fine. Thanks for the telnet tip!
> I do think this is the hard way to find out. Nowhere could I find -t
> mentioned as being necessary, not even in the --help output. I initially
> thought it was related to SSH. Then again, I might've missed something.
> Either way, it's fixed, and that's what counts...



+++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++
100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 10 20:06:48 2004

This is an archived mail posted to the Subversion Users mailing list.