RE: Mountian Lion VPN issue

[Fred Sawyer]

Matt,

Thanks for the response.  I agree about the direction Apple is taking.  The VPN 
terminates to a Cisco ASA.  I do realize this is a NT Sys Admin list but the 
depth and knowledge contained in this group lends it's self to someone else 
possibly encountering this problem.  

Thanks again,

Fred Sawyer

-Original Message-
From: Matthew W. Ross [mailto:mr...@ephrataschools.org] 
Sent: Tuesday, July 17, 2012 9:58 AM
To: NT System Admin Issues
Subject: Re: Mountian Lion VPN issue

You probably won't find much help on this list for issues with MacOS X unless 
it is somehow directly related to a windows server... What are you using as 
your VPN on the server end?

I used to be a big defender of Mac OS X on this list... Apple appeared to be 
making great strides in the enterprise features starting in 10.3 all the way to 
10.6... but 10.7 (and now 10.8) are all reverting back to less-useful states 
for the enterprise desktop. Basically, they are slowly turning the desktops 
into iPads, and I don't like that. Eventually I would guess that they drop the 
entire desktop OS and run everything on iPads... And as this is the current 
trend, I can't recommend Mac OS X anymore.

Sadly, Microsoft might be trying to do the same thing with Windows. (See: 
Windows 8 RT) Let's hope not.

If you still need help, I recommend the Mac Enterprise mailing list: 
http://www.macenterprise.org/mailing-list


--Matt Ross
Ephrata School District


- Original Message -
From: Fred Sawyer
[mailto:fsaw...@victuscapitalconsulting.com]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com]
Sent: Tue, 17 Jul 2012
08:36:16 -0700
Subject: Mountian Lion VPN issue


> We are doing some testing with Mountain Lion and have found that a 
> Remote Access IPSec VPN that uses shared secret machine authentication 
> works as it did in OSx10.7 but Remote Access IPSec VPN that uses 
> certificate based machine authentication no longer functions.  We've 
> made no changes to the VPN config on the firewall and set up the 
> OSx10.8 client the same way we did in OSx10.7.  When looking at the 
> client side logs we can see the vpn connection breaks down trying to 
> establish phase 1 but I can't figure out why.  Has anyone else run across 
> this?
> 
> Thanks,
> 
> Fred Sawyer
> 
> 
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> 
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
> 
> 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Mountian Lion VPN issue

[Matthew W. Ross]

You probably won't find much help on this list for issues with MacOS X unless 
it is somehow directly related to a windows server... What are you using as 
your VPN on the server end?

I used to be a big defender of Mac OS X on this list... Apple appeared to be 
making great strides in the enterprise features starting in 10.3 all the way to 
10.6... but 10.7 (and now 10.8) are all reverting back to less-useful states 
for the enterprise desktop. Basically, they are slowly turning the desktops 
into iPads, and I don't like that. Eventually I would guess that they drop the 
entire desktop OS and run everything on iPads... And as this is the current 
trend, I can't recommend Mac OS X anymore.

Sadly, Microsoft might be trying to do the same thing with Windows. (See: 
Windows 8 RT) Let's hope not.

If you still need help, I recommend the Mac Enterprise mailing list: 
http://www.macenterprise.org/mailing-list


--Matt Ross
Ephrata School District


- Original Message -
From: Fred Sawyer
[mailto:fsaw...@victuscapitalconsulting.com]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com]
Sent: Tue, 17 Jul 2012
08:36:16 -0700
Subject: Mountian Lion VPN issue


> We are doing some testing with Mountain Lion and have found that a Remote
> Access IPSec VPN that uses shared secret machine authentication works as it
> did in OSx10.7 but Remote Access IPSec VPN that uses certificate based
> machine authentication no longer functions.  We've made no changes to the
> VPN config on the firewall and set up the OSx10.8 client the same way we did
> in OSx10.7.  When looking at the client side logs we can see the vpn
> connection breaks down trying to establish phase 1 but I can't figure out
> why.  Has anyone else run across this?
> 
> Thanks,
> 
> Fred Sawyer
> 
> 
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> 
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
> 
> 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Mountian Lion VPN issue

[Fred Sawyer]

We are doing some testing with Mountain Lion and have found that a Remote 
Access IPSec VPN that uses shared secret machine authentication works as it did 
in OSx10.7 but Remote Access IPSec VPN that uses certificate based machine 
authentication no longer functions.  We've made no changes to the VPN config on 
the firewall and set up the OSx10.8 client the same way we did in OSx10.7.  
When looking at the client side logs we can see the vpn connection breaks down 
trying to establish phase 1 but I can't figure out why.  Has anyone else run 
across this?

Thanks,

Fred Sawyer


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: vpn issue

[Jeff Bunting]

If I understand the situation correctly, you want to route everything coming
from a VPN address back through the VPN tunnel and everything else to the
internet?
I think what you want to do is make the default gateway 192.168.6.250 and
create a static route for VPN:

route -p add   mask 255.255.255.255 192.168.6.1

I'm assuming a single VPN address in this example, the address that is on
the other side of the tunnel.
If the addresses are not being translated over the VPN, but on another
network, you may be able to use the network instead of the vpn endpoint,
i.e. 172.16.1.0  (or whatever the addresses look like over there.  You will
need to adjust the subnet mask if this is the case).

hope this helps some.

Jeff



On Thu, Mar 31, 2011 at 6:27 AM, bruno cantin <
bruno.can...@genevahelpdesk.com> wrote:

> Hi team.
> Have a problem i can't figure out…
> ORIGIN
> Server Win2k3 configured as TSE server with 1 nic,dedicated to VPN between
> the main site and a near site : it is setup by the local ISP and impossible
> to modify without their assistance… Local address
> 192.168.6.20/255.255.255.0/192.168.6.1
> EVOLUTION
> To be able to connect to the server from ANY place in the world
> So i've set up a nic (number2)  dedicated to a DSL line (with a local modem
> router than i can manage)…Local address
> 192.168.6.227/255.255.255.0/192.168.6.250
> PROBLEM
> When i configure the nic2 without a gateway, the VPN from distant site
> works fine….
> When i add the gateway 192.168.6.250 which is my local modem-router address
> ,the VPN clients on the distant site can't connect anymore …they see an RDP
> error message
>
>  Remote desktop can't connect
>
> Try to reconnect….
>  When i disactivate nic1 and let my local modem-router address, i have
> Internet, ok, and i can connect through RDP from anywhere…but no VPN….
>
> I'm confused….Is Windows able to deal with these 2 nics and this
> configuration ?
>
>
> Any help VERYY welcome….
>
>
>
>
>  Bruno CANTIN
>
>
>   ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

vpn issue

[bruno cantin]

Hi team.Have a problem i can't figure out&ORIGIN Server Win2k3 configured as 
TSE server with 1 nic,dedicated to VPN between the main site and a near site : 
it is setup by the local ISP and impossible to modify without their assistance& 
Local address 192.168.6.20/255.255.255.0/192.168.6.1EVOLUTIONTo be able to 
connect to the server from ANY place in the worldSo i've set up a nic (number2) 
 dedicated to a DSL line (with a local modem router than i can manage)&Local 
address 192.168.6.227/255.255.255.0/192.168.6.250PROBLEMWhen i configure the 
nic2 without a gateway, the VPN from distant site works fine&.When i add the 
gateway 192.168.6.250 which is my local modem-router address ,the VPN clients 
on the distant site can't connect anymore &they see an RDP error message Remote 
desktop can't connect

Try to reconnect&.

When i disactivate nic1 and let my local modem-router address, i have Internet, 
ok, and i can connect through RDP from anywhere&but no VPN&.I'm confused&.Is 
Windows able to deal with these 2 nics and this configuration ?




Any help VERYY welcome&.










Bruno CANTIN 





~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: VPN issue

[Carol Fee]

Can you resolve names on the LAN ?  What does a tracert to devices on the LAN 
look like ?

CFee
From: Cameron [mailto:cameron.orl...@gmail.com]
Sent: Tuesday, May 11, 2010 2:27 PM
To: NT System Admin Issues
Subject: Re: VPN issue

Update.
I installed the latest version of the Cisco VPN client (removed the orig first) 
and it does connect to the concentrator (I can see the session). I'm thinking 
this is a Windows 7 thing as it shows connected to a public network (which it 
is, and I can surf). I cannot ping to any device on the LAN though.
On Tue, May 11, 2010 at 2:19 PM, Michael B. Smith 
mailto:mich...@smithcons.com>> wrote:
But that doesn't meet the OP's need of being able to connect to a Cisco device, 
does it? (I spent 3 minutes on the website, so I could be wrong - please 
correct me if so.)

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com<http://theessentialexchange.com/>

-Original Message-
From: Ben Scott [mailto:mailvor...@gmail.com<mailto:mailvor...@gmail.com>]
Sent: Tuesday, May 11, 2010 2:08 PM
To: NT System Admin Issues
Subject: Re: VPN issue
On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden 
mailto:dav...@imcu.com>> wrote:
> Some of the admins here had freeware vpn clients that would work.
> They talked about them within the last two months.

 We use OpenVPN.  I can talk more about it if anyone cares.  (You all know I 
love the sound of my own voice... er, keystrokes.)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~






~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Ben Scott]

On Tue, May 11, 2010 at 2:19 PM, Michael B. Smith  wrote:
>> ... OpenVPN 
>
> But that doesn't meet the OP's need of being able to
> connect to a Cisco device, does it?

  D'oh.  Whoops.  No.

  No cookie for me.

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: VPN issue

[David W. McSpadden]

Maybe stop it and just use the ipv4 and see if it works?

 

  _  

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 2:33 PM
To: NT System Admin Issues
Subject: Re: VPN issue

 

Yes.

On Tue, May 11, 2010 at 2:30 PM, David W. McSpadden  wrote:

Do you still have ipv6 running?

 

 

  _  

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 2:27 PM 


To: NT System Admin Issues
Subject: Re: VPN issue

 

Update.

I installed the latest version of the Cisco VPN client (removed the orig
first) and it does connect to the concentrator (I can see the session). I'm
thinking this is a Windows 7 thing as it shows connected to a public network
(which it is, and I can surf). I cannot ping to any device on the LAN
though.

On Tue, May 11, 2010 at 2:19 PM, Michael B. Smith 
wrote:

But that doesn't meet the OP's need of being able to connect to a Cisco
device, does it? (I spent 3 minutes on the website, so I could be wrong -
please correct me if so.)


Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com <http://theessentialexchange.com/> 

