Home > Enterprise Desktop Tips > > Lockdown network access to non-production PCs
Enterprise Desktop Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 


Lockdown network access to non-production PCs


Martin Baker
11.04.2002
Rating: --- (out of 5)


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


This tip was submitted to the SearchWin2000.com Tip Exchange by member Martin Baker. Let other users know how useful it is by rating the tip below.


If you have non-production machines connected to your LAN, you can lock them out by using IPSec authentication header.

I was recently employed by a client to try and find a way to stop their developers from connecting to their production LAN. They had just deployed a 10,000 seat Win2k environment and fully standardized on server and client builds. The new environment is very tightly controlled with proper procedures (change management, etc.) for everything. They have very tight group policy control on desktops as well. So, they just deployed a nice shiny new environment and had full control -- or so they thought!

They found that their developers could still connect to their production environment with their "non-standard" PCs. Developers had autonomy to install whatever OS they wanted on their PCs in order to simulate their client's environments for full product testing. The IT team were worried about viruses and access control, among many other concerns. So how could the client's IT team stop these non-production machines from accessing production servers?

The answer was IPSec. We locked them out from a whole range of servers by using IPSec -- authentication header. You can't install IPSec on a Windows 2000 domain controller, but that wasn't too much of an issue since the domain controllers were dedicated controllers, and had no file/print sharing or other services.

To save overhead on the network and servers we didn't configure encryption -- we just used the authentication feature of IPSec.

So, install & configure IPSec on the servers you want to protect, but be careful not to include domain controllers -- and don't configure encryption to save the overhead.

Click here for more information.

Rate this Tip
To rate tips, you must be a member of SearchEnterpriseDesktop.com.
Register now to start rating these tips. Log in if you are already a member.


Submit a Tip




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   



RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.



Enterprise Desktop Security - Virus Protection, Malware Protection, Intrusion Detection
HomeTopicsITKnowledge ExchangeTipsMultimediaWhite PapersBlogs
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2008 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts