Re: Problem with certificates/L2TP VPN

Paul, the issue with certificates has been resolved, there were 2
identical root certs from my CA in Trusted roots.
Once I deleted one of them, it started working.
However I have new issues :)
VPN connection is successfully established on local LAN, however it
does not work properly
from client on the Internet. Currently, we have some inbound filters
configured on WAN interface
of RRAS server. RRAS is directly connected to Internet, no NATs
involved there.
The client IS behind NAT.
If I disable the inbound filters and let all traffic IN on RRAS,
client connects successfully.
Ofcourse I dont want to leave the filters like that, the only traffic
I want to let in on my RRAS is VPN traffic.
So i fired up Ethereal, and established the connection successfuly.
This is what I found out from the sniffed bytes, the traffic that has
to be let in for L2TP connection to work:

UDP 500 - for IKE
UDP 4500 for IPSEC UDP encapsulation
and *whole* UDP traffic (dont understand the purpose of this traffic)

So my client connects successfully ONLY if i let all UDP traffic in.
This is not an option at all. Could you explain what could be
happening, what could be
the reason for this?

On Mar 23, 4:25 pm, Paul Weterings <Paul-nospam-@syncpuls-dot-com>
Looks like your are doing the right things, maybe the next test would be
to run with IKE auditing switched on.

HKLM\system\currentcontrolset\control\lsa\audit = 1
HKLM\system\currentcontrolset\services\ipsec\enablediagnostics = 7
(restart system)

Since you're not even getting to Quick mode, it's IKE that is most
likely mis configured. Are you 100% sure authentication, encryption and
key change are the same for both systems?

This may sound silly, but of course you also need to be 100% sure the
packets get to where they net to go. You might want to consider running
Network Monitor or Wireshark to capture IPSec packets, even though you
won't see the content, at least this proves their arrival (if the
auditing didn't already)

/ ) Regards,
/ /_________
_|__|__) Paul Weterings
/ (O_)
__/ (O_)

dpetrek wrote:
Yes Paul, I am testing on LAN, without firewalls, just to make initial
sucessfull connection.
EKU on client contains: Client Authentication (
EKU on server contains: Server Authentication(

I know that PPTP is not that "bad", actually it depends on length of
password how secure it
actually is. However, in my opinion my users should have the
alternative to use L2TP if they
want to.

On Mar 22, 11:44 pm, Paul Weterings <Paul-nospam-@syncpuls-dot-com>
I'm assuming you are testing on a LAN without any firewalls in between?

Does the EKU extension (Enhanced Key Usage) on the client contain the
'Client Authentication Purpose' or IPSec purpose? On the VPN server does
the EKU extension contain the Server & Client Authentication purpose?

p.s. PPTP isn't that bad you know... It's not -insecure-, just less
secure than LT2P, and a lot easier to implement

/ ) Regards,
/ /_________
_|__|__) Paul Weterings
/ (O_)
__/ (O_)

dpetrek wrote:
So we have a Windows 2000 RRAS VPN server which has been serving us
with PPTP VPN service for a long time now. We decided to upgrade
security and implement L2TP. So I installed standalone CA and
installed CA ROOT ccert on both RRAS server and test client. I can see
the cert in "Trusted Root Certification Authorities" on both RRAS
server and client. Also I issued computer certs to RRAS server
(purpose: Server Authentication) and client (purpose: Client
Authentication). That should finish the story with certs. However when
I try to establish VPN connection from client I get:
Error 786: The L2TP connection attempt failed because there is no
valid machine certificate on your computer for security
Also I have following in Security log:
IKE security association negotiation failed.
Key Exchange Mode (Main Mode)
Source IP Address
Source IP Address Mask
Destination IP Address
Destination IP Address Mask
Protocol 0
Source Port 0
Destination Port 0
IKE Local Addr
IKE Peer Addr
IKE Source Port 500
IKE Destination Port 500
Peer Private Addr
Peer Identity:
Certificate based Identity.
Peer Subject
Peer SHA Thumbprint 0000000000000000000000000000000000000000
Peer Issuing Certificate Authority
Root Certificate Authority
My Subject CN=HP-SERVER test cert
My SHA Thumbprint 0fd6eb25c8ba67e79b97457014a4b8803b05eb3c
Peer IP Address:
Failure Point:
Failure Reason:
IKE failed to find valid machine certificate
Extra Status:
Processed second (KE) payload
Initiator. Delta Time 0
0x80092004 0x100
Please advise, what have I done wrong?


Relevant Pages

  • Re: [opensuse] Apache 2.4.6 on OpenSuse 13.1: ssl_error_rx_record_too_long and ERR_SSL_PROTOCOL_ERRO
    ... to the server's key and certificate, as well as to my rootCA ... The web server DOES start, ... virtual host that is supposed to be using SSL, ... # List the ciphers that the client is permitted to negotiate. ...
  • Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
    ... SSL only validates you are talking to a SSL certified server; ... They can simply edit the URL the client program ... can be done by using a X.509 certificate on both ends, ...
  • Re: LDP client authentication fails
    ... I got the LDP working with LDAP server under server client authentication ... I did not installed the certificate in pfx format .. ... Client cert auth won't work without that. ...
  • Re: activesync issue
    ... On the SBS 2003 Server open the Server Management console. ... On the "Web Server Certificate" page, choose to create a new Web server ... Install the new certificate which created in above step on mobile device: ... Access to browse the Exchange Server 2003 client after you install ...
  • Re: SSL & Man In the Middle Attack
    ... >> it possible for the middle man to intercept all messages from server to me ... > server sends client a signed message along with a digital certificate. ... > client generates a random secret key, ...