Linux in Government: Setting Up a Linux Desktop in a Small Office Network
In our last column, we said were going to explain how to set up a small office network using Samba 3, Linux and Windows XP. We promised to emphasize a workgroup environment rather than a large domain. In this article, we demonstrate how Linux fits into a desktop infrastructure regardless of the presence of other operating systems.
Also, before we assemble our small office, we want to expand our requirements to allow Windows 98 computers into our workgroup, as that operating system continues to be a large and significant percentage of personal desktop computers in use worldwide. Fortunately, we have a solution for allowing them to work with the latest desktop operating systems from Redmond.
Small office, home office (SOHO) networks command a large majority of the PC market and have many features in common. For example, small networks leave user security to each machine rather than providing server authentication.
The members of small offices, also called workgroups, use peer-to-peer networking. Individual users share their printers and files with others without having to provide a user name and password. If one machine performs functions such as financial accounting and record keeping, it can be segregated from other users by implementing stronger machine level security policies.
If you have a small office network and use Linux while others in your family or office team use Mac or Windows, you soon discover that your system has resources to fit into the overall network smoothly; your machine even provides services the others lack. Even a simple Linux desktop offers more applications for networking than do top-of-the-line Microsoft and Apple operating systems.
Samba, an open-source networking system, provides the glue that allows Linux and other variants of UNIX, such as Apple's Mac OS X, to work with Windows operating systems. Samba implements what is called the Microsoft network stack, a bundle of protocols and information broadcasted over a network that reminds some people of rush-hour traffic in southern California.
If you want to use Linux exclusively in a small office network environment, you have many simple and straightforward options for creating shared folders and printers. Such options originated on the Internet, and they provide Internet security models and include different printer protocols, such as LPRng and CUPS. You can provide File Transfer Protocol or use SSH to allow access to shared files. You also can share devices such as CD-ROMs and modems. Linux provides simple and straightforward solutions, because the GNU/Linux developers implemented Internet and POSIX standards from inception.
When the ubiquitous Windows is a consideration in a network environment, you run into many challenges. First, Win32 networking implements an odd form of the TCP/IP Internet standard. In addition to using TCP/IP addressing and routing schemes, Microsoft provides a number of closed and proprietary ways to identify computers on a network. Most of the MS protocols remain unpublished and undocumented. These include such things as establishing local and master browsers, browser election requests, domain and workgroup registrations and dozens of additional activities that occur on your network. Network traffic grabs a significant amount of bandwidth just so the user can see other computers in the Network Neighborhood; find resources, such as printers; and gain access to the Internet. Even to the brave of heart, understanding the Microsoft network stack presents a major learning curve.
Few people are willing to say that Microsoft is known for having a great security model. In a Windows infrastructure, complexity becomes the order of the day. In addition to the complexity of their network protocols and standards, Microsoft changes its network syntax from version to version--a form of built-in obsolescence. For example, Redmond made major changes in the way its operating systems communicate when it introduced Windows 2000 Professional and, later, XP. Because the Microsoft "gang" of computer manufacturers ship only the latest Windows versions, older but functional products, such as NT Workstation and Windows 98, became obsolete. Your previously functional workstation has given way to computers that need 512MB of fast memory, large hard drives and the fastest processors instead of small hard drives, modest memory and processors.
Given these hurdles, the Linux desktop actually can play an important role in a small office/home office environment. Let's see how.
Figure 1 depicts a typical home network, the kind that accounts for somewhere near 40 percent of the personal computer market. The home network of today uses a broadband connection to the Internet, such as a cable modem, DSL or a high-speed satellite uplink. In other cases, connections simply may use a dial-up modem.
To protect the inside network, many people have chosen to use an Internet appliance such as a BEFSR41 Linksys Broadband Router. This helps protect a home network from external intrusion, but unfortunately, it does not stop spyware from sending out information from your Microsoft systems. Still, within the limitations of the well-documented Microsoft security model, you should consider a firewall a must.
Going back to Figure 1, we have four computers and a single printer. In this scenario, we have one Windows XP laptop computer, two Windows 98 desktop computers and a Linux desktop computer. We want to share the printer from our Linux box and allow each computer to access a shared directory and reach the Internet.
The two Windows 98 computers can share printers and files with each other. The Linux box can do the same with the Windows 98 and XP systems. In Figure 2, you can see how a Linux desktop running Xandros' file manager can see all of the network, including both Windows 98 computers and the XP desktop. In each of the Microsoft systems, you can browse the network and see the Linux desktop in Network Neighborhood. The Linux desktop appears the same as the other Windows computers.
Again, referring to Figure 2, we have highlighted the shared documents folders on the node called Dallas, which is a Windows XP system. You also can see a word processor file named xp_network_setup.sxw, which was saved in the native OpenOffice.org Writer format.
How difficult was it to set up this network? Aside from the standard wiring, Ethernet connections and installation of the firewall and modem, the system basically installed itself. Both Windows 98 machines followed standard setup procedures. After installation, the systems used DHCP to obtain their IP address, DNS servers and route to the Linksys broadband router. The Linksys router provided a private Internet address scheme using the Class C address of 192.168.1.xxx. Once they were established and could reach the Internet, we right-clicked Network Neighborhood, selected Properties and changed the dynamic addresses to static ones.
We then used a method called Simple File Sharing and invoked the Network Setup Wizard. Once we followed the wizard through, XP asked us if we wanted to enable sharing on other computers, referring to other Windows machines. By answering yes, we created a floppy disk and installed the XP protocols on Windows 98. This process upgraded the older systems to the newer protocols. Suddenly, the XP and Windows 98 boxes began communicating. The program furnished by Microsoft is called netsetup.exe.
We then installed Xandros version 3.0 Deluxe Edition and enabled Windows Networking, as shown in Figure 3.
Notice that we were able to configure Windows Networking through the use of a dialog window. The Xandros Linux desktop allowed us to specify file and printer sharing, name the computer, define the workgroup and enable share level security, which we used on the Windows computers for home networking.
Other Linux distributions do not have the simple configuration scripts that are available with Xandros, but they soon will be available from a new project called LAN-d. Once LAN-d becomes available, all Linux distributions will be as easy to configure as Xandros. At the moment, Samba requires manual configuration from the command-line interface.
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- Designing Electronics with Linux
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Build a Skype Server for Your Home Phone System
- Validate an E-Mail Address with PHP, the Right Way
- Why Python?
- A Topic for Discussion - Open Source Feature-Richness?
- Tech Tip: Really Simple HTTP Server with Python
3 hours 24 min ago
- Reply to comment | Linux Journal
3 hours 32 min ago
- Understanding the Linux Kernel
5 hours 47 min ago
8 hours 16 min ago
- Kernel Problem
18 hours 19 min ago
- BASH script to log IPs on public web server
22 hours 46 min ago
1 day 2 hours ago
- Reply to comment | Linux Journal
1 day 2 hours ago
- All the articles you talked
1 day 5 hours ago
- All the articles you talked
1 day 5 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?