Logo
programming4us
programming4us
programming4us
programming4us
Home
programming4us
XP
programming4us
Windows Vista
programming4us
Windows 7
programming4us
Windows Azure
programming4us
Windows Server
programming4us
Windows Phone
 
Windows Server

Windows Server 2008 Server Core : Starting and Configuring the Registry Editor (part 2)

- Free product key for windows 10
- Free Product Key for Microsoft office 365
- Malwarebytes Premium 3.7.1 Serial Keys (LifeTime) 2019
1/27/2012 3:11:06 PM

4. Working with the SCRegEdit Script

Microsoft has begun using a new scripting file format called the Windows Scripting File (WSF). The SCRegEdit.WSF file on your system is just one of many WSF files you should expect to see at some point. The purpose of this script is to make it easier to perform certain types of registry edits. The following sections detail the kinds of registry edits you can perform and the command line switches you use to perform the tasks.


4.1. Setting Automatic Updates

This feature of the SCRegEdit script lets you set the automatic update feature for Windows without relying on the GUI. This script feature uses the following syntax:

/AU [/v][1 | 4]

The following list describes each of the command line arguments:


/v

Displays the current Automatic Update settings.


1

Disables the Automatic Update feature.


4

Enables the Automatic Update feature.

4.2. Enabling Terminal Services

Because Server Core lacks a GUI, it's often helpful to use Remote Desktop to administer the server. Using this approach lets you combine the benefits of both the command line and the GUI to get work done faster.

There are two forms of this particular script feature. The first form is for newer versions such as Vista. This form provides additional security not provided with previous versions of Windows, so it's more secure, but also limits connectivity. This script feature uses the following syntax:

/AR [/v][0 | 1]

The following list describes each of the command line arguments:


/v

Displays the Terminal Services connection settings.


0

Enables the Terminal Services connection.


1

Disables the Terminal Services connection.

The second form lets older versions of Windows make a connection to Server Core. Except for the amount of security provided, this form works just like the other form of this feature. When working in secure mode, Terminal Services relies on the Credential Security Support Provider (CredSSP) to provide security. Read more about CredSSP at http://blogs.msdn.com/windowsvistasecurity/archive/2006/08/25/724271.aspx. You may also want to review the group policy settings for this feature at https://msdn2.microsoft.com/en-us/library/bb204773.aspx. This script feature uses the following syntax:

/CS [/v][0 | 1]

The following list describes each of the command line arguments:


/v

Displays the CredSSP setting.


0

Allows previous versions of Windows to connect to the server using non-CredSSP techniques.


1

Requires that all Terminal Services remote connections use CredSSP.

4.3. Configuring the IP Security (IPSec) Monitor

You may need to provide remote management capability for the IPSec feature of Windows. Use this script feature to modify the remote management capability as needed. This script feature uses the following syntax:

NOTE

The Internet Engineering Task Force (IETF) created the Internet Protocol (IP) Security Protocol Working Group to look at the problems of IP security, such as the inability to encrypt data at the protocol level. It's currently working on a wide range of specifications that will ultimately result in more secure IP transactions. For example, IPSec is used in a variety of object-based group policy schemes. Windows currently uses IPSec for network-level authentication, data integrity checking, and encryption.

/IM [/v][0 | 1]

The following list describes each of the command line arguments:


/v

Displays the IPSec Monitoring setting.


0

Prevents remote management of IPSec Monitoring.


1

Allows remote management of IPSec Monitoring.

4.4. Managing DNS Service Priority and Weight

