Restricting users' ability to run the different options found in the NetWare User Tool utility.

Articles and Tips: qna

01 Jan 1997

Dear Ab-end: read an article about restricting users' ability to run the different options found in the NetWare User Tool utility. This was done by including a section called [Restrict] in the NETWARE.INI file with the appropriate restrictions listed under it. Although this article dealt with Client 32, I wonder if the settings work also with the VLM client. If they do, what version of the DOS/VLM client would it work with?

--Keeping Compatible in Keokuk

Dear Keeping: Here's the story straight from Mike Hemsley, the engineer who wrote the NetWare User Tools utility. The update to the DOS Requester client included with NetWare 4.11 has the full [Restrict] capability. Actually, the [Restrict] capabilities are included in the last release of NETWARE.DRV (v3.10), which is included in both the DOS/Windows Client for DOS Requester and Client 32.

There are several options that allow access to the [Restrict] capability:

Install the IntranetWare 4.11 or NetWare 4.11 DOS/Windows Client 32 client.
Install the IntranetWare 4.11 or NetWare 4.11 DOS Requester client (v 1.21).
The version of NETWARE.DRV that shipped with NetWare 4.1 (the DOS Requester client v1.1) supports only the following [Restrict] options:
```
UserTool=
NoDrives=
NoLPTs=
NoConnections=
NoSend=
NoSettings=
NoUser1=
NoUser2=
```
If customers want the [Restrict] capability but have reasons why they don't want to update the DOS Requester, it is possible to extract the pieces of the new client and copy them back into an existing client. However, it's easier to just use the updated versions.

The latest patch version is dated 5-20-96. I retrofitted the changes into the patch as the result of a high-profile customer issue. I hope I haven't scrambled the DOS Requester release/version numbers, which is why I have tied the DOS Requester release to the various server releases.

* Originally published in Novell AppNotes

Disclaimer

The origin of this information may be internal or external to Novell. While Novell makes all reasonable efforts to verify this information, Novell does not make explicit or implied claims to its validity.