> -----Original Message-----
> From: Manickam,V,Vasanth,XDP77A C
> [mailto:ethereal-dev-bounces@xxxxxxxxxxxx]On Behalf Of
> vasanth.manickam@xxxxxx
> Sent: sabato 4 giugno 2005 14.38
> To: ethereal-dev@xxxxxxxxxxxx
> Subject: RE: [Ethereal-dev] Google "Summer of code"
>
>
>
>
>
> -----Original Message-----
> From: ethereal-dev-bounces@xxxxxxxxxxxx on behalf of Guy Harris
> Sent: Sat 04/06/2005 10:49
> To: Ethereal development
> Cc: gilbertr@xxxxxxxxx
> Subject: Re: [Ethereal-dev] Google "Summer of code"
> vasanth.manickam@xxxxxx wrote:
> > I was wondering if the Ethereal community could take part in this
> > http://code.google.com/mentfaq.html as a Mentoring Organization. Me and
> > a couple of other students are interested in working on the remote
> > capture module of ethereal over the summer.
>
> To which remote capture module are you referring?
>
> WinPcap includes remote capture capabilities, and a lot of the code will
> probably just work on UN*X as well, although the *current* protocol
> doesn't, I think, have as much authentication capability as some might
> want - perhaps something SPNEGO-based is called for, allowing the client
> and server to negotiate what flavor of authentication to use.
>
> Remote capture really belongs in libpcap/WinPcap, so that it's available
> to all applications (or, at least, to all applications that use an API
> capable of supporting the authentication required by the capture server).
>
> _______________________________________________
>
> I see that WinPcap supports remote capture but Ethereal is unable
> to use this capability on the supported platforms. I understand
> that Ethereal does not want to use this feature as it is not
> supported by libpcap but just by WinPcap. I thought it would be
> advantageous if Ethereal could support this feature on windows.
> But I agree it would be far better if the remote capture feature
> was added to the underlying library on all platforms...
Remote capture works on Win32, Linux and FreeBSD at least.
The biggest problem of committing this code to libpcap (and not only to
WinPcap) is that we need some stronger security mechanisms for user
authentication and such. This is the reason that prevented me from
committing the remote code to libpcap as well, in addiction to WinPcap.
fulvio
<<attachment: winmail.dat>>