Yesterday, a Sunday, was a busy day for me. Although as much as I wanted to spend time with my family for that day, I have to go and pay a visit to a client who is currently planning to migrate fully to Linux.
The problem or problems were simple really. Below are some details regarding their infrastructure.
The Client
Actually I am doing this on a freelance basis. Since I am not available on weekdays because of my day job as a Tech Support and Pre-Sales for a local IT vendor, I asked the client that the planned initial steps for their migration be set on Sundays. The proposal I previously submitted projected the “migration” will take about five days (Sundays).
The client is a real estate developer. Their computers were fixed-function stations with the primary purpose of generating documentation, reporting, email, internet browsing, and billing. Pretty standard office stuff. The migration will not be as difficult.
The Objectives
The client intends to cut down costs in terms of software licensing, increase control over users’ internet use without invading user privacy, increase the security of the main business network by preventing unauthorized access into the main network that might come from the wireless portion of the entire network, and maintain compatibility of pre-established and used document formats.
The Infrastructure
Their existing infrastructure consists of the ff:
- one Systems Admin
- 10 - 20 workstations for documentation, reports, email, browsing, and billing running Windows XP
- no definite specific server/s
- mixed set of printers (Epson, HP, Canon) ranging from Dot Matrix, Deskjet/Bubblejet, and Lasers.
- a wired (copper) network using 10BaseT/UTP
- a wireless network using LinkSys wireless access point/switch/router
- broadband (ADSL) internet connection
- commercial anti-virus
- file and printer sharing
- Applications: PeachTree Accounting, Norton AntiVirus, internal custom systems developed using Clipper, and MS Office.
The Diagnosis
My initial inspection of the infrastructure found their existing inefficient and vulnerable. Here are the initial findings:
1. The network(s) were inefficiently using IP addressing. Each department were using a different IP class for only very few computers. One department uses class B IP addressing (10.0.0.x) and another department uses class C IP addressing (192.168.x.x). Each department only has an average of 4 or 5 computers maximum.
2. The wireless network is directly interconnected to the wired network. The main network gets IP addresses via the DHCP service provided for by the LinkSys Switch Router. Mobile clients that will access internet connection via the wireless access point can access other machines within the main business network.
3. No restrictions and control is implemented for users within the main business network. Users tend to surf and download malicious content through the web.
4. Virus infections were common and left unresolved.
The Recommendation
With prior talks with their System Admin, I recommended SuSE Linux despite the existence of other “Windows-like” Linux distributions due to the fact that a local vendor offers SuSE Linux and can extend support to them locally.
Further recommendations were:
1. Use ONLY class C IP addresses and use subnetting (192.168.0.x, 192.168.1.x, …). Each department will use a subnet of the same IP class.
2. The wireless network will be assigned a separate subnet than the main business network.
3. A “server” will be setup to provide proxy service, routing between the main business network and the wireless router.
4. The “server” will use iptables-based firewall with one network interface designated as a demilitarized zone for the wireless network, and an internal zone for the main business network. This will in turn block those from the DMZ from accessing the main business network.
5. Squid will be used as the internal proxy server which allows for easy installation, maintenance, flexibility in implementing restriction via access control lists (ACLs).
6. Samba will be used for file and printer sharing allowing internal workstations that will still continue using Windows to use network shares and resources.
Already Implemented
I had just started to implement changes to their infrastructure and one day will not be enough for two people (me and the System Admin) to perform the entire implementation. The fact that the Admin is also more inclined to Windows than Linux does not help speed up the implementation.
So far, we were able to accomplish putting up the internal proxy server using Squid. ACLs for Squid will still be added later. The client’s System Admin will do the updating to new IP addressing for the rest of the workstations. File and printer sharing will be done later.
Here’s the diagram of the proposed modification to the network that is in the process of implementation:

- Click picture to enlarge.
This project is very much a first for me to implement, hopefully this “pilot” project will be one of many “migration” projects that I will be doing in the future. Certainly, Linux, for some local businesses is starting to look pretty viable an alternative cost-wise and security-wise. Look forward to more updates regarding this project soon.
If you have any suggestions, feel free to comment. I’d love to hear your suggestions to make the client’s foray into Linuxland more beneficial and worthwhile.