On Sat, 2 Feb 2002 13:13:53 -0800 (PST), Archie Cobbs <[EMAIL PROTECTED]> said:
>
> David Gilbert writes:
>
> > I'm using mpd-netgraph to attempt to connect an encrypted tunnel.
> > It appears to connect (according to the messages), but the
> > following is spit out for most packets I try to put
On Thu, 9 May 2002 13:15:27 -0700 (PDT), Archie Cobbs <[EMAIL PROTECTED]> said:
>
> It may be that compression is actually not being negotiated
> properly, even though the link is staying up. Can you send me an mpd
> log trace?
Do you need more debugging turned on than this?
Note: right now I
On Thu, May 09, 2002 at 03:51:09PM -0700, Archie Cobbs wrote:
>
> So that's screwey if you're doing MPPE encryption because which
> authentication do you use to generate the MPPE keys?? Apparently
> we are using the wrong one. In any case, we can't use the first
> one because we'd need the yes/no
On Thu, 9 May 2002 16:57:37 -0700 (PDT), Archie Cobbs <[EMAIL PROTECTED]> said:
>
>> Let me see if I understand: a key used in CHAP authentication is
>> also used for MPPE. However, I authenticate twice, once using CHAP
>> MSOFTv2 and once using CHAP MSOFTv2 -- and you think mpd is
>> choosing t
On Thu, May 09, 2002 at 08:17:41PM -0700, Matthew Braithwaite wrote:
>
> (One things that's odd about my authentication -- this was pointed out
> to me by the Windows boys, whom I'm sorry I dissed -- is that all the
> Windows users seem to authenticate as ``domain\\user'
I solved my problem, but I need to retract a few things I said about
it earlier:
1. Although I was told (by the folks who operate my VPN server) that I
had to negotiate 128-bit encryption, I've succeeded with 40-bit
encryption, using the ``LAN Manager'' hash.
2. Therefore, this whole busin
