Skip Links

Network World

  • Social Web 
  • Email 
  • Close

How we did it

By Joel Snyder , Network World , 01/12/2004
Newsletter Signup
  • Share/Email
  • Tweet This
  • Comment
  • Print

Secure Sockets Layer VPN testing turned out to be a fairly complex task. We started by building a test network consisting of client systems, the SSL VPN device and servers running different enterprise applications. Each SSL VPN device would be used to connect clients to servers, and we'd record the results of interoperability tests.

This immediately raised two questions: which clients to use and which servers. To determine which clients were important, we analyzed the HTTP Web server log files for a recent one-month period to see which clients are used most commonly. Because SSL VPN users might not be working from company-owned and controlled systems, we let the general Internet distribution of browsers guide us. We analyzed approximately 3 million unique visitors to find which browsers account for at least 1% of the systems, and came up with five browsers: Internet Explorer versions 5 and 6, Netscape versions 4.7 and 7, and Apple's Safari browser, spread across various versions of Macintosh and Windows operating systems.

We installed several client Windows systems running Windows 2000; some with the most recent patch kits and others patched only up to Service Pack 3. The Windows systems ran two versions of Internet Explorer (Version 5 and an up-to-date Version 6) and two versions of Netscape (Version 4.7 and an up-to-date Version 7.1). We also borrowed a PowerBook G4 from Apple to run three browsers on Macintosh OS X (Internet Explorer, Netscape and Safari).

On the server side, we identified 20 typical enterprise applications for SSL VPNs, including some simple Web applications in pure HTML, applications using JavaScript, iNotes from IBM, Outlook Web Access from Microsoft, WhatsUp from Ipswitch, several test Macromedia Flash applications, Java-based applications from Altio, Microsoft's Terminal Services, Citrix Systems' MetaFrameXP, Windows file servers, Network File Systems file servers, FTP file servers, terminal emulation using Telnet and SSH, NetScreen Technologies' Global Pro Firewall management system, and mail services using the standard Post Office Protocol, Internet Message Access Protocol and Simple Mail Transfer Protocol. Although we wanted to include some more complex enterprise applications, such as SAP, the time requirements and expense of installing them proved too much for our test team.

  • Share/Email
  • Tweet This
  • Comment
  • Print
Comment
Login
Forgot your account info?
Add comment
Anonymous comments subject to approval. Register here for member benefits.
Have a NetworkWorld account? Log in here. Register now for a free account.

Videos

rssRss Feed