The Domain Name System (DNS) service is one of the more important features of Windows because it helps set the addresses for each node on the network. In fact, the services provided are standardized across all operating systems as part of RFC 2782 (see http://www.faqs.org/rfcs/rfc2782.html for details). You'll normally use this script feature on domain controllers only. The DNS Service (SRV) records have both a priority and a weight. The priority affects the LdapSrvPriority registry setting (see http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentry/55945.mspx for details). When two DNS servers have the same priority setting, Windows relies on the weight setting to determine which server to use. You set the priority using the /DP command line switch. This script feature uses the following syntax:

/DP [/v][Value]

The following list describes each of the command line arguments:


/v

Displays the current DNS SRV priority setting.


Value

A value between 0 and 65,535 that defines the server priority. Microsoft recommends a value of 200.

When two DNS servers have the same priority, Windows relies on the weight value to determine which server to use. Use the /DW command line switch to modify the DNS SRV record weight. This setting affects the LdapSrvWeight registry setting. You can read more about the LdapSrvWeight setting at http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentry/55945.mspx. This script feature uses the following syntax:

/DW [/v][value]

The following list describes each of the command line arguments:


/v

Displays the current DNS SRV weight setting.


Value

A value between 0 and 65,535 that defines the server weight. Microsoft recommends a value of 50.

4.5. Using the Command Line Reference

The SCRegEdit script also includes a command line reference for performing some common command line tasks. This script feature uses the following syntax:

/CLI

When you type CScript SCRegEdit.WSF /CLI and press Enter, you'll see a display similar to the one shown in Figure 2. The command line information tells you how to perform common tasks using the current version of the server. Since Microsoft will likely keep this file updated as it provides revisions, you should refer to this information when it appears that an update has made an older configuration technique incomplete. Unfortunately, the information only tells you how to perform the most basic tasks and not in any particular order.

Figure 2. The /CLI command line switch is useful because it provides information on performing common tasks.

5. Scripting Registry Entries with the RegIni Utility

The RegIni utility lets you perform registry manipulations that involve security or other configurations. You can also use it to perform a list of registry modifications as a script, rather than individually using RegEdit. The most common use of this utility is to modify the security settings for the registry as explained by the Knowledge Base article at http://support.microsoft.com/?kbid=245031. The Knowledge Base article at http://support.microsoft.com/?kbid=237607 has additional information on using this utility for security purposes. You can find a more complete discussion of how to use RegIni, including creating scripts using a number of techniques, on the Windows IT Library site at http://www.windowsitlibrary.com/Content/237/2.html. This utility uses the following syntax:

RegIni [-m \\computername] scriptname

The following list describes each of the command line arguments:


scriptname

Specifies the name of the file containing the registry script.


-m \\
computername

Specifies the name of the computer on which to perform the modifications. The default is the local computer.

Other -----------------
- Microsoft BizTalk 2010 : Consuming ASDK-based Adapters - Installation
- Microsoft BizTalk 2010 : Understanding the ASDK-based adapter
- Microsoft Dynamics CRM 4.0 Accelerators : eService Accelerator (part 4)
- Microsoft Dynamics CRM 4.0 Accelerators : eService Accelerator (part 3) - Modify the New Workflows & eService Configuration
- Microsoft Dynamics CRM 4.0 Accelerators : eService Accelerator (part 2)
- Microsoft Dynamics CRM 4.0 Accelerators : eService Accelerator (part 1) - Configuring ASP.NET Membership
- Automating Dynamics GP 2010 : Speeding up document delivery with e-mail
- Automating Dynamics GP 2010 : Getting control of accruals and deferrals with Recurring GL batches
- Microsoft Systems Management Server 2003 : Disaster Recovery - Restoring Site Systems
- Microsoft Systems Management Server 2003 : Disaster Recovery - Recovering the SMS Site
 
 
Top 10
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 2) - Wireframes,Legends
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 1) - Swimlanes
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Formatting and sizing lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Adding shapes to lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Sizing containers
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 3) - The Other Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 2) - The Data Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 1) - The Format Properties of a Control
- Microsoft Access 2010 : Form Properties and Why Should You Use Them - Working with the Properties Window
- Microsoft Visio 2013 : Using the Organization Chart Wizard with new data
 
programming4us
Windows Vista
programming4us
Windows 7
programming4us
Windows Azure
programming4us
Windows Server