-Original Message-
From: Ben Scott [mailto:mailvor...@gmail.com]
Sent: Tuesday, May 11, 2010 2:08 PM
To: NT System Admin Issues
Subject: Re: VPN issue

On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden  wrote:
> Some of the admins here had freeware vpn clients that would work. 
> They talked about them within the last two months.

 We use OpenVPN.  I can talk more about it if anyone cares.  (You all know I
love the sound of my own voice... er, keystrokes.)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Cameron]

Yes.

On Tue, May 11, 2010 at 2:30 PM, David W. McSpadden  wrote:

>  Do you still have ipv6 running?
>
>
>
>
>  --
>
> *From:* Cameron [mailto:cameron.orl...@gmail.com]
> *Sent:* Tuesday, May 11, 2010 2:27 PM
>
> *To:* NT System Admin Issues
> *Subject:* Re: VPN issue
>
>
>
> Update.
>
> I installed the latest version of the Cisco VPN client (removed the orig
> first) and it does connect to the concentrator (I can see the session). I'm
> thinking this is a Windows 7 thing as it shows connected to a public network
> (which it is, and I can surf). I cannot ping to any device on the LAN
> though.
>
> On Tue, May 11, 2010 at 2:19 PM, Michael B. Smith 
> wrote:
>
> But that doesn't meet the OP's need of being able to connect to a Cisco
> device, does it? (I spent 3 minutes on the website, so I could be wrong -
> please correct me if so.)
>
>
> Regards,
>
> Michael B. Smith
> Consultant and Exchange MVP
> http://TheEssentialExchange.com <http://theessentialexchange.com/>
>
>  -Original Message-----
> From: Ben Scott [mailto:mailvor...@gmail.com]
> Sent: Tuesday, May 11, 2010 2:08 PM
> To: NT System Admin Issues
> Subject: Re: VPN issue
>
> On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden 
> wrote:
> > Some of the admins here had freeware vpn clients that would work.
> > They talked about them within the last two months.
>
>  We use OpenVPN.  I can talk more about it if anyone cares.  (You all know
> I love the sound of my own voice... er, keystrokes.)
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <
> http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>
>
>
>
>
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[David W. McSpadden]

Do you still have ipv6 running?

 

 

  _  

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 2:27 PM
To: NT System Admin Issues
Subject: Re: VPN issue

 

Update.

I installed the latest version of the Cisco VPN client (removed the orig
first) and it does connect to the concentrator (I can see the session). I'm
thinking this is a Windows 7 thing as it shows connected to a public network
(which it is, and I can surf). I cannot ping to any device on the LAN
though.

On Tue, May 11, 2010 at 2:19 PM, Michael B. Smith 
wrote:

But that doesn't meet the OP's need of being able to connect to a Cisco
device, does it? (I spent 3 minutes on the website, so I could be wrong -
please correct me if so.)


Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com <http://theessentialexchange.com/> 



-Original Message-
From: Ben Scott [mailto:mailvor...@gmail.com]
Sent: Tuesday, May 11, 2010 2:08 PM
To: NT System Admin Issues
Subject: Re: VPN issue

On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden  wrote:
> Some of the admins here had freeware vpn clients that would work. 
> They talked about them within the last two months.

 We use OpenVPN.  I can talk more about it if anyone cares.  (You all know I
love the sound of my own voice... er, keystrokes.)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Cameron]

Update.
I installed the latest version of the Cisco VPN client (removed the orig
first) and it does connect to the concentrator (I can see the session). I'm
thinking this is a Windows 7 thing as it shows connected to a public network
(which it is, and I can surf). I cannot ping to any device on the LAN
though.

On Tue, May 11, 2010 at 2:19 PM, Michael B. Smith wrote:

> But that doesn't meet the OP's need of being able to connect to a Cisco
> device, does it? (I spent 3 minutes on the website, so I could be wrong -
> please correct me if so.)
>
> Regards,
>
> Michael B. Smith
> Consultant and Exchange MVP
> http://TheEssentialExchange.com <http://theessentialexchange.com/>
>
>
> -Original Message-
> From: Ben Scott [mailto:mailvor...@gmail.com]
> Sent: Tuesday, May 11, 2010 2:08 PM
> To: NT System Admin Issues
> Subject: Re: VPN issue
>
>  On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden 
> wrote:
> > Some of the admins here had freeware vpn clients that would work.
> > They talked about them within the last two months.
>
>  We use OpenVPN.  I can talk more about it if anyone cares.  (You all know
> I love the sound of my own voice... er, keystrokes.)
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <
> http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[Michael B. Smith]

But that doesn't meet the OP's need of being able to connect to a Cisco device, 
does it? (I spent 3 minutes on the website, so I could be wrong - please 
correct me if so.)

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Ben Scott [mailto:mailvor...@gmail.com] 
Sent: Tuesday, May 11, 2010 2:08 PM
To: NT System Admin Issues
Subject: Re: VPN issue

On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden  wrote:
> Some of the admins here had freeware vpn clients that would work.  
> They talked about them within the last two months.

  We use OpenVPN.  I can talk more about it if anyone cares.  (You all know I 
love the sound of my own voice... er, keystrokes.)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Ben Scott]

On Tue, May 11, 2010 at 1:29 PM, David W. McSpadden  wrote:
> Some of the admins here had freeware vpn clients that would work.  They
> talked about them within the last two months.

  We use OpenVPN.  I can talk more about it if anyone cares.  (You all
know I love the sound of my own voice... er, keystrokes.)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: VPN issue

[Steven M. Caesare]

Shrew VPN client

 

Free, and works with 64-bit too.

 

-sc

 

From: David W. McSpadden [mailto:dav...@imcu.com] 
Sent: Tuesday, May 11, 2010 1:29 PM
To: NT System Admin Issues
Subject: RE: VPN issue

 

Some of the admins here had freeware vpn clients that would work.  They
talked about them within the last two months.

 

 



From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 1:16 PM
To: NT System Admin Issues
Subject: Re: VPN issue

 

And of course we don't have any Cisco support..

On Tue, May 11, 2010 at 12:24 PM, Damien Solodow
 wrote:

Windows 7 is only supported with version 5.06+ so I would upgrade the
Cisco vpn client first. 
-- 
Sent using BlackBerry 

 



From: Cameron  
To: NT System Admin Issues  
Sent: Tue May 11 12:14:28 2010
Subject: VPN issue 

Good day all!

 

Win 7 (patched)

Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN
concentrator

Connection - Wireless Internet Stick

 

The VPN client connects and authenticates, but does not allow pinging
within the corporate network. Obviously this means that no applications
that need to connect to corp servers are working. (Lower version client
has no issues with XP - same authentication settings). The concentrator
does show me connected so I'm pretty sure it's at the O/S level that
something is being blocked.

 

I've tried all sorts of changes, but apparently I'm missing something
somewhere.

 

Any ideas? !

 

Cheers,

Cameron

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[Michael B. Smith]

Shrewsoft is what I use.

It has some minor weirdnesses (it doesn't like bridged network connections or 
having multiple active routes to the Internet [e.g., one wired, one wireless]).

Otherwise, it seems to work pretty well.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: David W. McSpadden [mailto:dav...@imcu.com]
Sent: Tuesday, May 11, 2010 1:29 PM
To: NT System Admin Issues
Subject: RE: VPN issue

Some of the admins here had freeware vpn clients that would work.  They talked 
about them within the last two months.



From: Cameron [mailto:cameron.orl...@gmail.com]
Sent: Tuesday, May 11, 2010 1:16 PM
To: NT System Admin Issues
Subject: Re: VPN issue

And of course we don't have any Cisco support..
On Tue, May 11, 2010 at 12:24 PM, Damien Solodow 
mailto:damien.solo...@harrison.edu>> wrote:
Windows 7 is only supported with version 5.06+ so I would upgrade the Cisco vpn 
client first.
--
Sent using BlackBerry


From: Cameron mailto:cameron.orl...@gmail.com>>
To: NT System Admin Issues 
mailto:ntsysadmin@lyris.sunbelt-software.com>>
Sent: Tue May 11 12:14:28 2010
Subject: VPN issue
Good day all!

Win 7 (patched)
Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
Connection - Wireless Internet Stick

The VPN client connects and authenticates, but does not allow pinging within 
the corporate network. Obviously this means that no applications that need to 
connect to corp servers are working. (Lower version client has no issues with 
XP - same authentication settings). The concentrator does show me connected so 
I'm pretty sure it's at the O/S level that something is being blocked.

I've tried all sorts of changes, but apparently I'm missing something somewhere.

Any ideas? !

Cheers,
Cameron



















~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[David W. McSpadden]

Some of the admins here had freeware vpn clients that would work.  They
talked about them within the last two months.

 

 

  _  

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 1:16 PM
To: NT System Admin Issues
Subject: Re: VPN issue

 

And of course we don't have any Cisco support..

On Tue, May 11, 2010 at 12:24 PM, Damien Solodow
 wrote:

Windows 7 is only supported with version 5.06+ so I would upgrade the Cisco
vpn client first. 
-- 
Sent using BlackBerry 

 

  _  

From: Cameron  
To: NT System Admin Issues  
Sent: Tue May 11 12:14:28 2010
Subject: VPN issue 

Good day all!

 

Win 7 (patched)

Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator

Connection - Wireless Internet Stick

 

The VPN client connects and authenticates, but does not allow pinging within
the corporate network. Obviously this means that no applications that need
to connect to corp servers are working. (Lower version client has no issues
with XP - same authentication settings). The concentrator does show me
connected so I'm pretty sure it's at the O/S level that something is being
blocked.

 

I've tried all sorts of changes, but apparently I'm missing something
somewhere.

 

Any ideas? !

 

Cheers,

Cameron

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Cameron]

And of course we don't have any Cisco support..

On Tue, May 11, 2010 at 12:24 PM, Damien Solodow <
damien.solo...@harrison.edu> wrote:

> Windows 7 is only supported with version 5.06+ so I would upgrade the Cisco
> vpn client first.
> --
> Sent using BlackBerry
>
>  --
> *From*: Cameron 
> *To*: NT System Admin Issues 
> *Sent*: Tue May 11 12:14:28 2010
> *Subject*: VPN issue
>
>   Good day all!
>
> Win 7 (patched)
> Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
> Connection - Wireless Internet Stick
>
> The VPN client connects and authenticates, but does not allow pinging
> within the corporate network. Obviously this means that no applications that
> need to connect to corp servers are working. (Lower version client has no
> issues with XP - same authentication settings). The concentrator does show
> me connected so I'm pretty sure it's at the O/S level that something is
> being blocked.
>
> I've tried all sorts of changes, but apparently I'm missing something
> somewhere.
>
> Any ideas? !
>
> Cheers,
> Cameron
>
>
>
>
>
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

