Share via


VPN clients connect but do not see local resources

Question

Friday, June 4, 2010 7:56 PM

Hi All,

I am connecting to my VPN server with a PPTP or L2TP connection, and the client is getting an IP address, but is unable to get out to the internet or browse local resources. I am assigning addresses via DHCP and here is what I get from an IPconfig/all:

PPP adapter AIS VPN:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : AIS VPN
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.21(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . : 0.0.0.0
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Enabled

 

The only problem I can see is that there is no default gateway (0.0.0.0) is there somewhere I can set that? Thanks in advance!

--Zaheer

All replies (43)

Saturday, June 5, 2010 2:47 AM | 1 vote

Hi All,

I am connecting to my VPN server with a PPTP or L2TP connection, and the client is getting an IP address, but is unable to get out to the internet or browse local resources. I am assigning addresses via DHCP and here is what I get from an IPconfig/all:

PPP adapter AIS VPN:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : AIS VPN
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.21(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . : 0.0.0.0
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Enabled

 

The only problem I can see is that there is no default gateway (0.0.0.0) is there somewhere I can set that? Thanks in advance!

--Zaheer

Hello Zaheer,

You will need WINS to make this happen. Browsing uses the browser Service and is NetBIOS based. Unfortunately DNS does not support this. AD support browsing to an extent, but not for VPN users.

Once WINS is installed, you will want to add it to the WINS entry in all NIC properties. For DHCP, you would need to add the WINS options:

Option 044: <WINS IP Address>
Option 046: 0x8

Install and Manage WINS Servers:
http://technet.microsoft.com/en-us/library/cc781979(WS.10).aspx

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003 Microsoft Certified Trainer Microsoft MVP - Directory Services This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Sunday, June 6, 2010 1:02 AM | 1 vote

Hello,

On your VPN Client, go to Networking, TCP/IP Properties ADVANCED and uncheck "use default gateway on remote network".

Restart VPN connection.

 

Miguel

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Monday, June 7, 2010 5:00 PM

Hi All,

I am connecting to my VPN server with a PPTP or L2TP connection, and the client is getting an IP address, but is unable to get out to the internet or browse local resources. I am assigning addresses via DHCP and here is what I get from an IPconfig/all:

PPP adapter AIS VPN:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : AIS VPN
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.21(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . : 0.0.0.0
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Enabled

 

The only problem I can see is that there is no default gateway (0.0.0.0) is there somewhere I can set that? Thanks in advance!

--Zaheer

Hello Zaheer,

You will need WINS to make this happen. Browsing uses the browser Service and is NetBIOS based. Unfortunately DNS does not support this. AD support browsing to an extent, but not for VPN users.

Once WINS is installed, you will want to add it to the WINS entry in all NIC properties. For DHCP, you would need to add the WINS options:

Option 044: <WINS IP Address>
Option 046: 0x8

Install and Manage WINS Servers:
http://technet.microsoft.com/en-us/library/cc781979(WS.10).aspx

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003 Microsoft Certified Trainer Microsoft MVP - Directory Services This posting is provided AS-IS with no warranties or guarantees and confers no rights.

Thanks Ace I will put this on my to-do list!

 

--Zaheer


Monday, June 7, 2010 5:04 PM

Hi Miguel,

I did that and it did solve the problem of losing internet connectivity, but I still can't access any resources on the VPN network. I cannot ping my domain controllers or other machines.

Here is the IPconfig from the VPN client machine:

PPP adapter AIS VPN:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : AIS VPN
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.21(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : NVIDIA nForce 10/100/1000 Mbps Ethernet
   Physical Address. . . . . . . . . : 00-04-4B-00-C3-E2
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.2.102(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Monday, June 07, 2010 12:54:38 PM
   Lease Expires . . . . . . . . . . : Monday, June 07, 2010 1:24:38 PM
   Default Gateway . . . . . . . . . : 192.168.2.1
   DHCP Server . . . . . . . . . . . : 192.168.2.1
   DNS Servers . . . . . . . . . . . : 192.168.2.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

and here are the network connection details from the VPN connection:

Connection-specific DNS Suffix:
Description: AIS VPN
Physical Address: ‎
DHCP Enabled: No
IPv4 Address: 192.168.1.21
IPv4 Subnet Mask: 255.255.255.255
IPv4 Default Gateway:
IPv4 DNS Servers: 192.168.1.57, 192.168.1.50
IPv4 WINS Server:
NetBIOS over Tcpip Enabled: Yes

In the TCP/IP of the VPN connection, it is set to DHCP, so I'm not sure why it shows DHCP as not enabled.

--Zaheer

 


Tuesday, June 8, 2010 3:21 AM

On Mon, 7 Jun 2010 17:04:11 +0000, AISWW wrote:

 

>

>

>Hi Miguel,

>

>I did that and it did solve the problem of losing internet connectivity, but I still can't access any resources on the VPN network. I cannot ping my domain controllers or other machines.

>

>Here is the IPconfig from the VPN client machine:

>

>PPP adapter AIS VPN:

>

> Connection-specific DNS Suffix . :

> Description . . . . . . . . . . . : AIS VPN

> Physical Address. . . . . . . . . :

> DHCP Enabled. . . . . . . . . . . : No

> Autoconfiguration Enabled . . . . : Yes

> IPv4 Address. . . . . . . . . . . : 192.168.1.21(Preferred)

> Subnet Mask . . . . . . . . . . . : 255.255.255.255

> Default Gateway . . . . . . . . . :

> DNS Servers . . . . . . . . . . . : 192.168.1.57

> 192.168.1.50

> NetBIOS over Tcpip. . . . . . . . : Enabled

>

>Ethernet adapter Local Area Connection:

>

> Connection-specific DNS Suffix . :

> Description . . . . . . . . . . . : NVIDIA nForce 10/100/1000 Mbps Ethernet

> Physical Address. . . . . . . . . : 00-04-4B-00-C3-E2

> DHCP Enabled. . . . . . . . . . . : Yes

> Autoconfiguration Enabled . . . . : Yes

> IPv4 Address. . . . . . . . . . . : 192.168.2.102(Preferred)

> Subnet Mask . . . . . . . . . . . : 255.255.255.0

> Lease Obtained. . . . . . . . . . : Monday, June 07, 2010 12:54:38 PM

> Lease Expires . . . . . . . . . . : Monday, June 07, 2010 1:24:38 PM

> Default Gateway . . . . . . . . . : 192.168.2.1

> DHCP Server . . . . . . . . . . . : 192.168.2.1

> DNS Servers . . . . . . . . . . . : 192.168.2.1

> NetBIOS over Tcpip. . . . . . . . : Enabled

>

>and here are the network connection details from the VPN connection:

>

>Connection-specific DNS Suffix:

>Description: AIS VPN

>Physical Address: ?

>DHCP Enabled: No

>IPv4 Address: 192.168.1.21

>IPv4 Subnet Mask: 255.255.255.255

>IPv4 Default Gateway:

>IPv4 DNS Servers: 192.168.1.57, 192.168.1.50

>IPv4 WINS Server:

>NetBIOS over Tcpip Enabled: Yes

>

>In the TCP/IP of the VPN connection, it is set to DHCP, so I'm not sure why it shows DHCP as not enabled.

>

>--Zaheer

>

>

 

Hi Zaheer ,

 

If you are trying to ping using the single name, such as "ping

serverName," it will be using NetBIOS across the VPN connection. I see

you haven't tired WINS, since I do not see it in the VPN or LAN

interface ipconfig. This will be your answer to be able to ping in

this fashion, as well as allow UNC paths, mapped drives, and simple

browsing of resources.

 

As far as internet connectivity, I'm glad to hear you got that

straightened out.

 

Actually, DHCP is enabled on the RRAS server, which what the RRAS

server does it actually pulls a block of 10 IPs at a time from the

local DHCP server to provide IPs for VPN clients. When the pool

reaches 10 clients, then it will pull another 10. The workstation will

not show it that way, since the RRAS server is providing the

configuration.

 

Ace

 

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Tuesday, June 8, 2010 3:33 AM

Hi Ace,

Thanks for clarifying the point on DHCP. As far as the ping goes, I was trying to ping by server IP, not NetBIOS name. In this case, I was trying to ping the DC - 192.168.1.57 but got no response. If the VPN is connecting correctly, I should be able to ping by IP, right?

 

--Zaheer


Tuesday, June 8, 2010 3:44 AM | 1 vote

  That depends. Have you enabled ICMP echo on this server? Ping is not a reliable test these days with most machines having firewalls enabled which block ICMP.

    Does nslookup work? That will show that you have a connection to the DC. What about net view? If you can see the shares on the server in net view you can map them using net use.

  @Ace,

     Windows 7 doesn't show a default gateway address in the PPP config like previous versions did. I just checked it.     

Bill


Tuesday, June 8, 2010 4:50 AM

On Tue, 8 Jun 2010 03:33:31 +0000, AISWW wrote:

 

>

>

>Hi Ace,

>

>Thanks for clarifying the point on DHCP. As far as the ping goes, I was trying to ping by server IP, not NetBIOS name. In this case, I was trying to ping the DC - 192.168.1.57 but got no response. If the VPN is connecting correctly, I should be able to ping by IP, right?

>

>

>

>--Zaheer

 

 

Ahh, by IP. Interesting. I assume by name. My bad, sorry! Then it's a

RRAS/NAP config issue. Bill provide some great suggestions to try.

 

Ace

 

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Tuesday, June 8, 2010 4:53 AM

On Tue, 8 Jun 2010 03:44:05 +0000, Bill Grant wrote:

 

>

>

> That depends. Have you enabled ICMP echo on this server? Ping is not a reliable test these days with most machines having firewalls enabled which block ICMP.

>

> Does nslookup work? That will show that you have a connection to the DC. What about net view? If you can see the shares on the server in net view you can map them using net use.

>

> @Ace,

>

> Windows 7 doesn't show a default gateway address in the PPP config like previous versions did. I just checked it.

>Bill

 

You know, I never noticed that on Windows 7. I just connected to one

of my customer sites by VPN and saw the gateway is all zeros. Thanks

for pointing that out. :-)

 

Cheers!

 

Ace

 

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Tuesday, June 8, 2010 9:01 AM | 2 votes

Hi AISWW  ,

 

I agree bill's suggestion .

In this case,to verified the connectivity ,please check if it worked with query DNS result from your DC.

 

On you client side ,open a command prompt windows.

Run “nslookup”

"> server 192.168.1.57”

"> <typr your DC’s FQDN>”

And check if can resolve the DC’s IP address

 

Could you please paste the route table when VPN connection established. You can run “router print” to show route table in commander prompt.

 

I suggest to check if it worked with set the remote connection as the highest priority first .Here is the workaround:

 

1.       I assume your client is windows 7

Click Start, click Network, click Network and Sharing Center, and then click Change Adapter Settings.

Press the ALT key, click Advanced, and then click Advanced Settings. If you are prompted for an administrator password or confirmation, type the password or provide confirmation.

2.       Set [Remote access connections] as highest priority by move to top ,click ok.

3.       Reboot.

 

Troubleshooting remote access VPNs

 

http://technet.microsoft.com/en-us/library/cc772616(WS.10).aspx

 

Common VPN Problems

 

http://technet.microsoft.com/en-us/library/cc958057.aspx

 

 

Thanks.

 

Tiger Li


Tuesday, June 8, 2010 5:46 PM

Hi Bill,

I can ping the server IPs (.57 and .50) from my LAN when I am connected locally, so I don't think ICMP is being blocked by any firewalls.

 

--Zaheer


Wednesday, June 9, 2010 2:18 AM | 1 vote

Hi AISWW

 

This issue occurred on a particular computer or all?

Have you installed any antivirus software on your client?

 

Could you please paste the route table when VPN connection established? You can run “router print” to show route table in commander prompt.

Also please check if it worked with query DNS result from your DC when VPN connected.

 

Thanks.

 

Tiger Li


Wednesday, June 9, 2010 2:27 AM | 1 vote

Hello,

 

My guess is that either RRAS or the LAN cards on the VPN server have some configuration problem.  You should not have had to uncheck "use default gateway on remote network". You should have been able to surf via the VPN gateway (that's if your IT mgr configured it that way). If you cannot ping any other devices in the 192.168.1.0 subnet then my guess is tht routing is not properly configured on the VPN server.

Can you post an IPCONFIG /ALL for the VPN Server.

You have two LAN CARDS, one private IP and one Public? Is NAT enabled? Is ICMP Echo Reply On?

 

Miguel

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Wednesday, June 9, 2010 4:02 AM

Hi Tiger,

Thanks for the suggestions. Here are the results of the nslookup (failed) and the route table:

C:\Users\Zaheer>nslookup
DNS request timed out.
    timeout was 2 seconds.
Default Server:  UnKnown
Address:  192.168.1.57

> server 192.168.1.57
DNS request timed out.
    timeout was 2 seconds.
Default Server:  [192.168.1.57]
Address:  192.168.1.57

> dc1.aisww.local
Server:  [192.168.1.57]
Address:  192.168.1.57

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to [192.168.1.57] timed-out

Route table:

C:\Users\Zaheer>route print

Interface List  22...........................AIS VPN  11...00 04 4b 00 c3 e2 ......NVIDIA nForce 10/100/1000 Mbps Ethernet   1...........................Software Loopback Interface 1  12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter  14...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2  15...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface

IPv4 Route Table

Active Routes: Network Destination        Netmask          Gateway       Interface  Metric           0.0.0.0          0.0.0.0      192.168.2.1    192.168.2.102     20     75.127.218.84  255.255.255.255      192.168.2.1    192.168.2.102     21         127.0.0.0        255.0.0.0         On-link         127.0.0.1    306         127.0.0.1  255.255.255.255         On-link         127.0.0.1    306   127.255.255.255  255.255.255.255         On-link         127.0.0.1    306       192.168.1.0    255.255.255.0     192.168.1.21     192.168.1.21     21      192.168.1.21  255.255.255.255         On-link      192.168.1.21    276       192.168.2.0    255.255.255.0         On-link     192.168.2.102    276     192.168.2.102  255.255.255.255         On-link     192.168.2.102    276     192.168.2.255  255.255.255.255         On-link     192.168.2.102    276         224.0.0.0        240.0.0.0         On-link         127.0.0.1    306         224.0.0.0        240.0.0.0         On-link     192.168.2.102    276   255.255.255.255  255.255.255.255         On-link         127.0.0.1    306   255.255.255.255  255.255.255.255         On-link     192.168.2.102    276   255.255.255.255  255.255.255.255         On-link      192.168.1.21    276

Persistent Routes:
  None

IPv6 Route Table

Active Routes:  If Metric Network Destination      Gateway  15     58 ::/0                     On-link   1    306 ::1/128                  On-link  15     58 2001::/32                On-link  15    306 2001:0:4137:9e76:3caa:286b:52fd:1c9f/128                                     On-link  15    306 fe80::/64                On-link  15    306 fe80::3caa:286b:52fd:1c9f/128                                     On-link   1    306 ff00::/8                 On-link  15    306 ff00::/8                 On-link

Persistent Routes:
  None

Let me try setting the route connection as the highest priority and I will post the results.

Update: with the remote connection set as the highest priority I still can't ping the server or see any shares with net view:

C:\Users\Zaheer>net view
Server Name            Remark

\ZAHEER-PC
The command completed successfully.

--Zaheer


Wednesday, June 9, 2010 4:14 AM | 1 vote

Hi Tiger,

Thanks for the suggestions. Here are the results of the nslookup (failed) and the route table:

C:\Users\Zaheer>nslookup
DNS request timed out.
    timeout was 2 seconds.
Default Server:  UnKnown
Address:  192.168.1.57

> server 192.168.1.57
DNS request timed out.
    timeout was 2 seconds.
Default Server:  [192.168.1.57]
Address:  192.168.1.57

> dc1.aisww.local
Server:  [192.168.1.57]
Address:  192.168.1.57

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to [192.168.1.57] timed-out

Route table:

C:\Users\Zaheer>route print

Interface List  22...........................AIS VPN  11...00 04 4b 00 c3 e2 ......NVIDIA nForce 10/100/1000 Mbps Ethernet   1...........................Software Loopback Interface 1  12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter  14...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2  15...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface

IPv4 Route Table

Active Routes: Network Destination        Netmask          Gateway       Interface  Metric           0.0.0.0          0.0.0.0      192.168.2.1    192.168.2.102     20     75.127.218.84  255.255.255.255      192.168.2.1    192.168.2.102     21         127.0.0.0        255.0.0.0         On-link         127.0.0.1    306         127.0.0.1  255.255.255.255         On-link         127.0.0.1    306   127.255.255.255  255.255.255.255         On-link         127.0.0.1    306       192.168.1.0    255.255.255.0     192.168.1.21     192.168.1.21     21      192.168.1.21  255.255.255.255         On-link      192.168.1.21    276       192.168.2.0    255.255.255.0         On-link     192.168.2.102    276     192.168.2.102  255.255.255.255         On-link     192.168.2.102    276     192.168.2.255  255.255.255.255         On-link     192.168.2.102    276         224.0.0.0        240.0.0.0         On-link         127.0.0.1    306         224.0.0.0        240.0.0.0         On-link     192.168.2.102    276   255.255.255.255  255.255.255.255         On-link         127.0.0.1    306   255.255.255.255  255.255.255.255         On-link     192.168.2.102    276   255.255.255.255  255.255.255.255         On-link      192.168.1.21    276

Persistent Routes:
  None

IPv6 Route Table

Active Routes:  If Metric Network Destination      Gateway  15     58 ::/0                     On-link   1    306 ::1/128                  On-link  15     58 2001::/32                On-link  15    306 2001:0:4137:9e76:3caa:286b:52fd:1c9f/128                                     On-link  15    306 fe80::/64                On-link  15    306 fe80::3caa:286b:52fd:1c9f/128                                     On-link   1    306 ff00::/8                 On-link  15    306 ff00::/8                 On-link

Persistent Routes:
  None

Let me try setting the route connection as the highest priority and I will post the results.

--Zaheer

HI Zaheer,

Thanks for posting the routing table.

Based on this portion below, assuming the client IP is 192.168.1.21, it basically says to get to the 192.168.1.0 subnet, to use itself (192.168.1.21),which is correct, and also common in a VPN or dialup connection. However, what is the 192.168.2.0 subnet? Is there another connection on the laptop, such as a wireless?

 192.168.1.0    255.255.255.0     192.168.1.21     192.168.1.21     21
     192.168.1.21  255.255.255.255         On-link      192.168.1.21    276
      192.168.2.0    255.255.255.0         On-link     192.168.2.102    276
    192.168.2.102  255.255.255.255         On-link     192.168.2.102    276
    192.168.2.255  255.255.255.255         On-link     192.168.2.102    276

By default, the RRAS connection in the binding order should have been at the top of the list. That's the one Tiger asked you to check. Was that altered?

If not, then this routing table actually looks fine at first glance, therefore it's telling me, and *assuming* that this is occuring on all VPN clients and not this laptop, that RRAS is misconfigured, or rather simply not allowing to route, or there is a NAP rule not allowing access, or the conditions and/or policy is incorrectly or not configured, or there are RRAS filters in place preventing traffic from VPN (RAS) connections.

If I remember correctly, the RRAS server is a Windows 2008 server, and it is not a domain controller, correct?

How did you setup RRAS? Can you provide a step by step, or did you follow an article? If you followed an online article, can you post it, please?

Thanks,

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Wednesday, June 9, 2010 12:37 PM

Hi Tiger,

I tried connecting from a laptop (Vista pro SP2) and a desktop (Win7) the same issue happens on both.

 

--Zaheer


Wednesday, June 9, 2010 12:46 PM

Hi Miguel,

I think you are correct in suspecting a routing issue. i will post an IPconfig from the server. Yes I have one Private IP interface and one Public IP interface. I'm not sure if NAT is enabled, and echo reply is on.

Pinging 75.127.218.84 with 32 bytes of data:
Reply from 75.127.218.84: bytes=32 time=20ms TTL=123
Reply from 75.127.218.84: bytes=32 time=15ms TTL=123
Reply from 75.127.218.84: bytes=32 time=17ms TTL=123
Reply from 75.127.218.84: bytes=32 time=17ms TTL=123

 

--Zaheer


Wednesday, June 9, 2010 12:48 PM

Hi Ace,

Yes the server is windows 2008, and is NOT a domain controller. When I set it up, I ran the RRAS wizard and selected "VPN" - perhaps I needed to select VPN and NAT?

--Zaheer


Wednesday, June 9, 2010 1:17 PM

Hello Zaheer,

 

Yes you do need NAT enabled if you have one public and one private and you want network translation. Enable NAT, I think that will take care of it.

 

Miguel

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Wednesday, June 9, 2010 2:15 PM

Hi Ace,

Yes the server is windows 2008, and is NOT a domain controller. When I set it up, I ran the RRAS wizard and selected "VPN" - perhaps I needed to select VPN and NAT?

--Zaheer

I guess that would depend on the server's purpose. But because the server is connected to a public and private subnet, yes, NAT should be enabled because the VPN connection is hitting the public interface first. To get to the internal subnet, it needs to be translated. Now if the server's purpose is to not offer NAT translation for the network, and only serve VPN purposes, you really don't need it sitting on a public IP. You can simply translate or map PPTP and GRE to the server from your peripheral firewall. It makes things easier.

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Wednesday, June 9, 2010 2:48 PM

Hi Miguel,

I enabled NAT and I'm still getting the same issues. I can connect, but not ping or access any resources on the VPN network.

Here is the nslookup and route table from the Windows7 desktop while connected to the VPN:

C:\Users\Zaheer>nslookup
DNS request timed out.
    timeout was 2 seconds.
Default Server:  UnKnown
Address:  192.168.1.57

> server 192.168.1.57
DNS request timed out.
    timeout was 2 seconds.
Default Server:  [192.168.1.57]
Address:  192.168.1.57

> dc1.aisww.local
Server:  [192.168.1.57]
Address:  192.168.1.57

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to [192.168.1.57] timed-out
> exit

C:\Users\Zaheer>route print

Interface List  14...........................AIS VPN  11...00 04 4b 00 c3 e2 ......NVIDIA nForce 10/100/1000 Mbps Ethernet   1...........................Software Loopback Interface 1  12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter  15...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface  16...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3

IPv4 Route Table

Active Routes: Network Destination        Netmask          Gateway       Interface  Metric           0.0.0.0          0.0.0.0      192.168.2.1    192.168.2.200    276     75.127.218.84  255.255.255.255      192.168.2.1    192.168.2.200     21         127.0.0.0        255.0.0.0         On-link         127.0.0.1    306         127.0.0.1  255.255.255.255         On-link         127.0.0.1    306   127.255.255.255  255.255.255.255         On-link         127.0.0.1    306       192.168.1.0    255.255.255.0     192.168.1.21     192.168.1.21     21      192.168.1.21  255.255.255.255         On-link      192.168.1.21    276       192.168.2.0    255.255.255.0         On-link     192.168.2.200    276     192.168.2.200  255.255.255.255         On-link     192.168.2.200    276     192.168.2.255  255.255.255.255         On-link     192.168.2.200    276         224.0.0.0        240.0.0.0         On-link         127.0.0.1    306         224.0.0.0        240.0.0.0         On-link     192.168.2.200    276   255.255.255.255  255.255.255.255         On-link         127.0.0.1    306   255.255.255.255  255.255.255.255         On-link     192.168.2.200    276   255.255.255.255  255.255.255.255         On-link      192.168.1.21    276

Persistent Routes:   Network Address          Netmask  Gateway Address  Metric           0.0.0.0          0.0.0.0      192.168.2.1  Default

IPv6 Route Table

Active Routes:  If Metric Network Destination      Gateway  15     58 ::/0                     On-link   1    306 ::1/128                  On-link  15     58 2001::/32                On-link  15    306 2001:0:4137:9e74:34d0:254d:3f57:fd37/128                                     On-link  15    306 fe80::/64                On-link  15    306 fe80::34d0:254d:3f57:fd37/128                                     On-link   1    306 ff00::/8                 On-link  15    306 ff00::/8                 On-link

Persistent Routes:
  None

 

And here is the ipconfig/all and route from the VPN server:

Microsoft Windows [Version 6.0.6001]
Copyright (c) 2006 Microsoft Corporation.  All rights reserved.

C:\Users\administrator.AISWW>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : VPN
   Primary Dns Suffix  . . . . . . . : aisww.local
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : Yes
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : aisww.local

Ethernet adapter LOCAL:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Linksys EG1032 v2 Instant Gigabit Network
 Adapter
   Physical Address. . . . . . . . . : 00-12-17-53-6E-C2
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.67(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter INTERNET:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection
   Physical Address. . . . . . . . . : 00-0C-F1-8F-02-C8
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 75.127.218.84(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.248
   Default Gateway . . . . . . . . . : 75.127.218.81
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Disabled

PPP adapter RAS (Dial In) Interface:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : RAS (Dial In) Interface
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.21(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   NetBIOS over Tcpip. . . . . . . . : Disabled

C:\Users\administrator.AISWW>route print

Interface List  11 ...00 12 17 53 6e c2 ...... Linksys EG1032 v2 Instant Gigabit Network Adapte r  10 ...00 0c f1 8f 02 c8 ...... Intel(R) PRO/1000 MT Network Connection  16 ........................... RAS (Dial In) Interface   1 ........................... Software Loopback Interface 1

IPv4 Route Table

Active Routes: Network Destination        Netmask          Gateway       Interface  Metric           0.0.0.0          0.0.0.0    75.127.218.81    75.127.218.84    276     75.127.218.80  255.255.255.248         On-link     75.127.218.84    276     75.127.218.84  255.255.255.255         On-link     75.127.218.84    276     75.127.218.87  255.255.255.255         On-link     75.127.218.84    276         127.0.0.0        255.0.0.0         On-link         127.0.0.1    306         127.0.0.1  255.255.255.255         On-link         127.0.0.1    306   127.255.255.255  255.255.255.255         On-link         127.0.0.1    306       192.168.1.0    255.255.255.0         On-link      192.168.1.67    266      192.168.1.21  255.255.255.255         On-link      192.168.1.21     41      192.168.1.67  255.255.255.255         On-link      192.168.1.67    266     192.168.1.255  255.255.255.255         On-link      192.168.1.67    266         224.0.0.0        240.0.0.0         On-link         127.0.0.1    306         224.0.0.0        240.0.0.0         On-link     75.127.218.84    276         224.0.0.0        240.0.0.0         On-link      192.168.1.67    266         224.0.0.0        240.0.0.0         On-link      192.168.1.21    296   255.255.255.255  255.255.255.255         On-link         127.0.0.1    306   255.255.255.255  255.255.255.255         On-link     75.127.218.84    276   255.255.255.255  255.255.255.255         On-link      192.168.1.67    266   255.255.255.255  255.255.255.255         On-link      192.168.1.21    296

Persistent Routes:   Network Address          Netmask  Gateway Address  Metric           0.0.0.0          0.0.0.0    75.127.218.81  Default

IPv6 Route Table

Active Routes:  If Metric Network Destination      Gateway   1    306 ::1/128                  On-link   1    306 ff00::/8                 On-link

Persistent Routes:
  None

C:\Users\administrator.AISWW>


Wednesday, June 9, 2010 3:30 PM

Try this:

 

Ethernet adapter LOCAL:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Linksys EG1032 v2 Instant Gigabit Network
 Adapter
   Physical Address. . . . . . . . . : 00-12-17-53-6E-C2
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.67(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : ENTER YOUR LOCAL GATEWAY 192.168.1.1?
   DNS Servers . . . . . . . . . . . : 192.168.1.57
                                       192.168.1.50
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter INTERNET:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection
   Physical Address. . . . . . . . . : 00-0C-F1-8F-02-C8
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 75.127.218.84(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.248
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . :
   NetBIOS over Tcpip. . . . . . . . : Disabled

 

Then reboot server and reconnect.

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Wednesday, June 9, 2010 5:04 PM

Hi Miguel,

That did not work. When I made the suggested change my desktop could no longer connect to the VPN.

I reverted to the previous configuration and now the VPN is connecting again, but I still can't see the network resources on remote network.

--Zaheer


Wednesday, June 9, 2010 5:38 PM

have you checked the firewall setting on the VPN Server's LAN interface and also the IP filters?

 

Miguel

 

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Wednesday, June 9, 2010 5:43 PM

Firewall is turned off and no IP filters are enabled. Under RRAS Server/IPv4/General static filters are set to "disabled"

I can ping both interfaces and get responses from the server.

--Zaheer


Wednesday, June 9, 2010 6:46 PM

Hi Miguel,

That did not work. When I made the suggested change my desktop could no longer connect to the VPN.

I reverted to the previous configuration and now the VPN is connecting again, but I still can't see the network resources on remote network.

--Zaheer

Zaheer,

Did you enable NAT in RRAS?

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Wednesday, June 9, 2010 6:49 PM

Hi Ace,

Yes I disabled RRAS, then reconfigured it using the "VPN and NAT" option. This should enable NAT, correct? Should I post the routing table again?

--Zaheer


Wednesday, June 9, 2010 6:59 PM

Hi Ace,

Yes I disabled RRAS, then reconfigured it using the "VPN and NAT" option. This should enable NAT, correct? Should I post the routing table again?

--Zaheer

Zaheer,

 

Can you ping the VPN Server's LAN IP address from another workstation on the LAN?

From the VPN Server itself, can you ping other private IP addresses on the LAN like the gateway 192.168.1.1?

From the VPN Server, can you ping a public FQDN like www.google.com ?

 

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Wednesday, June 9, 2010 7:08 PM

Miguel,

Can you ping the VPN Server's LAN IP address from another workstation on the LAN?

Yes

From the VPN Server itself, can you ping other private IP addresses on the LAN like the gateway 192.168.1.1?

Yes

From the VPN Server, can you ping a public FQDN like www.google.com ?

Yes

--Zaheer


Wednesday, June 9, 2010 7:29 PM | 1 vote

Hi Ace,

Yes I disabled RRAS, then reconfigured it using the "VPN and NAT" option. This should enable NAT, correct? Should I post the routing table again?

--Zaheer

Zaheer,

Did that work?

If not, can you post the step by steps you did to configure VPN and NAT? Did you follow a doc online perhaps, showing you how to set it up? One setting I'm looking for is if you enabled LAN routing for VPN clients.

Disregarding the certificate portion of this step by step, see if the following link helps:

Configuring Windows Server 2008 as a Remote Access SSL VPN Server (Part 2): http://www.windowsecurity.com/articles/Configuring-Windows-Server-2008-Remote-Access-SSL-VPN-Server-Part2.html

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Wednesday, June 9, 2010 7:45 PM

Ace,

Routing was not installed. I'm installing it now and will follow the steps in the article and report back. Thanks!

--Zaheer


Wednesday, June 9, 2010 8:35 PM

Hi Ace,

I disabled the RRAS, then re-enabled/configured it and followed the steps in the article you posted (from Enable the RRAS Server and Configure it to be a VPN and NAT Server to Configure the NAT Server to Publish the CRL) and restarted the RRAS service, but still the same problem - I can connect to the VPN but can't access any of its resources. Is there further configuration that I need to do for NAT?

Thanks again (to everyone!) for all the help, it is much appreciated.

--Zaheer


Wednesday, June 9, 2010 9:20 PM

This is weird.

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site


Thursday, June 10, 2010 1:24 AM

This is weird.

Miguel Fra / Falcon ITS
Computer & Network Support, Miami, FL
Visit our Knowledgebase Sharepoint Site

Yep, it is weird. Setting up a VPN on 2003 or 2008 is usually a cynch. It usually just works, unless there'a something missed or another factor we are missing.

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Thursday, June 10, 2010 1:28 AM

Hi Ace,

I disabled the RRAS, then re-enabled/configured it and followed the steps in the article you posted (from Enable the RRAS Server and Configure it to be a VPN and NAT Server to Configure the NAT Server to Publish the CRL) and restarted the RRAS service, but still the same problem - I can connect to the VPN but can't access any of its resources. Is there further configuration that I need to do for NAT?

Thanks again (to everyone!) for all the help, it is much appreciated.

--Zaheer

Zaheer,

Honestly, this should just work.

What third party software is installed on this server? Please list out all of them, including antivirus, antispyware, antimalware, anything on it, as insignificant as it may seem. This includes the laptops.

Was Zone Alarm ever installed at any time and removed? Any other security apps installed and removed? Is the laptop's firewall enabled? If so, try disabling it.

Please post any event log errors, by posting their EventID# and Source Names.

Also, on the client side, enable PPP logging, then connect, then disconnect, check the log, and please post any errors you see in the logs. Check the Event log on the client side as well.

Thanks,

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Thursday, June 10, 2010 2:17 AM

Ace,

I agree. I set up a few VPN servers in the past on 2000/2003 and it was always pretty easy. I didn't expect this much trouble with 2008.

The server is a little old (dell poweredge 400sc, 1.25GB ram, 2.0 celeron) but I figured that would be ok since all it was doing was routing and authentication. We formatted it and installed 2008, so there is zero third party software on it. Also, each network card works fine individually, so I don't think its a hardware issue.

The desktop client (win7 ultimate) has the windows firewall disabled, and microsoft security essentials. The laptop is vista business and it has CA security suite with the firewall disabled and windows firewall disabled.

Neither machine ever had zone alarm installed.

PPP log on the win7 machine shows lots of information, but I don't see any errors.

The event viewer shows an event ID 56: The Terminal Server security layer detected an error in the protocol stream and has disconnected the client. But it only shows that error once.

I will post the logs from the server tomorrow.

--Zaheer


Thursday, June 10, 2010 2:36 AM

Ace,

I agree. I set up a few VPN servers in the past on 2000/2003 and it was always pretty easy. I didn't expect this much trouble with 2008.

The server is a little old (dell poweredge 400sc, 1.25GB ram, 2.0 celeron) but I figured that would be ok since all it was doing was routing and authentication. We formatted it and installed 2008, so there is zero third party software on it. Also, each network card works fine individually, so I don't think its a hardware issue.

The desktop client (win7 ultimate) has the windows firewall disabled, and microsoft security essentials. The laptop is vista business and it has CA security suite with the firewall disabled and windows firewall disabled.

Neither machine ever had zone alarm installed.

PPP log on the win7 machine shows lots of information, but I don't see any errors.

The event viewer shows an event ID 56: The Terminal Server security layer detected an error in the protocol stream and has disconnected the client. But it only shows that error once.

I will post the logs from the server tomorrow.

--Zaheer

 

 

I don't believe hardware type is the issue here, unless the cards are teamed, where you may want to unteam them to give it a shot. But I don't rremember the SC400's having multiple (4) cards to team them.

The EventID 56 appears to have been a one time thing when you attempted to connect using Remote Desktop. You can see more of this event here: http://eventid.net/display.asp?eventid=56&eventno=9421&source=TermDD&phase=1

Did you try to remote desktop while connected with the VPN while testing? If so, that explains why that came up because it couldn't connect.

I would like to suggest a different test. As a test, if you like to try it, if you disable the outside interface and port remap GRE and PPTP to the server (using it's inside interface), does it work?

As for the Microsoft Security Essentials, and the Vista desktop CA, as another test, I would like you to uninstall the software and try it again, unless you have a clean, pristine laptop (nothing installed and Windows firewall disabled), to give that a shot. If that does work, then it tells us something in the security config is causing it. I worked for a large company at one time, and we had some issues with CA. Uninstalling it or stopping services overcame the issue, which helped us construct a case with CA support to assist us. I'm not saying this is the problem, but at this time, and assuming the VPN was setup correctly on the server, I would like to look at other factors, or at least eliminate them.

Another test is to plug in a laptop on the same subnet, if possible, of the outside interface between the router and the server. This will eliminate any firewall port remap misconfig.

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Thursday, June 10, 2010 2:48 PM

Hi Ace,

Here is the server log:

 

Date and Time Source Event ID
6/9/2010 16:06 Service Control Manager 7024
6/9/2010 16:06 RemoteAccess 20103
6/9/2010 13:09 Microsoft-Windows-DistributedCOM 10010
6/9/2010 10:12 Service Control Manager 7024
6/9/2010 10:11 RemoteAccess 20103
6/9/2010 8:34 RemoteAccess 20253
6/9/2010 8:34 RemoteAccess 20253
6/9/2010 8:34 RemoteAccess 20253
6/9/2010 8:34 RemoteAccess 20253
6/4/2010 15:50 RemoteAccess 20253
6/4/2010 15:49 RemoteAccess 20253
6/4/2010 15:48 RemoteAccess 20253
6/4/2010 15:47 RemoteAccess 20253
6/4/2010 15:43 RemoteAccess 20253
6/4/2010 12:59 RemoteAccess 20253
6/4/2010 12:58 RemoteAccess 20253
6/4/2010 11:24 RemoteAccess 20255
6/3/2010 14:07 Service Control Manager 7024
6/3/2010 14:07 RemoteAccess 20103
6/3/2010 11:43 TermDD 56
6/3/2010 11:43 TermDD 50
6/3/2010 10:41 Service Control Manager 7024
6/3/2010 10:41 RemoteAccess 20103
6/2/2010 14:48 Service Control Manager 7024
6/2/2010 14:48 RemoteAccess 20103
6/2/2010 14:43 Microsoft-Windows-GroupPolicy 1129
6/2/2010 14:41 Microsoft-Windows-TerminalServices-RemoteConnectionManager 1067
6/2/2010 14:41 Service Control Manager 7024
6/2/2010 14:41 RemoteAccess 20103
6/2/2010 14:39 Microsoft-Windows-GroupPolicy 1055
6/2/2010 14:39 NETLOGON 5719
6/2/2010 11:44 Service Control Manager 7024
6/2/2010 11:44 RemoteAccess 20103
6/2/2010 11:39 Service Control Manager 7024
6/2/2010 11:39 RemoteAccess 20103
6/2/2010 11:35 Service Control Manager 7024
6/2/2010 11:35 RemoteAccess 20103
6/2/2010 11:29 TermDD 56
6/2/2010 11:24 Service Control Manager 7024
6/2/2010 11:24 RemoteAccess 20103
6/2/2010 11:09 Service Control Manager 7024
6/2/2010 11:09 RemoteAccess 20103
6/2/2010 11:09 Service Control Manager 7024
6/2/2010 11:09 RemoteAccess 20103
6/2/2010 10:31 Service Control Manager 7024
6/2/2010 10:31 RemoteAccess 20103
5/27/2010 18:35 Service Control Manager 7032
5/27/2010 18:34 Service Control Manager 7032
5/27/2010 18:33 Service Control Manager 7024
5/27/2010 18:33 RemoteAccess 20103

Thursday, June 10, 2010 2:56 PM

I filtered out all the 1111 terminal services printer errors, since they were not relevant.

I'm running a windows update on the server right now to make sure I have all the latest patches.

--Zaheer


Friday, June 11, 2010 5:50 PM

One more question, if I connect with multiple VPN clients, the remote network address is always 192.168.1.21 - is this indicative of a configuration issue?


Saturday, June 12, 2010 5:37 AM

Hi Ace,

Here is the server log:

 

Date and Time Source Event ID
6/9/2010 16:06 Service Control Manager 7024
6/9/2010 16:06 RemoteAccess 20103
6/9/2010 13:09 Microsoft-Windows-DistributedCOM 10010
6/9/2010 10:12 Service Control Manager 7024
6/9/2010 10:11 RemoteAccess 20103
6/9/2010 8:34 RemoteAccess 20253
6/9/2010 8:34 RemoteAccess 20253
6/9/2010 8:34 RemoteAccess 20253
6/9/2010 8:34 RemoteAccess 20253
6/4/2010 15:50 RemoteAccess 20253
6/4/2010 15:49 RemoteAccess 20253
6/4/2010 15:48 RemoteAccess 20253
6/4/2010 15:47 RemoteAccess 20253
6/4/2010 15:43 RemoteAccess 20253
6/4/2010 12:59 RemoteAccess 20253
6/4/2010 12:58 RemoteAccess 20253
6/4/2010 11:24 RemoteAccess 20255
6/3/2010 14:07 Service Control Manager 7024
6/3/2010 14:07 RemoteAccess 20103
6/3/2010 11:43 TermDD 56
6/3/2010 11:43 TermDD 50
6/3/2010 10:41 Service Control Manager 7024
6/3/2010 10:41 RemoteAccess 20103
6/2/2010 14:48 Service Control Manager 7024
6/2/2010 14:48 RemoteAccess 20103
6/2/2010 14:43 Microsoft-Windows-GroupPolicy 1129
6/2/2010 14:41 Microsoft-Windows-TerminalServices-RemoteConnectionManager 1067
6/2/2010 14:41 Service Control Manager 7024
6/2/2010 14:41 RemoteAccess 20103
6/2/2010 14:39 Microsoft-Windows-GroupPolicy 1055
6/2/2010 14:39 NETLOGON 5719
6/2/2010 11:44 Service Control Manager 7024
6/2/2010 11:44 RemoteAccess 20103
6/2/2010 11:39 Service Control Manager 7024
6/2/2010 11:39 RemoteAccess 20103
6/2/2010 11:35 Service Control Manager 7024
6/2/2010 11:35 RemoteAccess 20103
6/2/2010 11:29 TermDD 56
6/2/2010 11:24 Service Control Manager 7024
6/2/2010 11:24 RemoteAccess 20103
6/2/2010 11:09 Service Control Manager 7024
6/2/2010 11:09 RemoteAccess 20103
6/2/2010 11:09 Service Control Manager 7024
6/2/2010 11:09 RemoteAccess 20103
6/2/2010 10:31 Service Control Manager 7024
6/2/2010 10:31 RemoteAccess 20103
5/27/2010 18:35 Service Control Manager 7032
5/27/2010 18:34 Service Control Manager 7032
5/27/2010 18:33 Service Control Manager 7024
5/27/2010 18:33 RemoteAccess 20103

 

These are all errors?

Have you looked at www.eventid.net to see what most of them mean?

Please verify that the following services are started:

  • Remote Registry
  • Remote Procedure Call (RPC)
  • DHCP Client Service (different than the DHCP Server service)

Let's also concentrate on the RemoteAccess errors in the list.

EventID 20103
Routing and Remote Access Service does not start and event ID ...Event ID: 20103. Source: Router Description: Unable to load C:\Winnt\System32\Iprtrmgr.dll. In addition, the available ports may not be displayed in the ... This article indicates TCP/IP is corrupted and suggests to reinstall TCP/IP on the machine.
(I'm starting to believe this error is causing all the other ones.)
http://support.microsoft.com/kb/299013

EventID 20103 - more info on it.
At eventid.net, it was also suggested to reinstall TCP/IP:
http://eventid.net/display.asp?eventid=20103&eventno=1601&source=RemoteAccess&phase=1

EventID 5719
Netlogon error. THis is indicative of not using the right DNS servers for AD. However, it can be caused by other things, such as the TCP Chimney/RSS feature that can cause issues with AD communications. Was that disabled?
I'm also thinking that if TCP/IP is corrupt, it will also cause this error.
http://eventid.net/display.asp?eventid=5719&eventno=104&source=NETLOGON&phase=1

EventID 20253
The user: %1 connected to port: %2 has been disconnected because no network protocols were successfully negotiated. This hints at the server's TCP/IP protocol is possibly corrupt or necessary components are missing.
http://technet.microsoft.com/en-us/library/cc733803(WS.10).aspx

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.


Friday, June 25, 2010 2:45 PM

Hi Ace,

Sorry for the long layoff, I got caught up in some other projects.

For all the errors listed in the logs, those were from re-installing RRAS and it re-enabling IPV6, so I followed the instructions in the previous thread in order to remove those errors.

After not having any luck, I decided to nuke the system and reinstall with window server 2003. After installing RRAS, I came up with the same problem. I can connect, but can't access any other servers besides the VPN server.

The fact that this is happening on 2 different OSes (2008 and 2003) leads me to believe that this is some sort of hardware error. The Linksys card EG1032 did not have native Windows server 2008 or 2003 drivers. The XP driver worked, I was able to get network traffic through, but no luck with RRAS.

At this point I decided to nix the two-NIC setup, and configured the VPN server with 1 NIC. I forwarded the proper ports and protocols from the firewall to the server (now with only 1 NIC) but still having the same issue - I can connect to the VPN but can't access any other resources.

At this point I'm ready to punt and go buy a SonicWall. If anyone has a suggestion I'm all ears... and thanks again for everyone who tried to help!

 

--Zaheer


Friday, June 25, 2010 8:25 PM

Hi Ace,

Sorry for the long layoff, I got caught up in some other projects.

For all the errors listed in the logs, those were from re-installing RRAS and it re-enabling IPV6, so I followed the instructions in the previous thread in order to remove those errors.

After not having any luck, I decided to nuke the system and reinstall with window server 2003. After installing RRAS, I came up with the same problem. I can connect, but can't access any other servers besides the VPN server.

The fact that this is happening on 2 different OSes (2008 and 2003) leads me to believe that this is some sort of hardware error. The Linksys card EG1032 did not have native Windows server 2008 or 2003 drivers. The XP driver worked, I was able to get network traffic through, but no luck with RRAS.

At this point I decided to nix the two-NIC setup, and configured the VPN server with 1 NIC. I forwarded the proper ports and protocols from the firewall to the server (now with only 1 NIC) but still having the same issue - I can connect to the VPN but can't access any other resources.

At this point I'm ready to punt and go buy a SonicWall. If anyone has a suggestion I'm all ears... and thanks again for everyone who tried to help!

 

--Zaheer

Wow, two servers, same problem? Interesting. It narrows it down to either the NIC or the router/firewall. DO you have a 3Com NIC laying around? Install it and try it, if you do. If you get the same results, then it would lead to the SonicWall as the solution.

And thanks for the update!

Ace

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003, Microsoft Certified Trainer, Microsoft MVP - Directory Services. This posting is provided AS-IS with no warranties or guarantees and confers no rights.