I’m in the process of upgrading all of our Servers to 2008 and one of the servers that I’ve had to migrate recently is our DHCP Server.

In doing research before I moved DHCP i came across an article or a post stating that backing up a server 2003 DHCP server and then restoring it on a 2008 DHCP will appear to work, but will eventually give you problems and\or corrupt.

Not wanting to have to recreate all of our scopes and any reservations that we had set, i did find a way to move the data using the netsh command that doesn’t appear to suffer from the same problems as a backup\restore does.  (I don’t know why, just that my research showed this was the only method to migrate data between the two without risking problems down the road)

On the Source 2003 DHCP Server, open a command prompt and enter the following commands:

netsh
dhcp server
export <Filename.dat> <ScopeAddress>

This will create a file named FileName.dat in whatever directory you are in when you type the nets command.  I named my files the same as the ScopeAddress so as to avoid confusion.

Next you need to get that file onto the 2008 DHCP Server.  You will also need to launch the command prompt as administrator.  The easiest way I’ve found to do that is to find command prompt in the start menu (either the recently used programs or under all programs-&amp;amp;gt;accessories and right click and choose run as Administrator.

Now enter the following after you have changed to the directory containing the .dat file you exported previously (NOTE: since the command prompt is running as Administrator, i found that you do not have access to your network shares anymore, copy the .dat file somewhere local on the server):

netsh
dhcp server
import <filename.dat>

you should receive a message that the import was successful.

Refresh your DHCP console on the server 2008 and verify that the scope was created along with all options as well as any existing DHCP Leases.

Now you will need to deactivate the old scope on the 2003 DHCP Server and reconfigure any routers with the new IP Helper-Address so that DHCP requests are sent to the correct DHCP Server.

On my to-do list for a year or so has been setting up Radius authentication on all of our switches. I don’t want to have to give everyone the local password on the switches, but still be able to grant access to people that [think they] have to have access to the switches.

By doing Radius Authentication I can create rules on the Radius Server as to who can access the switches and what level of access they receive. We already use Microsoft Active Directory, so Microsoft’s IAS was the easy choice for a Radius Server. I’m working on finding a way to script the creation of the client Objects, but for now I created a small number of clients for a small number of switches for testing.

In the IAS console, choose Radius Client. Either Action -> New Radius Client, or right click in the right half of the screen and choose New Radius Client.

Friendly name: DataCenter-1
Enter the IP or the DNS Name of the switch.
Shared Secret: the “password” that the switch and the radius server use to talk. Should be different from other passwords used on your network as it is passed unencrypted.

Next you need to create a Remote Access Policy. Right click in the right half of the screen and choose new Remote Access Policy.

Name: DataCenterSwitchAccess
Access Method: VPN
Choose Group and then click Add. Type the name of the Group in Active Directory that you want to grant access to the switches to. I created a group that I’m going to use just for granting access to the switches with.
Click Next a couple of times and then Finish.

Now we have to make one change and that is the authentication method. Right click on the remote access policy you just created and choose Properties. Click Edit Profile and then choose the Authentication Tab. Unselect anything that is selected on the screen and then check unencrypted Authentication (PAP, SPAP). Click ok twice.

Lastly, we need to set up a Connection Request Policy. I setup a connection request Policy for each User that I wanted to access the switch. One of the reasons that I did this was to be able to include the service type to give certain people manager rights on the switches and everyone else operator rights.

Right Click on the right side of the Connection Policy Screen and Choose new Connection Policy.

I chose to do a Custom Policy

Profile Name: SysAdmin
I added User-Name and entered my username.
On the next screen Choose Edit Profile and Choose the Advanced Tab
Click add and find Service-Type. The default is Administrative, leave this if you want the user to have manager access to the switch. Set it to NAS Prompt if you want the user to be an operator. This user will get be asked to authenticate if they try to enter manager mode, and will get Access Denied If they enter their credentials since they don’t have manager access.

You will need to create a Connection Policy for each user that you want to access the switches.

You will notice that I have not entered an IP address for either of the two Policies that we created. The reason I’ve done this is that I don’t want to have to create a policy for each of the switches, or each of the switch\user combos in the connection policies.

On the switch you will need to enter four commands:

Radius-server host <ipaddress> key <PassPhrase>
aaa authentication ssh login radius local
aaa authentication ssh enable radius local
aaa authentication login privilege-mode

the first sets up what Radius Server you want the switch to use and what the Passphrase it should use is. The next two allow you to login to the switch over SSH using radius credentials as allowed by the radius server. The last command enables the processing of the Service Type field that we added to the connection Policy to give access levels.

You can also use radius to Console, web, and telnet authentication, just replace the ssh with the one you want above.

You now can use select AD Credentials to login to the switch. This is part of another project I’m working on which is getting Rancid up and running. I’m hoping to have a post about that up sometime next week.

I’ve been working on getting our PCs setup so that i can wake them up to do updates when ever i want. I found the easy setting in the Bios of Remote Wakeup, which has to be enabled. I was having a problem with some of our Dell Optiplex 745’s that they wouldn’t wake even with that setting set. So after some looking around there is another BIOS Setting for Low Power Mode, which is set to on for some reason on the 745s which turns off everything (including the NIC) when the computer is shut down. Once you turn that off, you are able to wake the computers.
This isn’t something that i was about to manually do on 1200 computers, so I downloaded Dell’s Client Configuration Utility which allows you to create .exe’s that deploy BIOS settings and can also be used to do BIOS updates. again, the remote wakeup was easy to find, it was called WakeUp on Lan and i enabled it for all NICs. The Low Power Mode was a bit more hidden. Some searching in the utility turned up a setting labeled LowPowerS5. Since i wanted to turn off Low Power Mode, i set this to disabled. This was not the right setting. For whatever reason, you actually enable LowPowerS5 to turn off Low Power Mode. Below is a screenshot of my two settings:

I Clicked create client package in DCCU and saved the resulting .exe. I then used our BigFix installation to create a Software Deployment Task and sent it to a couple of test computers.

Now i just need to send it out to the other 1197 …

I was speaking with one of my counterparts at another School District and he was mentioning that they periodically have to send one of their techs onsite to clean the local profiles on computers that alot of users migrate through, like libraries and labs. This reminded me of a group policy that i put on some of our library computers that were having the hard drive fill due to the large number of local profiles. Through Group Policy, I set it as a shutdown task on the computers.


The batch file has one line:
\\ServerName.Domain.int\proftools$\delprof.exe /Q

on the server i created a shared folder and gave Everyone Read-only access to the share and put a copy of DelProf.exe there (download from here).

when the computer shuts down it will clean out the local profiles, except for the administrator account.

© 2013 Suffusion theme by Sayontan Sinha