Interoperability with UNIX

  • Article

If you are unable to access an NFS volume with Windows 2000 Professional that is running Services for UNIX, use the following steps to troubleshoot the problem.

  1. Check the /etc/exports file to ensure that there arent any host restrictions that are preventing you from mounting the NFS volume.

  2. Make sure the file system is properly exported by running the following command:
    showmount -e <IP address of UNIX host>

  3. Make sure that the daemons mountd, nfsd, and rpcbind are running by running the following command:
    rpcinfo -p <IP address of UNIX host>

  4. Some versions of UNIX might incorrectly report that they support NFS version 3. You might need to force the Services for UNIX client to use NFS version 2. To force the client to use NFS version 2, add the registry entry DisableV3 to the following registry subkey:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Client for NFS\CurrentVersion\Default
    Set DisableV3 to data type REG_DWORD with a value of 0x1.

caution-icon

Caution

Do not use a registry editor to edit the registry directly unless you have no alternative. The registry editors bypass the standard safeguards provided by administrative tools. These safeguards prevent you from entering conflicting settings or settings that are likely to degrade performance or damage your system. Editing the registry directly can have serious, unexpected consequences that can prevent the system from starting and require that you reinstall Windows 2000. To configure or customize Windows 2000, use the programs in Control Panel or Microsoft Management Console (MMC) whenever possible.

Cannot Telnet into my UNIX server as root

If you are unable to log into a UNIX server as root by using telnet, verify that your version of UNIX is configured to allow a root user to log in remotely. For example, Sun Solaris requires editing the /etc/default/login file.

Cannot map a drive after using Telnet to access a Services for UNIX Telnet Server

If you cannot map a drive by using net use after using Telnet to connect to a Services for UNIX Telnet Server and using NTLM authentication, read the following to troubleshoot the problem.

When you are within the Telnet session, you cannot connect to network resources by using your implied user credentials. You must explicitly specify your credentials when making network connections from within the Telnet session. There is no mechanism in Windows NT to perform delegation of security, known as passthrough, for network logon attempts. As a workaround, explicitly specify credentials when mapping drives, that is, do as follows:

net use \\ <server>\<share name> /user:<domainname>\ <username> password

Password synchronization isnt working properly

If the Services for UNIX Password Synchronization component is not working properly, follow the proceeding steps to troubleshoot the problem.

  1. Ensure that SSOD is running on the UNIX server and that the Password Synchronization component has been installed on a computer running Windows 2000 (or on all domain controllers within a domain).

  2. Ensure that the port number and passwords match on both the Windows 2000 computer and the UNIX server.

  3. If you are using shadow passwords, edit the Ssod.config file and change the line USE_SHADOW=0 to USE_SHADOW=1

  4. If you are using NIS, be sure that the SSOD is installed on the NIS master and that the Ssod.config file is configured with the correct path for the Makefile for password push.