SYMPTOMS
When you try to connect to a remote resource over an existing Remote Access
Service (RAS) link that you have access rights to, one of the following
messages appears after you enter the correct password:
These symptoms occur after you call a RAS server from your RAS client and
the RAS server authenticates you successfully. Your RAS connection is not
affected when the above error messages appear.
RESOLUTION
To gain access to your remote resources:
- Log on to the remote domain after you establish the RAS connection.
-or-
- Automatically log on remotely when you start Windows for Workgroups
(before the RAS link is established).
These solutions are explained below. They assume that the remote domain
administrator has previously granted you access rights to the share you
are trying to connect to.
Log On to the Remote Domain After You Establish the RAS Connection
To log on to the remote domain after you establish the RAS connection, or
after you log on locally, enter your remote domain name in Control Panel
Network and then log off and on again:
- Run Control Panel and choose Network.
- Choose Startup.
- Select "Log On To Windows NT Or LAN Manager Domain".
- Enter the remote domain name in the Domain Name field and choose OK.
NOTE: Making the local domain name identical to the remote domain name
is a security issue. Check with your administrator before changing it.
- Choose OK again.
- From the Program Manager Network group, run Log On/Off to log off.
NOTE: Logging off does not hang up your RAS connection.
- Run Log On/Off again to log on with your remote user name and password.
If the symptoms still occur, and you are sure you are supplying
correct credentials, check with your network administrator to determine if
you have access permissions to the remote share.
Automatically Log On Remotely at Windows for Workgroups Startup
(Before the RAS Link is Established)
To configure Windows for Workgroups and RAS so you do not have to log on,
make your local user account, password, and domain name credentials the
same as your remote domain credentials.
NOTE: Making the local domain name identical to the remote domain name
is a security issue. Check with your administrator before changing it.
If you cannot make your credentials the same (due to your network
configuration), you can still avoid logging off and on again after each RAS
connection. To do so, run Control Panel to enter your remote domain name so
you can use your remote domain credentials when you are logging on during
startup of Windows for Workgroups (even though the RAS connection does not
exist yet):
- Run Control Panel and choose Network.
- Choose Startup.
- Select "Log On To Windows NT Or LAN Manager Domain".
- Enter the remote domain name in the Domain Name field and choose OK.
NOTE: Making the local domain name identical to the remote domain name
is a security issue. Check with your administrator before changing it.
- In the Microsoft Windows Network dialog box choose Log Off.
NOTE: Logging off does not hang up your RAS connection.
- If your remote user name is different from your local user name, type
your remote user name in the Default Logon Name field and choose OK.
- Quit Windows for Workgroups and reboot your computer.
- Start Windows for Workgroups and enter your remote user name and
password in the logon dialog box.
NOTE: A message appears stating that you are logged on. Your remote
domain credentials are now cached for automatic use when you later
connect over RAS to your protected resources on the remote domain.
Ignore the part of the message that indicates there was no server to log
you on. This message is expected because the remote domain controller
cannot be reached for account validation until you have a RAS
connection.
Each time you log on with your remote credentials when you start Windows
for Workgroups, you will be able to establish the RAS connection and
connect to your protected remote resources without having to log off and on
again.
NOTE: Logging on with your remote credentials may prevent you from
accessing local resources and browse lists because your remote credentials
may not be valid on your local network. For more information, contact your
network administrator.