R: VPN issue

[HELP_PC]

Go to the registry
Services ->TCPIP-> linkage -Bind  and move up the WAN connection before the 
other
 
GuidoElia
HELPPC
 

  _  

Da: Cameron [mailto:cameron.orl...@gmail.com] 
Inviato: martedì 11 maggio 2010 18.14
A: NT System Admin Issues
Oggetto: VPN issue


Good day all!
 
Win 7 (patched)
Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
Connection - Wireless Internet Stick
 
The VPN client connects and authenticates, but does not allow pinging within 
the corporate network. Obviously this means that no applications that need to 
connect to corp servers are working. (Lower version client has no issues with 
XP - same authentication settings). The concentrator does show me connected so 
I'm pretty sure it's at the O/S level that something is being blocked.
 
I've tried all sorts of changes, but apparently I'm missing something somewhere.
 
Any ideas? !
 
Cheers,
Cameron
 

 


 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[Rohyans, Aaron]

Cisco just released (as in a few weeks ago) a 64-bit version of the older IPSec 
client.  It is in BETA and not supported... it's just there so users are forced 
to move if they don't want to/can't.

Aaron T. Rohyans
Senior Network Engineer
CCIE #21945, CCSP, CCNA, CQS-Firewall, CQS-IPS, CQS-VPN, ISSP, CISP, JNCIA-ER
DPSciences Corporation
7400 N. Shadeland Ave., Suite 245
Indianapolis, IN 46250
Office:  (317) 348-0099
Fax:   (317) 849-7134
arohy...@dpsciences.com<mailto:arohy...@dpsciences.com>
http://www.dpsciences.com/
"I want an Anti-Virus system that sends Arnold back in time to kill the hacker 
as a small child before he invents the virus..."
"There are 10 kinds of people in this world... those who can read binary, and 
those who can't"

From: David W. McSpadden [mailto:dav...@imcu.com]
Sent: Tuesday, May 11, 2010 12:17 PM
To: NT System Admin Issues
Subject: RE: VPN issue

I thought you had to move to AnyConnect for Windows Vista and 7 to work?


From: Cameron [mailto:cameron.orl...@gmail.com]
Sent: Tuesday, May 11, 2010 12:14 PM
To: NT System Admin Issues
Subject: VPN issue

Good day all!

Win 7 (patched)
Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
Connection - Wireless Internet Stick

The VPN client connects and authenticates, but does not allow pinging within 
the corporate network. Obviously this means that no applications that need to 
connect to corp servers are working. (Lower version client has no issues with 
XP - same authentication settings). The concentrator does show me connected so 
I'm pretty sure it's at the O/S level that something is being blocked.

I've tried all sorts of changes, but apparently I'm missing something somewhere.

Any ideas? !

Cheers,
Cameron










~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Damien Solodow]

Windows 7 is only supported with version 5.06+ so I would upgrade the Cisco vpn 
client first. 
-- 
Sent using BlackBerry 




From: Cameron  
To: NT System Admin Issues  
Sent: Tue May 11 12:14:28 2010
Subject: VPN issue 


Good day all!
 
Win 7 (patched)
Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
Connection - Wireless Internet Stick
 
The VPN client connects and authenticates, but does not allow pinging within 
the corporate network. Obviously this means that no applications that need to 
connect to corp servers are working. (Lower version client has no issues with 
XP - same authentication settings). The concentrator does show me connected so 
I'm pretty sure it's at the O/S level that something is being blocked.
 
I've tried all sorts of changes, but apparently I'm missing something somewhere.
 
Any ideas? !
 
Cheers,
Cameron
 

 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: VPN issue

[Cameron]

Win 7 32bit.

On Tue, May 11, 2010 at 12:17 PM, Steven M. Caesare wrote:

>  Win7 32 or 64bit ?
>
>
>
> -sc
>
>
>
> *From:* Cameron [mailto:cameron.orl...@gmail.com]
> *Sent:* Tuesday, May 11, 2010 12:14 PM
> *To:* NT System Admin Issues
> *Subject:* VPN issue
>
>
>
> Good day all!
>
>
>
> Win 7 (patched)
>
> Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
>
> Connection - Wireless Internet Stick
>
>
>
> The VPN client connects and authenticates, but does not allow pinging
> within the corporate network. Obviously this means that no applications that
> need to connect to corp servers are working. (Lower version client has no
> issues with XP - same authentication settings). The concentrator does show
> me connected so I'm pretty sure it's at the O/S level that something is
> being blocked.
>
>
>
> I've tried all sorts of changes, but apparently I'm missing something
> somewhere.
>
>
>
> Any ideas? !
>
>
>
> Cheers,
>
> Cameron
>
>
>
>
>
>
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[Steven M. Caesare]

Win7 32 or 64bit ?

 

-sc

 

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 12:14 PM
To: NT System Admin Issues
Subject: VPN issue

 

Good day all!

 

Win 7 (patched)

Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN
concentrator

Connection - Wireless Internet Stick

 

The VPN client connects and authenticates, but does not allow pinging
within the corporate network. Obviously this means that no applications
that need to connect to corp servers are working. (Lower version client
has no issues with XP - same authentication settings). The concentrator
does show me connected so I'm pretty sure it's at the O/S level that
something is being blocked.

 

I've tried all sorts of changes, but apparently I'm missing something
somewhere.

 

Any ideas? !

 

Cheers,

Cameron

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: VPN issue

[David W. McSpadden]

I thought you had to move to AnyConnect for Windows Vista and 7 to work?

 

  _  

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Tuesday, May 11, 2010 12:14 PM
To: NT System Admin Issues
Subject: VPN issue

 

Good day all!

 

Win 7 (patched)

Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator

Connection - Wireless Internet Stick

 

The VPN client connects and authenticates, but does not allow pinging within
the corporate network. Obviously this means that no applications that need
to connect to corp servers are working. (Lower version client has no issues
with XP - same authentication settings). The concentrator does show me
connected so I'm pretty sure it's at the O/S level that something is being
blocked.

 

I've tried all sorts of changes, but apparently I'm missing something
somewhere.

 

Any ideas? !

 

Cheers,

Cameron

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

VPN issue

[Cameron]

Good day all!

Win 7 (patched)
Cisco VPN client version 5.0.01.0600 connecting to Cisco VPN concentrator
Connection - Wireless Internet Stick

The VPN client connects and authenticates, but does not allow pinging within
the corporate network. Obviously this means that no applications that need
to connect to corp servers are working. (Lower version client has no issues
with XP - same authentication settings). The concentrator does show me
connected so I'm pretty sure it's at the O/S level that something is being
blocked.

I've tried all sorts of changes, but apparently I'm missing something
somewhere.

Any ideas? !

Cheers,
Cameron

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: What could cause this VPN issue?

[Micheal Espinola Jr]

boinnng...

--
ME2



