Troubleshooting

What trouble are you having?

Logon failure: The user has not been granted the requested logon type at this computer.

Cause:  The user does not have permission to log on locally to the Telnet Server computer.

Solution:  Ensure that the user, or a group the user belongs to (such as the TelnetClients group), has the right to log on locally. Ensure that the user, or a group that the user belongs to, is not denied the right to log on locally.

Access denied: Specified user is not a member of the TelnetClients group.

Cause:  Users must belong to the TelnetClients group in order to connect to Telnet Server.

Solution:  Add the user to the TelnetClients group.

Logon failure: The user must change his or her password before logging on the first time.

Cause:  The user's password must be changed.

Solution:  The user must log on to the computer directly (that is, in person) to change the password.

Logon failure: Telnet Server allows NTLM authentication only.

Cause:  Either the client does not support NTLM authentication and Telnet Server is configured to accept only NTLM authentication, or the client is configured to support only NTLM authentication and Telnet Server is configured to accept only plaintext authentication.

Solution:  If the Telnet client does not support NTLM authentication, use a client that does. If that is not possible, enable plaintext authentication on Telnet Server. For maximum security, use only Telnet clients that support NTLM authentication, and enable NTLM authentication and disable plaintext authentication on Telnet Server.

Error while connecting to localhost: Could not open a connection to host on port 23.

Cause:  Telnet Server is not configured to listen on port 23, or Telnet Server is not started.

Solution:  Ensure that Telnet Server is started and configured to listen on port 23. If that is not possible, specify the configured port after the host name when connecting.

Cannot connect to network drives.

Cause:  NTLM authentication does not allow access to network drives.

Solution:  Map the network to a drive letter using the net use /user command.

Users cannot access drive letters mapped by others.

Cause:  Telnet clients recognize only drive letters mapped during the current Telnet session. Consequently, Telnet users cannot access network drives using drive letters mapped by other Telnet users or by local server users.

Solution:  Telnet client users must use the net use /user command to map network drives to drive letters themselves.

If you interrupt and then reconnect a Telnet session that is being conducted from a UNIX computer to a Windows computer, the cursor might lose alignment with the prompt.

Cause:  This problem is caused by the interruption in communication.

Solution:  If your default shell is the Windows command prompt, type cls. If your default shell is the Korn shell or C shell, type clear.

Related Topics

*

Telnet Client troubleshooting