Quick access. Search related threads. Remove From My Forums. Answered by:. Archived Forums. Windows Server General Forum. Sign in to vote. Tuesday, January 19, PM. Hi Mangesh, Windows Server R2 has two versions: 1.
SP1 version of Windows Server R2 2. SP2 version of Windows Server R2 To verify which version you have, check if "includes Service Pack 2" is labeled on your product discs. Regards, Bruce. Thursday, January 21, AM. What you can do is to run the "printmanagement.
If you run the print management on a client you can map to the terminal server and manage drivers, printers, ports etc from your client. Very smooth! Windows Administration Tools are incompatible with Windows Server operating systems. Most Windows Server administration tools work the same as their Windows counterparts. Sometimes, the Windows Server administration tools offer increased functionality with regard to their Windows counterparts.
For example, the new drag-and-drop feature of the Windows Server Users and Computers snap-in is fully functional against Windows based domain controllers. In other cases, increased functionality in Windows Server administration tools is not turned on or is not supported when you administer Windows based computers. For example, features in the administration tools that depend on functionality in Windows Server , such as the "Saved query for last logon time" functionality, are not supported against Windows Server-based computers because earlier-version servers do not have the required server-side support.
In rare cases, Windows Server administration tools are incompatible with Windows Server-based computers and are unsupported for managing those computers.
Similarly, in rare cases, Windows administration tools are incompatible with Windows Server based computers. When a Windows based computer that has the Windows Adminpak installed is upgraded to Windows Server or to Windows XP, the System Compatibility Report that is displayed in the upgrade process reports that the Windows administration tools are incompatible with Windows Server or with Windows XP. If you click Details , you receive the following error message: Setup has detected Windows Administration Tools on your computer.
Use one of the following methods:. If the Windows administration tools were left in place when the Windows based computer was upgraded to Windows Server , do not try to remove the Windows Administration Tools icon that appears in the Add or Remove Programs item in Control Panel. If you try to remove the Windows administration tools by using the Add or Remove Programs tool, you may receive the following error message:.
Ignore this error message. You can install the original-release version of the Windows Server Administration Tools Pack on computers that are running the following operating systems:. You can install the Service Pack 1 version of the Windows Server Administration Tools Pack on computers that are running the following operating systems:.
The version of Adminpak that is included in the I folder of the installation media for the bit versions of Windows Server is called Wadminpak. The Wadminpak. Similarly, you can install Wadminpak. You must remove earlier versions of the Administration Tools Pack before you can install a later version, including the final release. To install the Administration Tools Pack, right-click the. Alternatively, by using Group Policy, you can use Active Directory to remotely install or to publish the file to a Windows XP-based computer or to a Windows Server based computer when a user logs on to the computer.
For more information about how to remotely install the Administration Tools Pack, click the following article numbers to view the articles in the Microsoft Knowledge Base: How to use Group Policy to remotely install software in Windows Server When you upgrade a Windows based server to Windows Server , the system compatibility check in Windows Server Winnt You may safely ignore this message and continue with the upgrade process from Windows to Windows Server Before you contact Microsoft Customer Support Services CSS , see the known compatibility issues that are described in this article, and note the release date of their resolution.
You must remove earlier versions of Adminpak. Confirm that you are using the latest supported version of the Adminpak. You can use the APVer. To do this, change to the folder where you expanded Adminpak.
See the known compatibility issues that are described in this article to determine whether the issue is known. Windows Server Winnt You can safely ignore this warning in Winnt After the upgrade is complete, install the Windows Server version of Adminpak.
If you use a Windows based computer to administer Windows Server based domains, you do not see advanced user interface UI features that are supported by Windows Server based domains. For example, you do not see domain and forest functionality or advanced trusts. The Schema may be modified on this Domain Controller check box has been removed from the Change Schema Master dialog box. By default, schema updates are enabled on Windows Server based domain controllers.
Additionally, you receive the following error message:. Windows cannot find gpedit. Make sure you typed the name correctly, and then try again. To search for a file, click the Start button, and then click Search. There are no known issues when Windows based forests are administered from Windows Server based clients or from Windows XP Professional-based clients.
Start Active Directory Users and Computers from the console of a Windows Server based computer or of a Windows based computer. To manage dial-in properties on the user account, use the remote access policy administration model.
The remote access policy administration model was introduced in Windows to address the limitations of the earlier dial-in account permission model. The remote access policy administration model uses Windows groups to manage remote access permissions.
Customers who use the recommended administration model that is named "remote access policy administration model," can use the administration package from Windows XP to manage remote access permission for users in Active Directory.
Settings on the Dial-in tab are not typically used for VPN or wireless deployments. There are several exceptions. For example, administrators who deploy dial-up networks may use callback number. In these cases, use Terminal Services or Remote Desktop to access a Windows Server based or Windows based computer, or log on to the console of a Windows Server based computer or of a Windows based computer to manage the Dial-in tab. Administrators who manage dial-in permission must also have access to the whole user account.
The user account has many more security properties. In the policy administrative model, a separate group can be created to grant dial-in permissions.
Additionally, permissions to manage access to that group can be granted to a different administrator. Most Microsoft Windows programs use groups for access control. Groups reduce the additional attempt of managing separate permissions network access.
You can use the same groups for controlling access to dial-up, VPN, wireless network, or file shares. There are many challenges that are introduced when you are deploying more than one access technology at the same time. The permissions and the settings for dial-up, VPN, and wireless technologies may be different. For example, contractors may be permitted to access wireless networks but may not be permitted to connect from home by VPN. Wireless may require different security settings with regard to VPN and dial-up connections.
Callback settings may be useful when you are connecting from a local area code. However, you may want to disable callback when the user is connecting from an international telephone number. You can configure the remote access policy administration model in the Remote Access Policies node of the Routing and Remote Access snap-in when the domain is configured in Windows native mode or a later version. Or, log on to the console of a Windows Server based computer or of a Windows based computer to configure these settings directly.
Windows XP-based computers that are joined to Windows based domain controller domains do not support the enhanced functionality to select multiple users and to make bulk edits for attributes such as the home folder and the profile path. The multiple-select functionality is supported in forests where the schema version is 15 or later versions. Because of extensive schema changes, you cannot use Windows XP Professional-based clients to administer Windows based computers, and you cannot use Windows based clients to administer Windows Server based computers.
To administer Windows Server based computers, perform remote administration from the console or from a Terminal Services session on the destination computer, or use Windows based clients to manage Windows Server-based computers and Windows XP-based and Windows Server based clients. We do not recommend cross-version administration from Windows to Windows Server because this does not produce Windows XP profiles. To work around this problem, access the DNS server through a host name instead of through an IP address.
This issue applies to the original-release version of the Windows Server Administration Tools Pack. The original release version of Windows Server Adminpak. By default, a warning dialog box is presented when you try to perform a drag-and-drop operation. You can dismiss the warning dialog box for the session. However, the dialog box will appear again the next time that you start the snap-in. You can disable drag-and-drop capabilities by setting the first part of the DisplaySpecifiers attribute to 0 zero in the configuration naming context in Active Directory.
0コメント