|
Thin Client Overview
Implementing a thin client strategy can make a lot of sense during your next technology refresh. Thin clients coupled with VMware’s View (formally known as Virtual Desktop Infrastructure or VDI) offer not only a substantial return on investment (ROI), but can greatly reduce your day to day support efforts, especially for your remote offices where you might not have support staff.

You might recall the old diskless workstation days... there was a big push for thin clients, but they were slow and lacked basic features. These early attempts at a thin client were impracticable and lacked many features offered by a traditional desktop; it’s no wonder thin clients never gained wide spread adoption. But with advances in network bandwidth, CPU power and most recently virtualization, the thin client story has begun a new chapter in an otherwise old tale.
Today’s thin clients run comparable to native desktops, both in terms of speed and functionality. This is a big difference from the X-terminals and Novell diskless stations that we once knew. You can now run the same applications your corporate users are accustomed to, but without any changes to either the application or the interface they already use and know. We are going to skip over the many advantages you’ll have with a thin client solution and move straight into the configuration but we’ll have more articles very soon on the many features and advantages.
Thin clients have no moving components. That means no CPU fans, hard drives or other moving parts that can break or failing causing downtime. Downtime makes for unhappy customers and unhappy customers mean phone calls to you. In this article, we’ll show you how-to configure one of today’s hottest thin clients (Wyse’s V10L) with VMware’s View.
Components for Configuration
We will assume you already have a fully functioning View environment that utilizes VMware’s View connection broker. We are going to configure a Wyse V10L to handle the user authenticate and single sign-on for our users to access their virtual desktop running on our ESX cluster.
The WYSE V10L uses DHCP boot options to obtain its initial configuration. For those of you who have experience with IP phones, it works almost the same way. The DHCP boot options tell the WYSE V10L it’s protocol and location for its configuration. Retrieving these values from DHCP, the WYSE V10L then FTP’s its configuration file (wnos.ini) down to gain its remaining configuration (desktop options, connection broker IP address etc.)
For this deployment, we will need the following components:
- View Connection Broker (with a functioning View environment)
- DNS server (for name resolution)
- DHCP server (for IP address assignment and for the WYSE V10L to retrieve its power-on config)
- FTP server (to store the configuration file – wnos.ini - of the WYSE V10L)
DHCP Boot Options
We’ll begin our configuration with the DHCP boot options. I have included a table below with the most commonly used options:
| Option |
Description |
| 003 |
Default Route |
| 006 |
DNS Server(s) |
| 015 |
DNS Domain Name |
| 161 |
FTP server list. This can be either the name or IP address of the ftp server(s) seperated by commas or semicolon |
| 162 |
Root path to the FTP files. /wyse/wnos is automatically appended to this value. So if /config were entered, the affective path would become /configs/wyse/wnos. You can have 'wyse' omitted from the path by apending a dollar sign ($) to the path. i.e. /configs$ would imply a path of /configs/wnos |
| 184 |
FTP Username |
| 185 |
FTP Password |
| 186 |
WYSE Device Manager |
| 188 |
View Connection Broker. This can also be specified within your wnos.ini. |
For our example, we’ll use Microsoft’s DHCP snap-in to configure a new DHCP scope and options for our thin clients. Let’s begin by opening the snap-in as a domain administrator from a DHCP server configuring DHCP with custom options 161, 162, 184, 185, 186 and 188:
- Click ‘Start’ then ‘Run’. In the ‘Run’ window, type ‘dhcpmgmt.msc’ and click OK

- Right click on the hostname of your DHCP server and select the ‘Set Predefined Options’ from the menu

- Click the ‘Add’ button on the Predefined Options and Values window

- You be presented with the following window:

- I’ve provided the following example for option ID 161:

Repeat steps 3 through 5 to create DHCP options - 161, 162, 184, 185, 186 and 188 on your DHCP server:
- In the ‘Name’ field, provide a brief description of the new Option value.
- Change the ‘Data type’ to ‘String’
- Enter the DHCP Option in the ‘Code’ field (i.e. 161)
- Provide a brief description in the ‘Description’ field so you know what this value represents when looking at this later
Creating a DHCP Scope
We must now create our first DHCP scope and assign the relevant values to it:
- From your DHCP snap-in, right click on the hostname of your DHCP server and select ‘New Scope’.
Note: You may also modify an existing scope if you already have one
- You’ll be presented with the ‘New Scope Wizard’, click ‘Next’

- Provide a name and description for your new scope and click ‘Next’

- Provide the relevant IP block and subnet information for the scope and click ‘Next’

- Enter any exclusions (if any) for the scope and click ‘Next’

- Enter the desired lease time and click ‘Next’

- Select the ‘Yes, I want to configure these options now’ value and click ‘Next’

- Add your default gateway and click ‘Next’

- Provide your networks DNS information and click ‘Next’

- Provide a WINS server and click ‘Next’

- Select the ‘Yes, I want to activate this scope now’ option and click ‘Next’

- Complete the Wizard by clicking the ‘Finish’ button

- Your new scope will now be listed beneath your DHCP server

- Expand the newly created scope. Right click on the ‘Scope Options’ and select ‘Configure Options’

- You will be presented with the Scope Options Window. Place a check mark beside the relevant options you wish configured for your new scope and provide the appropriate Data for your network. Once your done, click ‘Next’
Note: At a minimum, you’ll need options 161, 184 and 185.

- Confirm these options are set correctly in the DHCP snap-in before proceeding

Configuring the WYSE V10L
Now that we have configured the necessary boot options, we need to create a custom configuration file (wnos.ini) containing the remaining parameters for our WYSE V10L. WYSE has a wealth of documentation on their site for creating the parameters for the wnos.ini, but I prefer to use the Configuration Generator, a.k.a. ConfGen provided by Thomas Moellerbernd and the team over at www.technicalhelp.de. ConfGen is a great little tool that has almost every option available for the WYSE V10L in a nice easy to use GUI. We have ConfGen available in our Downloads area as well as a sample wnos.ini.
- If you do not already have a wnos.ini file, download our quick start file from the downloads area or, generate a new file using the ConfGen utility.
- Modify the wnos.ini to suite your environment. In particular, pay close attention to the following directives:
- AddCertificate=rootcert.cer
If you are using a self signed certificate, it’s important that the certificate file name be included here. If you do not provide the self signed certificate, the WYSE V10L will fail to authenticate to your connection broker. If you are not using a self signed certificate, or use a certificate authority, you can comment out this option.
- VDIBroker=https://view.tcpdump.com
If you have not set the DHCP option 188 on your DHCP server, you must provide the URL for your connection broker here. If your connection broker requires https, make sure the URL contains https. Otherwise, you may use http.
Note: If you are using TCX MMR, please see our WYSE TCX MMR and VMware VDI KB for additional details on configurations with TCX MMR support
- Copy your newly created wnos.ini to your FTP server in the following path:
/wyse/wnos/
- If using a self signed certificate, copy it to your FTP server in the following path:
/wyse/wnos/cacerts/
If all has gone well, you are now ready to use your new thin client! Plug it in and turn it on! Once it has booted up, you should see a screen similar to the following:

Log in as an entitled user and enjoy your new thin client virtual desktop!
Add this page to your favorite website
|