On Mon, Nov 17, 2008 at 11:37 AM, Ziots, Edward <[EMAIL PROTECTED]> wrote:
> Use nslookup with the d2 switch to see debugging information. This will
> tell you exactly what is being sent under the covers.
>
>
>
> Edward E. Ziots
> Network Engineer
> Lifespan Organization
> Email: [EMAIL PROTECTED]
> Phone: 401-639-3505
> MCSE, MCP+I, ME, CCA, Security +, Network +
> -Original Message-
> From: Ben Scott [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 14, 2008 1:41 PM
> To: NT System Admin Issues
> Subject: Re: What could cause this VPN issue?
>
> On Fri, Nov 14, 2008 at 1:06 PM, Evan Brastow
> <[EMAIL PROTECTED]> wrote:
>> I have a weird problem and I'm not sure where to start troubleshooting
> it.
>
>  In addition to everyone else's good suggestions:
>
>  You state "... he can't even resolve his computer name to connect
> via RAdmin".  What about if he tries connecting by IP address rather
> than name?
>
>  I'd also try testing name resolution manually:
>
>  Open a command prompt on the client.  See if it can ping your
> DNS/WINS servers by IP address, then by name.
>
>  Use NSLOOKUP to run DNS queries against the name's you are after.
> Try both  unqualified and fully qualified variants for the queries.
> Also try variants using the default nameservers and specifying your
> nameserver IP addresses explicitly.  For example:
>
>nslookup foo
>nslookup foo.example.com.
>nslookup foo 192.0.2.31
>nslookup foo.example.com. 192.0.2.31
>
>  The periods at the end of the FQDNs are not typos.
>
>  If using NetBIOS names, use NBTSTAT to check what you can.  For
> example, listing the remote name table of one's WINS server is a good
> test.
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: What could cause this VPN issue?

[Micheal Espinola Jr]

:(

--
ME2



On Mon, Nov 17, 2008 at 11:50 AM, Joe Heaton <[EMAIL PROTECTED]> wrote:
> Not your covers ME...
>
> Joe Heaton
> Employment Training Panel
>
> -Original Message-
> From: Micheal Espinola Jr [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 17, 2008 8:43 AM
> To: NT System Admin Issues
> Subject: Re: What could cause this VPN issue?
>
> boinnng...
>
> --
> ME2
>
>
>
> On Mon, Nov 17, 2008 at 11:37 AM, Ziots, Edward <[EMAIL PROTECTED]>
> wrote:
>> Use nslookup with the d2 switch to see debugging information. This
> will
>> tell you exactly what is being sent under the covers.
>>
>>
>>
>> Edward E. Ziots
>> Network Engineer
>> Lifespan Organization
>> Email: [EMAIL PROTECTED]
>> Phone: 401-639-3505
>> MCSE, MCP+I, ME, CCA, Security +, Network +
>> -Original Message-
>> From: Ben Scott [mailto:[EMAIL PROTECTED]
>> Sent: Friday, November 14, 2008 1:41 PM
>> To: NT System Admin Issues
>> Subject: Re: What could cause this VPN issue?
>>
>> On Fri, Nov 14, 2008 at 1:06 PM, Evan Brastow
>> <[EMAIL PROTECTED]> wrote:
>>> I have a weird problem and I'm not sure where to start
> troubleshooting
>> it.
>>
>>  In addition to everyone else's good suggestions:
>>
>>  You state "... he can't even resolve his computer name to connect
>> via RAdmin".  What about if he tries connecting by IP address rather
>> than name?
>>
>>  I'd also try testing name resolution manually:
>>
>>  Open a command prompt on the client.  See if it can ping your
>> DNS/WINS servers by IP address, then by name.
>>
>>  Use NSLOOKUP to run DNS queries against the name's you are after.
>> Try both  unqualified and fully qualified variants for the queries.
>> Also try variants using the default nameservers and specifying your
>> nameserver IP addresses explicitly.  For example:
>>
>>nslookup foo
>>nslookup foo.example.com.
>>nslookup foo 192.0.2.31
>>nslookup foo.example.com. 192.0.2.31
>>
>>  The periods at the end of the FQDNs are not typos.
>>
>>  If using NetBIOS names, use NBTSTAT to check what you can.  For
>> example, listing the remote name table of one's WINS server is a good
>> test.
>>
>> -- Ben
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Joe Heaton]

Not your covers ME...

Joe Heaton
Employment Training Panel

-Original Message-
From: Micheal Espinola Jr [mailto:[EMAIL PROTECTED] 
Sent: Monday, November 17, 2008 8:43 AM
To: NT System Admin Issues
Subject: Re: What could cause this VPN issue?

boinnng...

--
ME2



On Mon, Nov 17, 2008 at 11:37 AM, Ziots, Edward <[EMAIL PROTECTED]>
wrote:
> Use nslookup with the d2 switch to see debugging information. This
will
> tell you exactly what is being sent under the covers.
>
>
>
> Edward E. Ziots
> Network Engineer
> Lifespan Organization
> Email: [EMAIL PROTECTED]
> Phone: 401-639-3505
> MCSE, MCP+I, ME, CCA, Security +, Network +
> -Original Message-
> From: Ben Scott [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 14, 2008 1:41 PM
> To: NT System Admin Issues
> Subject: Re: What could cause this VPN issue?
>
> On Fri, Nov 14, 2008 at 1:06 PM, Evan Brastow
> <[EMAIL PROTECTED]> wrote:
>> I have a weird problem and I'm not sure where to start
troubleshooting
> it.
>
>  In addition to everyone else's good suggestions:
>
>  You state "... he can't even resolve his computer name to connect
> via RAdmin".  What about if he tries connecting by IP address rather
> than name?
>
>  I'd also try testing name resolution manually:
>
>  Open a command prompt on the client.  See if it can ping your
> DNS/WINS servers by IP address, then by name.
>
>  Use NSLOOKUP to run DNS queries against the name's you are after.
> Try both  unqualified and fully qualified variants for the queries.
> Also try variants using the default nameservers and specifying your
> nameserver IP addresses explicitly.  For example:
>
>nslookup foo
>nslookup foo.example.com.
>nslookup foo 192.0.2.31
>nslookup foo.example.com. 192.0.2.31
>
>  The periods at the end of the FQDNs are not typos.
>
>  If using NetBIOS names, use NBTSTAT to check what you can.  For
> example, listing the remote name table of one's WINS server is a good
> test.
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Ziots, Edward]

Use nslookup with the d2 switch to see debugging information. This will
tell you exactly what is being sent under the covers. 



Edward E. Ziots
Network Engineer
Lifespan Organization
Email: [EMAIL PROTECTED]
Phone: 401-639-3505
MCSE, MCP+I, ME, CCA, Security +, Network +
-Original Message-
From: Ben Scott [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:41 PM
To: NT System Admin Issues
Subject: Re: What could cause this VPN issue?

On Fri, Nov 14, 2008 at 1:06 PM, Evan Brastow
<[EMAIL PROTECTED]> wrote:
> I have a weird problem and I'm not sure where to start troubleshooting
it.

  In addition to everyone else's good suggestions:

  You state "... he can't even resolve his computer name to connect
via RAdmin".  What about if he tries connecting by IP address rather
than name?

  I'd also try testing name resolution manually:

  Open a command prompt on the client.  See if it can ping your
DNS/WINS servers by IP address, then by name.

  Use NSLOOKUP to run DNS queries against the name's you are after.
Try both  unqualified and fully qualified variants for the queries.
Also try variants using the default nameservers and specifying your
nameserver IP addresses explicitly.  For example:

nslookup foo
nslookup foo.example.com.
nslookup foo 192.0.2.31
nslookup foo.example.com. 192.0.2.31

  The periods at the end of the FQDNs are not typos.

  If using NetBIOS names, use NBTSTAT to check what you can.  For
example, listing the remote name table of one's WINS server is a good
test.

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Martin Blackstone]

Aye. Have seen this too many times to count.

 

 

From: David L Herrick [mailto:[EMAIL PROTECTED] 
Sent: Monday, November 17, 2008 6:59 AM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

+1

 

From: Sean Rector [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 10:10 AM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

Is his router using the same IP address scheme as your office?  I found that
could be cause of issues.My network uses 10.0.x.x, and when I had my home
router using the same scheme, I couldn't connect to any devices on my office
network - when I changed the home router's IP scheme to 192.168.x.x, I could
connect to anything.

 

Sean Rector, MCSE

 

From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to set
up a VPN connection for them and have been going back and forth to their
house for the better part of the past week trying to get it working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our Netscreen,
and gets authenticated via our RRAS server. All IP info is assigned via
DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the company
network and attach to server drives. For him, even though he has all the
permissions needed, he can't even resolve his computer name to connect via
RAdmin. 

 

The connection to the VPN works fine and the status in Network Connections
on his laptop indicates that he is connected successfully to the VPN, but I
can't seem to get any DNS services, even though I have it automatically
configured to get all IP and general DNS info via DHCP.

 

It's just so strange. the exact same settings work for me, but not him.
Could his router be somehow blocking DNS info but allowing him to connect to
the VPN? Doesn't seem like it could. It seems like once he establishes the
tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

Information Technology Manager
Virginia Opera Association 

E-Mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
Phone:(757) 213-4548 (direct line)
{*}

 

 

 

This email and any attached files are confidential and intended solely for
the intended recipient(s). If you are not the named recipient you should not
read, distribute, copy or alter this email. Any views or opinions expressed
in this email are those of the author and do not represent those of  Names
in the News. Warning: Although precautions have been taken to make sure no
viruses are present in this email, the company cannot accept responsibility
for any loss or damage that arise from the use of this email or attachments.

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[David L Herrick]

+1

 

From: Sean Rector [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 10:10 AM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

Is his router using the same IP address scheme as your office?  I found
that could be cause of issues...My network uses 10.0.x.x, and when I had
my home router using the same scheme, I couldn't connect to any devices
on my office network - when I changed the home router's IP scheme to
192.168.x.x, I could connect to anything.

 

Sean Rector, MCSE

 

From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

Information Technology Manager
Virginia Opera Association 

E-Mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

Phone:(757) 213-4548 (direct line)
{*}

 

 

 



This email and any attached files are confidential and intended solely for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute, copy or alter this email. Any views or opinions expressed in this 
email are those of the author and do not represent those of the Names in the 
News company. Warning: Although precautions have been taken to make sure no 
viruses are present in this email, the company cannot accept responsibility for 
any loss or damage that arise from the use of this email or attachments.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Joe Heaton]

What VPN client are you using?  I know with the Watchguards that we use
here, there were issues with Vista up until their latest firmware
upgrade.  Also, how does your VPN authenticate?  Again, with the
Watchguard, I have it set to use AD authentication, but forgot to put
the user in the correct security group.  The VPN showed connected, but
no traffic was allowed back to the client from the firewall.

 

Joe Heaton

Employment Training Panel

 

From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 10:07 AM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Kennedy, Jim]

One more to add. If using netbios names check the node type. See if they match 
what you have on your box. Also enable netbios over tcp/ip on their machine.


From: Evan Brastow [mailto:[EMAIL PROTECTED]
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

Hi guys,

I have a weird problem and I'm not sure where to start troubleshooting it.

I have a user that bought a new (Vista Ultimate) laptop. I am trying to set up 
a VPN connection for them and have been going back and forth to their house for 
the better part of the past week trying to get it working.

Basically, this user connects the same way I do with my laptop at home. Through 
a wireless router, out to the Internet, in through our Netscreen, and gets 
authenticated via our RRAS server. All IP info is assigned via DHCP.

For me, I connect via the VPN, and I can then resolve names on the company 
network and attach to server drives. For him, even though he has all the 
permissions needed, he can't even resolve his computer name to connect via 
RAdmin.

The connection to the VPN works fine and the status in Network Connections on 
his laptop indicates that he is connected successfully to the VPN, but I can't 
seem to get any DNS services, even though I have it automatically configured to 
get all IP and general DNS info via DHCP.

It's just so strange... the exact same settings work for me, but not him. Could 
his router be somehow blocking DNS info but allowing him to connect to the VPN? 
Doesn't seem like it could. It seems like once he establishes the tunnel, 
anything should be allowed within that tunnel.

Any thoughts on what to try?

Thanks,

Evan






~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[David Lum]

+1

-Original Message-
From: Ben Scott [mailto:[EMAIL PROTECTED]
Sent: Friday, November 14, 2008 10:41 AM
To: NT System Admin Issues
Subject: Re: What could cause this VPN issue?

On Fri, Nov 14, 2008 at 1:06 PM, Evan Brastow
<[EMAIL PROTECTED]> wrote:
> I have a weird problem and I'm not sure where to start troubleshooting it.

  In addition to everyone else's good suggestions:

  You state "... he can't even resolve his computer name to connect
via RAdmin".  What about if he tries connecting by IP address rather
than name?

  I'd also try testing name resolution manually:

  Open a command prompt on the client.  See if it can ping your
DNS/WINS servers by IP address, then by name.

  Use NSLOOKUP to run DNS queries against the name's you are after.
Try both  unqualified and fully qualified variants for the queries.
Also try variants using the default nameservers and specifying your
nameserver IP addresses explicitly.  For example:

nslookup foo
nslookup foo.example.com.
nslookup foo 192.0.2.31
nslookup foo.example.com. 192.0.2.31

  The periods at the end of the FQDNs are not typos.

  If using NetBIOS names, use NBTSTAT to check what you can.  For
example, listing the remote name table of one's WINS server is a good
test.

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Aaron T. Rohyans]

Could be a number of things really I'm assuming you're using
GRE/PPTP?

 

1.   His provider could be blocking GRE (IP Protocol
#47).  This would allow the VPN to establish (via PPTP), but no traffic
would pass as GRE is being blocked.

2.   His router doesn't understand what GRE traffic is
and is not forwarding it (but again, the VPN gets established b/c PPTP
rides over TCP port 1723 - which all TCP/IP devices understand).

3.   In the case of IPSec VPNs, he could be using an IP
address for his physical NIC that overlaps with your corporate network.

4.   Your corporate network lacks a valid return route
to get back to VPN clients (probably not as you say it works for you
just fine - but just throwing it out there).

5.   He's using Vista and didn't sacrifice a chicken and
sprinkle Holy Water over it.

 

Hope this helps!

Aaron Rohyans 
IT Coordinator, IDC-USA 
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  
317.244.8307 (V) 
317.244.4600 (F) 



From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: What could cause this VPN issue?

[Ben Scott]

On Fri, Nov 14, 2008 at 1:06 PM, Evan Brastow
<[EMAIL PROTECTED]> wrote:
> I have a weird problem and I'm not sure where to start troubleshooting it.

  In addition to everyone else's good suggestions:

  You state "... he can't even resolve his computer name to connect
via RAdmin".  What about if he tries connecting by IP address rather
than name?

  I'd also try testing name resolution manually:

  Open a command prompt on the client.  See if it can ping your
DNS/WINS servers by IP address, then by name.

  Use NSLOOKUP to run DNS queries against the name's you are after.
Try both  unqualified and fully qualified variants for the queries.
Also try variants using the default nameservers and specifying your
nameserver IP addresses explicitly.  For example:

nslookup foo
nslookup foo.example.com.
nslookup foo 192.0.2.31
nslookup foo.example.com. 192.0.2.31

  The periods at the end of the FQDNs are not typos.

  If using NetBIOS names, use NBTSTAT to check what you can.  For
example, listing the remote name table of one's WINS server is a good
test.

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: What could cause this VPN issue?

[Evan Brastow]

Thank you guys for all the tips. I will check all of them and see what I
come up with. Right now I'm going to grab a quick lunch. I'm thinking
chicken with some holy water. KFC, maybe?

 

 

From: Glen Johnson [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:28 PM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

Can you try your laptop at his house?  That would verify his router and
internet connection.

If your laptop works, have him logon to your laptop and test the vpn.
That would verify his account. 

Only thing left is his computer.

On his computer, check the protocol binding order.  I've seen that a
couple times with Cisco vpn client.  You want tcp/ip for the vpn client
first.

Process of elimination always works best for me.

 

 

 

 

From: Aaron T. Rohyans [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:20 PM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

Could be a number of things really I'm assuming you're using
GRE/PPTP?

 

1. His provider could be blocking GRE (IP Protocol #47).
This would allow the VPN to establish (via PPTP), but no traffic would
pass as GRE is being blocked.

2. His router doesn't understand what GRE traffic is and is
not forwarding it (but again, the VPN gets established b/c PPTP rides
over TCP port 1723 - which all TCP/IP devices understand).

3. In the case of IPSec VPNs, he could be using an IP
address for his physical NIC that overlaps with your corporate network.

4. Your corporate network lacks a valid return route to get
back to VPN clients (probably not as you say it works for you just fine
- but just throwing it out there).

5. He's using Vista and didn't sacrifice a chicken and
sprinkle Holy Water over it.

 

Hope this helps!

Aaron Rohyans 
IT Coordinator, IDC-USA 
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  
317.244.8307 (V) 
317.244.4600 (F) 



From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Glen Johnson]

Can you try your laptop at his house?  That would verify his router and
internet connection.

If your laptop works, have him logon to your laptop and test the vpn.
That would verify his account. 

Only thing left is his computer.

On his computer, check the protocol binding order.  I've seen that a
couple times with Cisco vpn client.  You want tcp/ip for the vpn client
first.

Process of elimination always works best for me.

 

 

 

 

From: Aaron T. Rohyans [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:20 PM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

Could be a number of things really I'm assuming you're using
GRE/PPTP?

 

1. His provider could be blocking GRE (IP Protocol #47).
This would allow the VPN to establish (via PPTP), but no traffic would
pass as GRE is being blocked.

2. His router doesn't understand what GRE traffic is and is
not forwarding it (but again, the VPN gets established b/c PPTP rides
over TCP port 1723 - which all TCP/IP devices understand).

3. In the case of IPSec VPNs, he could be using an IP
address for his physical NIC that overlaps with your corporate network.

4. Your corporate network lacks a valid return route to get
back to VPN clients (probably not as you say it works for you just fine
- but just throwing it out there).

5. He's using Vista and didn't sacrifice a chicken and
sprinkle Holy Water over it.

 

Hope this helps!

Aaron Rohyans 
IT Coordinator, IDC-USA 
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  
317.244.8307 (V) 
317.244.4600 (F) 



From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Steve Kistenmacher]

Is the users laptop a domain machine? if not try the FQDN name of machine
you are trying to get to.

 

From: Aaron T. Rohyans [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:20 PM
To: NT System Admin Issues
Subject: RE: What could cause this VPN issue?

 

Could be a number of things really.. I'm assuming you're using GRE/PPTP?

 

1. His provider could be blocking GRE (IP Protocol #47).  This
would allow the VPN to establish (via PPTP), but no traffic would pass as
GRE is being blocked.

2. His router doesn't understand what GRE traffic is and is not
forwarding it (but again, the VPN gets established b/c PPTP rides over TCP
port 1723 - which all TCP/IP devices understand).

3. In the case of IPSec VPNs, he could be using an IP address
for his physical NIC that overlaps with your corporate network.

4. Your corporate network lacks a valid return route to get back
to VPN clients (probably not as you say it works for you just fine - but
just throwing it out there).

5. He's using Vista and didn't sacrifice a chicken and sprinkle
Holy Water over it.

 

Hope this helps!

Aaron Rohyans 
IT Coordinator, IDC-USA 
 <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] 
317.244.8307 (V) 
317.244.4600 (F) 

  _  

From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to set
up a VPN connection for them and have been going back and forth to their
house for the better part of the past week trying to get it working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our Netscreen,
and gets authenticated via our RRAS server. All IP info is assigned via
DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the company
network and attach to server drives. For him, even though he has all the
permissions needed, he can't even resolve his computer name to connect via
RAdmin. 

 

The connection to the VPN works fine and the status in Network Connections
on his laptop indicates that he is connected successfully to the VPN, but I
can't seem to get any DNS services, even though I have it automatically
configured to get all IP and general DNS info via DHCP.

 

It's just so strange. the exact same settings work for me, but not him.
Could his router be somehow blocking DNS info but allowing him to connect to
the VPN? Doesn't seem like it could. It seems like once he establishes the
tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[RichardMcClary]

I'd go with #5...

Seriously, I've had a couple of Vista systems where administators lack 
administrative rights.  A wipe-and-rebuild was necessary to fix that.
--
Richard McClary, Systems Administrator
ASPCA Knowledge Management
1717 S Philo Rd, Ste 36, Urbana, IL  61802
217-337-9761
http://www.aspca.org


"Aaron T. Rohyans" <[EMAIL PROTECTED]> wrote on 11/14/2008 12:20:12 PM:

> Could be a number of things really…. I’m assuming you’re using GRE/PPTP?
> 
> 1.   His provider could be blocking GRE (IP Protocol
> #47).  This would allow the VPN to establish (via PPTP), but no 
> traffic would pass as GRE is being blocked.
> 2.   His router doesn’t understand what GRE traffic 
> is and is not forwarding it (but again, the VPN gets established b/c
> PPTP rides over TCP port 1723 – which all TCP/IP devices understand).
> 3.   In the case of IPSec VPNs, he could be using an
> IP address for his physical NIC that overlaps with your corporate 
network.
> 4.   Your corporate network lacks a valid return 
> route to get back to VPN clients (probably not as you say it works 
> for you just fine – but just throwing it out there).
> 5.   He’s using Vista and didn’t sacrifice a chicken
> and sprinkle Holy Water over it.
> 
> Hope this helps!
> Aaron Rohyans 
> IT Coordinator, IDC-USA 
> [EMAIL PROTECTED] 
> 317.244.8307 (V) 
> 317.244.4600 (F) 
> 
> From: Evan Brastow [mailto:[EMAIL PROTECTED] 
> Sent: Friday, November 14, 2008 1:07 PM
> To: NT System Admin Issues
> Subject: What could cause this VPN issue?
> 
> Hi guys,
> 
> I have a weird problem and I’m not sure where to start troubleshooting 
it.
> 
> I have a user that bought a new (Vista Ultimate) laptop. I am trying
> to set up a VPN connection for them and have been going back and 
> forth to their house for the better part of the past week trying to 
> get it working.
> 
> Basically, this user connects the same way I do with my laptop at 
> home. Through a wireless router, out to the Internet, in through our
> Netscreen, and gets authenticated via our RRAS server. All IP info 
> is assigned via DHCP.
> 
> For me, I connect via the VPN, and I can then resolve names on the 
> company network and attach to server drives. For him, even though he
> has all the permissions needed, he can’t even resolve his computer 
> name to connect via RAdmin. 
> 
> The connection to the VPN works fine and the status in Network 
> Connections on his laptop indicates that he is connected 
> successfully to the VPN, but I can’t seem to get any DNS services, 
> even though I have it automatically configured to get all IP and 
> general DNS info via DHCP.
> 
> It’s just so strange… the exact same settings work for me, but not 
> him. Could his router be somehow blocking DNS info but allowing him 
> to connect to the VPN? Doesn’t seem like it could. It seems like 
> once he establishes the tunnel, anything should be allowed within that 
tunnel.
> 
> Any thoughts on what to try?
> 
> Thanks,
> 
> Evan
> 
> 
> 
> 
> 
> 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: What could cause this VPN issue?

[Sean Rector]

Is his router using the same IP address scheme as your office?  I found
that could be cause of issues...My network uses 10.0.x.x, and when I had
my home router using the same scheme, I couldn't connect to any devices
on my office network - when I changed the home router's IP scheme to
192.168.x.x, I could connect to anything.

 

Sean Rector, MCSE

 

From: Evan Brastow [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 14, 2008 1:07 PM
To: NT System Admin Issues
Subject: What could cause this VPN issue?

 

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan

 

 

 

Virginia Opera's 2008-2009 Season ... "Viva la passione!"
IL TROVATORE - THE ELIXIR OF LOVE - TOSCA - THE BARBER OF SEVILLE
Visit us online at www.vaopera.org or call 1-866-OPERA-VA (1-866-673-7282).
Subscribe or purchase tickets online now!
 
This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

What could cause this VPN issue?

[Evan Brastow]

Hi guys,

 

I have a weird problem and I'm not sure where to start troubleshooting
it.

 

I have a user that bought a new (Vista Ultimate) laptop. I am trying to
set up a VPN connection for them and have been going back and forth to
their house for the better part of the past week trying to get it
working.

 

Basically, this user connects the same way I do with my laptop at home.
Through a wireless router, out to the Internet, in through our
Netscreen, and gets authenticated via our RRAS server. All IP info is
assigned via DHCP.

 

For me, I connect via the VPN, and I can then resolve names on the
company network and attach to server drives. For him, even though he has
all the permissions needed, he can't even resolve his computer name to
connect via RAdmin. 

 

The connection to the VPN works fine and the status in Network
Connections on his laptop indicates that he is connected successfully to
the VPN, but I can't seem to get any DNS services, even though I have it
automatically configured to get all IP and general DNS info via DHCP.

 

It's just so strange... the exact same settings work for me, but not
him. Could his router be somehow blocking DNS info but allowing him to
connect to the VPN? Doesn't seem like it could. It seems like once he
establishes the tunnel, anything should be allowed within that tunnel.

 

Any thoughts on what to try?

 

Thanks,

 

Evan


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: vpn issue

[N Parr]

>From what I understand the security enhancements in it kill the activeX
control.  Maybe someone can elaborate more.  All I know is I implement
this great SSLVPN for users to remote in from home and if they install
SP3 it won't work.



From: David Lum [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 4:41 PM
To: NT System Admin Issues
Subject: RE: vpn issue



DOH!  Sorry, SP3 hosing things for VPN.

 

Dave

 

From: N Parr [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 1:01 PM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Which part the ASA or SP3?

 



From: David Lum [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 2:44 PM
To: NT System Admin Issues
Subject: RE: vpn issue

Can you elaborate on that?

 

Dave Lum  - Systems Engineer 
[EMAIL PROTECTED] - (971)-222-1025
"..remember that, in the past, those who foolishly sought power by
riding the back of the tiger ended up inside"  - JFK

 

 

 

From: N Parr [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 10:59 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Yep it is for us, that's one of the reason's we started use the Web
based RDP through our Cisco ASA.  Doesn't matter what the users local
range is.  But now XP SP3 hoses that up.

 



From: Martin Blackstone [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 11:04 AM
To: NT System Admin Issues
Subject: RE: vpn issue

True that.

Unfortunately this will probably shape up to be an issue for many of
your home users

 

 

From: Eldridge, Dave [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Change your home network to something other than 192.168.0.x,
192.168.1.x. You'll never have this issue again.

You'll never be able to change your clients networks.

 

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 

This e-mail contains the thoughts and opinions of the sender and does
not represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above,
may be confidential and/or legally privileged: and, must be treated as
such in accordance with state and federal laws. If you are not the
intended recipient, you are hereby notified that any use of this
communication, or any of its contents, is prohibited. If you have
received this communication in error, please return to sender and delete
the message from your computer system.

 

 

 

 
 
 

 

 

 

 
 
 

 

 






~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[David Lum]

DOH!  Sorry, SP3 hosing things for VPN.

Dave

From: N Parr [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 1:01 PM
To: NT System Admin Issues
Subject: RE: vpn issue

Which part the ASA or SP3?


From: David Lum [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 2:44 PM
To: NT System Admin Issues
Subject: RE: vpn issue
Can you elaborate on that?

Dave Lum  - Systems Engineer
[EMAIL PROTECTED] - (971)-222-1025
"..remember that, in the past, those who foolishly sought power by riding the 
back of the tiger ended up inside"  - JFK



From: N Parr [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 10:59 AM
To: NT System Admin Issues
Subject: RE: vpn issue

Yep it is for us, that's one of the reason's we started use the Web based RDP 
through our Cisco ASA.  Doesn't matter what the users local range is.  But now 
XP SP3 hoses that up.


From: Martin Blackstone [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 11:04 AM
To: NT System Admin Issues
Subject: RE: vpn issue
True that.
Unfortunately this will probably shape up to be an issue for many of your home 
users


From: Eldridge, Dave [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

Change your home network to something other than 192.168.0.x, 192.168.1.x. 
You'll never have this issue again.
You'll never be able to change your clients networks.

From: Jesse Rink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

I thought this was odd, but maybe it's normal?

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1 and 
192.168.1.2 (router and a network printer).

When I VPN into another network on my Vista box, I am on their 192.168.1.0/24 
network.  They have a server I RDP into at 192.168.1.2, however, whenever I try 
to access that server, my Vista machine accesses the Printer I have at 
192.168.1.2 instead of the server over the VPN.  Is this normal behaviour?  
Just seems odd I have never run across this before in that 10-20 places I VPN 
into...






This e-mail contains the thoughts and opinions of the sender and does not 
represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above, may be 
confidential and/or legally privileged: and, must be treated as such in 
accordance with state and federal laws. If you are not the intended recipient, 
you are hereby notified that any use of this communication, or any of its 
contents, is prohibited. If you have received this communication in error, 
please return to sender and delete the message from your computer system.
























~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[N Parr]

Which part the ASA or SP3?



From: David Lum [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 2:44 PM
To: NT System Admin Issues
Subject: RE: vpn issue



Can you elaborate on that?

 

Dave Lum  - Systems Engineer 
[EMAIL PROTECTED] - (971)-222-1025
"..remember that, in the past, those who foolishly sought power by
riding the back of the tiger ended up inside"  - JFK

 

 

 

From: N Parr [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 10:59 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Yep it is for us, that's one of the reason's we started use the Web
based RDP through our Cisco ASA.  Doesn't matter what the users local
range is.  But now XP SP3 hoses that up.

 



From: Martin Blackstone [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 11:04 AM
To: NT System Admin Issues
Subject: RE: vpn issue

True that.

Unfortunately this will probably shape up to be an issue for many of
your home users

 

 

From: Eldridge, Dave [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Change your home network to something other than 192.168.0.x,
192.168.1.x. You'll never have this issue again.

You'll never be able to change your clients networks.

 

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 

This e-mail contains the thoughts and opinions of the sender and does
not represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above,
may be confidential and/or legally privileged: and, must be treated as
such in accordance with state and federal laws. If you are not the
intended recipient, you are hereby notified that any use of this
communication, or any of its contents, is prohibited. If you have
received this communication in error, please return to sender and delete
the message from your computer system.

 

 

 

 
 
 

 

 






~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[David Lum]

Can you elaborate on that?

Dave Lum  - Systems Engineer
[EMAIL PROTECTED] - (971)-222-1025
"..remember that, in the past, those who foolishly sought power by riding the 
back of the tiger ended up inside"  - JFK



From: N Parr [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 10:59 AM
To: NT System Admin Issues
Subject: RE: vpn issue

Yep it is for us, that's one of the reason's we started use the Web based RDP 
through our Cisco ASA.  Doesn't matter what the users local range is.  But now 
XP SP3 hoses that up.


From: Martin Blackstone [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 11:04 AM
To: NT System Admin Issues
Subject: RE: vpn issue
True that.
Unfortunately this will probably shape up to be an issue for many of your home 
users


From: Eldridge, Dave [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

Change your home network to something other than 192.168.0.x, 192.168.1.x. 
You'll never have this issue again.
You'll never be able to change your clients networks.

From: Jesse Rink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

I thought this was odd, but maybe it's normal?

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1 and 
192.168.1.2 (router and a network printer).

When I VPN into another network on my Vista box, I am on their 192.168.1.0/24 
network.  They have a server I RDP into at 192.168.1.2, however, whenever I try 
to access that server, my Vista machine accesses the Printer I have at 
192.168.1.2 instead of the server over the VPN.  Is this normal behaviour?  
Just seems odd I have never run across this before in that 10-20 places I VPN 
into...






This e-mail contains the thoughts and opinions of the sender and does not 
represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above, may be 
confidential and/or legally privileged: and, must be treated as such in 
accordance with state and federal laws. If you are not the intended recipient, 
you are hereby notified that any use of this communication, or any of its 
contents, is prohibited. If you have received this communication in error, 
please return to sender and delete the message from your computer system.














~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[N Parr]

Yep it is for us, that's one of the reason's we started use the Web
based RDP through our Cisco ASA.  Doesn't matter what the users local
range is.  But now XP SP3 hoses that up.



From: Martin Blackstone [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 11:04 AM
To: NT System Admin Issues
Subject: RE: vpn issue



True that.

Unfortunately this will probably shape up to be an issue for many of
your home users

 

 

From: Eldridge, Dave [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Change your home network to something other than 192.168.0.x,
192.168.1.x. You'll never have this issue again.

You'll never be able to change your clients networks.

 

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 

This e-mail contains the thoughts and opinions of the sender and does
not represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above,
may be confidential and/or legally privileged: and, must be treated as
such in accordance with state and federal laws. If you are not the
intended recipient, you are hereby notified that any use of this
communication, or any of its contents, is prohibited. If you have
received this communication in error, please return to sender and delete
the message from your computer system.

 

 






~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Murray Freeman]

YES, the mistake we made was to use 192.168.1.X internally. AT&T also
uses this as a default, but more important is for your road warriors.
Apparently many hotels, motels, etc haven't bothered to change the
default that comes with virtually ALL router manufacturers of using "0"
or "1"  (mostly "1") as the third digit in the default IP address.
 

Murray

 



From: Erik Goldoff [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 11:13 AM
To: NT System Admin Issues
Subject: RE: vpn issue


check your default gateway , AND because it's the same subnet as your
own, you're probably not getting past the adjacency test ... when your
IP stack goes to send a packet, first thing it'll do is check the
destination IP and if it's on the same subnet as the machine you're
sending from, just dumps it on the local wire (ARPs for mac for IP x)
and then passes it on.  You're never making it across the tunnel



From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 11:25 AM
To: NT System Admin Issues
Subject: vpn issue


I thought this was odd, but maybe it's normal?
 
My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).
 
When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 

 


No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.5.12/1592 - Release Date:
8/5/2008 6:03 AM





~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Erik Goldoff]

check your default gateway , AND because it's the same subnet as your own,
you're probably not getting past the adjacency test ... when your IP stack
goes to send a packet, first thing it'll do is check the destination IP and
if it's on the same subnet as the machine you're sending from, just dumps it
on the local wire (ARPs for mac for IP x) and then passes it on.  You're
never making it across the tunnel

  _  

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 11:25 AM
To: NT System Admin Issues
Subject: vpn issue


I thought this was odd, but maybe it's normal?
 
My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1 and
192.168.1.2 (router and a network printer).
 
When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses the
Printer I have at 192.168.1.2 instead of the server over the VPN.  Is this
normal behaviour?  Just seems odd I have never run across this before in
that 10-20 places I VPN into... 

 






No virus found in this incoming message.

Checked by AVG - http://www.avg.com 

Version: 8.0.138 / Virus Database: 270.5.12/1592 - Release Date: 8/5/2008
6:03 AM



~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Martin Blackstone]

True that.

Unfortunately this will probably shape up to be an issue for many of your
home users..

 

 

From: Eldridge, Dave [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Change your home network to something other than 192.168.0.x, 192.168.1.x.
You'll never have this issue again.

You'll never be able to change your clients networks.

 

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1 and
192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses the
Printer I have at 192.168.1.2 instead of the server over the VPN.  Is this
normal behaviour?  Just seems odd I have never run across this before in
that 10-20 places I VPN into... 


 

 

 

This e-mail contains the thoughts and opinions of the sender and does not
represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above, may be
confidential and/or legally privileged: and, must be treated as such in
accordance with state and federal laws. If you are not the intended
recipient, you are hereby notified that any use of this communication, or
any of its contents, is prohibited. If you have received this communication
in error, please return to sender and delete the message from your computer
system.

 

 

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Jacob]

Same here.  I had a similar issue.  My home network and my work network was
the same subnet.  Changed my home network and problem sovled.

 

From: Eldridge, Dave [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 8:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

Change your home network to something other than 192.168.0.x, 192.168.1.x.
You'll never have this issue again.

You'll never be able to change your clients networks.

 

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1 and
192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses the
Printer I have at 192.168.1.2 instead of the server over the VPN.  Is this
normal behaviour?  Just seems odd I have never run across this before in
that 10-20 places I VPN into... 


 

 

 

This e-mail contains the thoughts and opinions of the sender and does not
represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above, may be
confidential and/or legally privileged: and, must be treated as such in
accordance with state and federal laws. If you are not the intended
recipient, you are hereby notified that any use of this communication, or
any of its contents, is prohibited. If you have received this communication
in error, please return to sender and delete the message from your computer
system.

 

 

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Doige, Clayton]

Most times you will see 192.168.*.* out there, tempting to go with
10.*.*.*/24 for the local subnet

 

Clayton Doige

IT Project Manager

CME Development Corporation

T: 020 7430 5355

M: 07949 255062

E:[EMAIL PROTECTED]

W:www.cetv-net.com

From: Kim Longenbaugh [mailto:[EMAIL PROTECTED] 
Sent: 05 August 2008 16:34
To: NT System Admin Issues
Subject: RE: vpn issue

 

What Clayton said, or do some fancy NAT configuration on the VPNs to
remote subnets that match yours.

 



From: Doige, Clayton [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 10:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

That would be pretty standard yes. Your vista box is going to assume
that by 192.168.1.2 you mean your local subnet, with no router/firewall
in between. Either change your printer IP or your subnet

 

Clayton Doige

IT Project Manager

CME Development Corporation

T: 020 7430 5355

M: 07949 255062

E:[EMAIL PROTECTED]

W:www.cetv-net.com

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: 05 August 2008 16:25
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 
 










 










 
 
__









 










 
 
This email has been scanned by the MessageLabs Email Security System.









 










 
 
__









 










 
 


__
This electronic mail message and any attached files contain information
intended for the exclusive use of the person(s) to whom it is addressed
and may contain information that is proprietary, privileged,
confidential and/or exempt from disclosure under applicable law. If you
are not the intended recipient, you are hereby notified that any
viewing, copying, disclosure or distribution of this message or its
contents may be subject to legal restriction or sanction. If you have
received this message in error, please notify the sender immediately by
electronic mail and delete the original message and any attachments
without retaining any copies.
_

 

 

 
 





__




This email has been scanned by the MessageLabs Email Security System.




__





__
This electronic mail message and any attached files contain information 
intended for the exclusive use of the person(s) to whom it is addressed and may 
contain information that is proprietary, privileged, confidential and/or exempt 
from disclosure under applicable law. If you are not the intended recipient, 
you are hereby notified that any viewing, copying, disclosure or distribution 
of this message or its contents may be subject to legal restriction or 
sanction. If you have received this message in error, please notify the sender 
immediately by electronic mail and delete the original message and any 
attachments without retaining any copies. 
_
~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Kim Longenbaugh]

What Clayton said, or do some fancy NAT configuration on the VPNs to
remote subnets that match yours.

 



From: Doige, Clayton [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 10:28 AM
To: NT System Admin Issues
Subject: RE: vpn issue

 

That would be pretty standard yes. Your vista box is going to assume
that by 192.168.1.2 you mean your local subnet, with no router/firewall
in between. Either change your printer IP or your subnet

 

Clayton Doige

IT Project Manager

CME Development Corporation

T: 020 7430 5355

M: 07949 255062

E:[EMAIL PROTECTED]

W:www.cetv-net.com

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: 05 August 2008 16:25
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 
 










 
__









 
This email has been scanned by the MessageLabs Email Security System.









 
__









 


__
This electronic mail message and any attached files contain information
intended for the exclusive use of the person(s) to whom it is addressed
and may contain information that is proprietary, privileged,
confidential and/or exempt from disclosure under applicable law. If you
are not the intended recipient, you are hereby notified that any
viewing, copying, disclosure or distribution of this message or its
contents may be subject to legal restriction or sanction. If you have
received this message in error, please notify the sender immediately by
electronic mail and delete the original message and any attachments
without retaining any copies.
_

 

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Eldridge, Dave]

Change your home network to something other than 192.168.0.x,
192.168.1.x. You'll never have this issue again.

You'll never be able to change your clients networks.

 

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 05, 2008 9:25 AM
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 



This message contains confidential information and is intended only for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute or copy this e-mail. Please notify the sender immediately via e-mail 
if you have received this e-mail by mistake; then, delete this e-mail from your 
system.
~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: vpn issue

[Doige, Clayton]

That would be pretty standard yes. Your vista box is going to assume
that by 192.168.1.2 you mean your local subnet, with no router/firewall
in between. Either change your printer IP or your subnet

 

Clayton Doige

IT Project Manager

CME Development Corporation

T: 020 7430 5355

M: 07949 255062

E:[EMAIL PROTECTED]

W:www.cetv-net.com

From: Jesse Rink [mailto:[EMAIL PROTECTED] 
Sent: 05 August 2008 16:25
To: NT System Admin Issues
Subject: vpn issue

 

I thought this was odd, but maybe it's normal?

 

My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1
and 192.168.1.2 (router and a network printer).

 

When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses
the Printer I have at 192.168.1.2 instead of the server over the VPN.
Is this normal behaviour?  Just seems odd I have never run across this
before in that 10-20 places I VPN into... 


 

 

 
 





__




This email has been scanned by the MessageLabs Email Security System.




__





__
This electronic mail message and any attached files contain information 
intended for the exclusive use of the person(s) to whom it is addressed and may 
contain information that is proprietary, privileged, confidential and/or exempt 
from disclosure under applicable law. If you are not the intended recipient, 
you are hereby notified that any viewing, copying, disclosure or distribution 
of this message or its contents may be subject to legal restriction or 
sanction. If you have received this message in error, please notify the sender 
immediately by electronic mail and delete the original message and any 
attachments without retaining any copies. 
_
~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

vpn issue

[Jesse Rink]

I thought this was odd, but maybe it's normal?
 
My home network is on 192.168.1.0/24.  I have a device at 192.168.1.1 and
192.168.1.2 (router and a network printer).
 
When I VPN into another network on my Vista box, I am on their
192.168.1.0/24 network.  They have a server I RDP into at 192.168.1.2,
however, whenever I try to access that server, my Vista machine accesses the
Printer I have at 192.168.1.2 instead of the server over the VPN.  Is this
normal behaviour?  Just seems odd I have never run across this before in
that 10-20 places I VPN into... 

 

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~   ~

RE: VPN Issue

[Tom Strader]

Hey Ben,

They (Sonicwall) thought of that but they still couldn't get the packets
to pass correctly. There is a way to do it, but it would be problematic
at best so we've decided to pursue this from another angle.

One: we're looking to replace our firewall with something more flexible.
Sonicwall devices have a tendency to work only with other Sonicwall
devices. We've experienced that recently when trying to establish a VPN
from a TZ170 to a Cisco router, the VPN would connect but no packets
were passing.

Two: We are pursuing Paciolan to give us a temporary license for the
server software that normally costs 20K for us to use for this one
event.

We'll see what happens from here. Thanks for your time sir.

Tom


-Original Message-
From: Ben Scott [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 25, 2008 5:51 PM
To: NT System Admin Issues
Subject: Re: VPN Issue

On Tue, Mar 25, 2008 at 3:31 PM, Tom Strader <[EMAIL PROTECTED]>
wrote:
> ... application server ... handhelds must have a
> static IP on the same subnet as the application server.

  Call the application vendor and tell them to fix their crappy
software or you'll switch to the competition.

> Any assistance would be appreciated. I was thinking it could be done
using
> CIDR maybe??

  CIDR alone won't help you, as the application server will think
everyone on the CIDR subnet is on the local broadcast domain, and try
to ARP for them, rather than sending packets to the gateway.  You
might be able to do something with static host routes.  On the server,
you'd have to add a host route to each handheld, with the gateway
being the VPN gateway/router.  Not sure this would work.  It makes my
head hurt.

  It might be possible to use static one-to-one NAT between sites, and
I think that would be better if so.  For example: Make the main site
10.1.1.0/24.  Make the remote site 10.2.2.0/24.  Route and VPN between
them as normal.  Put the handhelds at the remote site on 10.2.2.32/28.
 Have the intermediate gateways translate 10.2.2.32/28 to 10.1.1.32/28
and back again.  Also have the gateway for the main site do proxy ARP
for the handhelds at the remote.  This won't work if the IP payload
embeds the handheld IP address, but a lot of applications just grab it
from the IP headers.

-- Ben

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: VPN Issue

[jeff . wilhelm]

Wait a second, obviouslly this isn't ideal, but can't you just create an 
IP on the local network that port forwards traffic sent to it to the 
remote box? Just as if you were doing it to port forwards traffic from the 
WAN to a remotely unreachable box on the LAN?





"Tom Strader" <[EMAIL PROTECTED]> 
03/26/2008 08:29 AM
Please respond to
"NT System Admin Issues" 


To
"NT System Admin Issues" 
cc

Subject
RE: VPN Issue






Thanks Phil,
That's what I'm getting from Sonicwall. Management here wants us to
create a miracle and make this happen with the equipment we have
available and it just isn't going to happen.

Time to call Paciolan and get another server license for the Access
management software.

Thanks for your time sir.

Tom 


-Original Message-
From: Phil Brutsche [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 25, 2008 4:07 PM
To: NT System Admin Issues
Subject: Re: VPN Issue

The wireless-equipped SonicWALL firewalls are specifically designed to
put wireless clients on a separate subnet from the wired clients. I've
never used a TZ170 Wireless, but I have used the now-ancient SOHO TZW
and the newer devices aren't all that different - there is no way to
bridge the wireless subnet with the wired subnet.

If the wireless scanners *MUST* be on the same subnet as the server
(which I presume is wired), and the built-in wireless on your firewall
is on a separate subnet and *CAN NOT* be configured otherwise...

Time to go shopping for an AP.

Tom Strader wrote:
> Here's one for all you network guru's.
> Maybe someone can give me some insight on how to accomplish this.
> 
> I've been task to establish a VPN connection between two sites, our
main
> site and another EVenue.
> That, in itself is not a problem, I can get that done easily.
> 
> Here's the problem...
> 
> An application server on our main site communicates
> with wireless handheld scanners to scan tickets to verify they are
> valid. The handhelds must have a static IP on the same subnet as the
> application server. As anyone knows, you cannot have overlapping
> networks at two separate sites.
> 
> Has anyone ran across this scenario before and made it work.
> 
> EXP:
> Server's IP: 10.0.0.7
> Handhelds: 10.0.0.20 through 10.0.0.30 static
> 
> At our main site, we have a Sonicwall Pro 4060 with enhanced O/S
> At the remote site, a Sonicwall TZ170SP (wireless) with standard O/S.
> Sonicwall support says it can be done, but no one has ponied up to
give
> me the correct configuration.
> 
> Any assistance would be appreciated. I was thinking it could be done
> using CIDR maybe??

-- 

Phil Brutsche
[EMAIL PROTECTED]

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~


~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

RE: VPN Issue

[Tom Strader]

Thanks Phil,
That's what I'm getting from Sonicwall. Management here wants us to
create a miracle and make this happen with the equipment we have
available and it just isn't going to happen.

Time to call Paciolan and get another server license for the Access
management software.

Thanks for your time sir.

Tom 


-Original Message-
From: Phil Brutsche [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 25, 2008 4:07 PM
To: NT System Admin Issues
Subject: Re: VPN Issue

The wireless-equipped SonicWALL firewalls are specifically designed to
put wireless clients on a separate subnet from the wired clients. I've
never used a TZ170 Wireless, but I have used the now-ancient SOHO TZW
and the newer devices aren't all that different - there is no way to
bridge the wireless subnet with the wired subnet.

If the wireless scanners *MUST* be on the same subnet as the server
(which I presume is wired), and the built-in wireless on your firewall
is on a separate subnet and *CAN NOT* be configured otherwise...

Time to go shopping for an AP.

Tom Strader wrote:
> Here's one for all you network guru's.
> Maybe someone can give me some insight on how to accomplish this.
>  
> I've been task to establish a VPN connection between two sites, our
main
> site and another EVenue.
> That, in itself is not a problem, I can get that done easily.
>  
> Here's the problem...
>  
> An application server on our main site communicates
> with wireless handheld scanners to scan tickets to verify they are
> valid. The handhelds must have a static IP on the same subnet as the
> application server. As anyone knows, you cannot have overlapping
> networks at two separate sites.
>  
> Has anyone ran across this scenario before and made it work.
>  
> EXP:
> Server's IP: 10.0.0.7
> Handhelds: 10.0.0.20 through 10.0.0.30 static
>  
> At our main site, we have a Sonicwall Pro 4060 with enhanced O/S
> At the remote site, a Sonicwall TZ170SP (wireless) with standard O/S.
> Sonicwall support says it can be done, but no one has ponied up to
give
> me the correct configuration.
>  
> Any assistance would be appreciated. I was thinking it could be done
> using CIDR maybe??

-- 

Phil Brutsche
[EMAIL PROTECTED]

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm>  ~

Re: VPN Issue

[Ben Scott]

On Tue, Mar 25, 2008 at 3:31 PM, Tom Strader <[EMAIL PROTECTED]> wrote:
> ... application server ... handhelds must have a
> static IP on the same subnet as the application server.

  Call the application vendor and tell them to fix their crappy
software or you'll switch to the competition.

> Any assistance would be appreciated. I was thinking it could be done using
> CIDR maybe??

  CIDR alone won't help you, as the application server will think
everyone on the CIDR subnet is on the local broadcast domain, and try
to ARP for them, rather than sending packets to the gateway.  You
might be able to do something with static host routes.  On the server,
you'd have to add a host route to each handheld, with the gateway
being the VPN gateway/router.  Not sure this would work.  It makes my
head hurt.

  It might be possible to use static one-to-one NAT between sites, and
I think that would be better if so.  For example: Make the main site
10.1.1.0/24.  Make the remote site 10.2.2.0/24.  Route and VPN between
them as normal.  Put the handhelds at the remote site on 10.2.2.32/28.
 Have the intermediate gateways translate 10.2.2.32/28 to 10.1.1.32/28
and back again.  Also have the gateway for the main site do proxy ARP
for the handhelds at the remote.  This won't work if the IP payload
embeds the handheld IP address, but a lot of applications just grab it
from the IP headers.

-- Ben

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~   ~

Re: VPN Issue

[Phil Brutsche]

Wireless-equipped SonicWALLs don't support bridging the wireless and
wired interfaces.

Kurt Buff wrote:
> Don't know Sonicwall stuff, but I'm guessing that the word you're
> looking for is 'bridge'.

-- 

Phil Brutsche
[EMAIL PROTECTED]

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~   ~

Re: VPN Issue

[Phil Brutsche]

The wireless-equipped SonicWALL firewalls are specifically designed to
put wireless clients on a separate subnet from the wired clients. I've
never used a TZ170 Wireless, but I have used the now-ancient SOHO TZW
and the newer devices aren't all that different - there is no way to
bridge the wireless subnet with the wired subnet.

If the wireless scanners *MUST* be on the same subnet as the server
(which I presume is wired), and the built-in wireless on your firewall
is on a separate subnet and *CAN NOT* be configured otherwise...

Time to go shopping for an AP.

Tom Strader wrote:
> Here's one for all you network guru's.
> Maybe someone can give me some insight on how to accomplish this.
>  
> I've been task to establish a VPN connection between two sites, our main
> site and another EVenue.
> That, in itself is not a problem, I can get that done easily.
>  
> Here's the problem...
>  
> An application server on our main site communicates
> with wireless handheld scanners to scan tickets to verify they are
> valid. The handhelds must have a static IP on the same subnet as the
> application server. As anyone knows, you cannot have overlapping
> networks at two separate sites.
>  
> Has anyone ran across this scenario before and made it work.
>  
> EXP:
> Server's IP: 10.0.0.7
> Handhelds: 10.0.0.20 through 10.0.0.30 static
>  
> At our main site, we have a Sonicwall Pro 4060 with enhanced O/S
> At the remote site, a Sonicwall TZ170SP (wireless) with standard O/S.
> Sonicwall support says it can be done, but no one has ponied up to give
> me the correct configuration.
>  
> Any assistance would be appreciated. I was thinking it could be done
> using CIDR maybe??

-- 

Phil Brutsche
[EMAIL PROTECTED]

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~   ~

Re: VPN Issue

[Kurt Buff]

Don't know Sonicwall stuff, but I'm guessing that the word you're
looking for is 'bridge'.

Kurt

On Tue, Mar 25, 2008 at 12:31 PM, Tom Strader <[EMAIL PROTECTED]> wrote:
>
>
> Here's one for all you network guru's.
> Maybe someone can give me some insight on how to accomplish this.
>
> I've been task to establish a VPN connection between two sites, our main
> site and another EVenue.
> That, in itself is not a problem, I can get that done easily.
>
> Here's the problem...
>
> An application server on our main site communicates with wireless handheld
> scanners to scan tickets to verify they are valid. The handhelds must have a
> static IP on the same subnet as the application server. As anyone knows, you
> cannot have overlapping networks at two separate sites.
>
> Has anyone ran across this scenario before and made it work.
>
> EXP:
> Server's IP: 10.0.0.7
> Handhelds: 10.0.0.20 through 10.0.0.30 static
>
> At our main site, we have a Sonicwall Pro 4060 with enhanced O/S
> At the remote site, a Sonicwall TZ170SP (wireless) with standard O/S.
> Sonicwall support says it can be done, but no one has ponied up to give me
> the correct configuration.
>
> Any assistance would be appreciated. I was thinking it could be done using
> CIDR maybe??
>
> Thanks,
> Tom Strader
> Server Systems Administrator
> NC Blumenthal Performing Arts Center
> Charlotte, NC 28202
> O: 704.379.1285 | F: 704.444.2098
> http://www.linkedin.com/in/tstrader
> .¸¸.·´¯`·.¸><(((º> Swim on over
> ¸.·´¯`·.´¯`·.¸¸.·´¯`·.¸><(((º> to the PAC
> ¸.·´¯`·.´¯`·.¸.·´¯`·.´¯`·.¸.·´¯`·.¸><(((º> and catch some culture
>
>
>
>
>
>
>

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~   ~

VPN Issue

[Tom Strader]

Here's one for all you network guru's.
Maybe someone can give me some insight on how to accomplish this.
 
I've been task to establish a VPN connection between two sites, our main site 
and another EVenue.
That, in itself is not a problem, I can get that done easily.
 
Here's the problem...
 
An application server on our main site communicates with wireless handheld 
scanners to scan tickets to verify they are valid. The handhelds must have a 
static IP on the same subnet as the application server. As anyone knows, you 
cannot have overlapping networks at two separate sites.
 
Has anyone ran across this scenario before and made it work.
 
EXP:
Server's IP: 10.0.0.7
Handhelds: 10.0.0.20 through 10.0.0.30 static
 
At our main site, we have a Sonicwall Pro 4060 with enhanced O/S
At the remote site, a Sonicwall TZ170SP (wireless) with standard O/S. Sonicwall 
support says it can be done, but no one has ponied up to give me the correct 
configuration.
 
Any assistance would be appreciated. I was thinking it could be done using CIDR 
maybe??

Thanks,
Tom Strader
Server Systems Administrator
NC Blumenthal Performing Arts Center
Charlotte, NC 28202
O: 704.379.1285 | F: 704.444.2098
http://www.linkedin.com/in/tstrader 
.¸¸.·´¯`·.¸><(((º> Swim on over
¸.·´¯`·.´¯`·.¸¸.·´¯`·.¸><(((º> to the PAC
¸.·´¯`·.´¯`·.¸.·´¯`·.´¯`·.¸.·´¯`·.¸><(((º> and catch some culture 

 

~ Upgrade to Next Generation Antispam/Antivirus with Ninja!~
~   ~