My company is revamping its network security plan. What tools should I use to develop up-to-date policies, and are there any tools that make this easier?
Security is an ever moving target that must be continually managed and refined to ensure appropriate confidentiality, integrity, and availability of the services and systems that are critical to your business, as well as the valuable information that is often at the heart of the organisations we defend.
The stream of news stories highlighting loss of customer information and proprietary data (among other drivers) are prompting many of us to take a step back and re-evaluate the infrastructure at large, and our security tools within that infrastructure.
In this case, you're wondering how network tools can help in creating up-to-date security policies.
When a single Web Server machine isn’t enough to handle the traffic on your Web site it’s time to look into building a Web Farm that uses multiple machines on the network acting as a single server. In this article Rick looks at the Windows Load Balancing Service and the new interface it sports in Windows Server 2003, which makes creating a Web Farm quick and easy and – gasp –even an affordable solution.
Microsoft Windows Network Load Balancing (“NLB”) is the “free” out-of-the-box software load balancing solution available for Windows 2003-based Terminal Servers. NLB is available with all editions of Windows Server 2003, although your Terminal Servers must be running at least the Enterprise edition of Windows to use the Session Directory. (We'll cover the Session Directory in an upcoming article.)
Network Load Balancing works by assigning a single virtual IP address to those multiple servers that can respond. You then assign a DNS name to the virtual IP address. RDP clients connect to this DNS name, and the system responds by automatically connecting the user to the least-busy server.
Lets explore the task of migrating from Novell GroupWise to Microsoft Exchange 2007 (because companies still have it out there!). We will cover all areas of the migration including the most critical of phases, planning and preparation. Time spent here will save you many days later on in the project. We will show exactly how to create connectivity between the two systems and will discuss some of the common pitfalls of interoperability. Finally, we will cover the actual migration, showing the use of both native and 3rd party tools, namely the Quest GroupWise Migrator for Exchange. The intention is to write the definitive article on GroupWise to Exchange migration. We will make use of & refer to existing material, which will be corrected and or updated where appropriate. The series will walk any prospective migration consultant through both the theory and practice highlighting specific pointers and tips where we can help, and gotchas that you must watch out for.
It is very common for some of your users to express an interest in having their mail delivered to a mailbox that is external to your organization. For example, the user is going to be working away from the office and would like their mail to be delivered to their Hotmail account. Another request might be to have their mail delivered to a different person altogether.