Re: Routing and Remote Access - Authentication Failure
- From: Matrixx333 <matrixx333@xxxxxxxxx>
- Date: Tue, 5 May 2009 23:24:31 -0700 (PDT)
http://i43.tinypic.com/rvd2l1.png
Looks fine
http://i41.tinypic.com/2ez0n7k.png
Looks fine
http://i44.tinypic.com/s49rsy.png
Looks fine
http://i39.tinypic.com/2wew9yf.png
This might be a problem. I understand you said the VPNSERVER and the
CLIENT were on the same network segment, but if your using your
VPNSERVER as a secure way to access a remote network, then "Routing"
needs to be checked to access any other remote network beyond the
VPNSERVER.
http://i42.tinypic.com/2h32cqx.png
At the bottom you have "Allow custom IPSec Policy for L2TP connection"
and it looks like you have a pre-shared key typed in. If the client
doesn't also have this key configured, the connection will fail.
http://i43.tinypic.com/5b8arm.png
Looks fine
http://i39.tinypic.com/2ljt7js.png
Generally, if you have a DHCP server on the network, you wouldn't want
to configure a static address pool, as Ace had mentioned. Also, is the
scope of the static address pool in the same subnet as the network you
are trying to access from the VPNSERVER? If not, you wont be able to
access anything beyond the VPNSERVER.
http://i40.tinypic.com/a32mbc.png
Not really applicable unless you were using ISDN or multiple modems to
establish the vpn connection
I know for MS-CHAP v1 the password cannot exceed 14 characters, but as
Ace had mentioned, any non-windows machine is going to use CHAP
anyways. I would also agree with Ace's advise about using the password
requirements for your domain, if you are on one.
Speaking of Domain or Workgroup, the account you are using to
establish the connection must either be in AD or configured in the
local SAM of the VPNSERVER if it is a workgroup. If you are on a
domain and have an account in AD, I would suggest looking at the
Remote Access Policies in Routing and Remote Access. Is the username a
member of a group that hasn't been configured with a Remote Access
Policy? Does the AD account have dial-in permissions? Also the client,
server, and policy all have to be configured with at least one common
authentication protocol and encryption strength.
Hope this helps.
.
- Follow-Ups:
- Re: Routing and Remote Access - Authentication Failure
- From: George Valkov
- Re: Routing and Remote Access - Authentication Failure
- From: Ace Fekay [Microsoft Certified Trainer]
- Re: Routing and Remote Access - Authentication Failure
- References:
- Routing and Remote Access - Authentication Failure
- From: George Valkov
- Routing and Remote Access - Authentication Failure
- Prev by Date: Re: Stop Verification of Mapped Network Drives
- Next by Date: Re: Routing and Remote Access - Authentication Failure
- Previous by thread: Re: Routing and Remote Access - Authentication Failure
- Next by thread: Re: Routing and Remote Access - Authentication Failure
- Index(es):
Relevant Pages
|
Loading