Windows客户端访问Linu服务器NFS.doc

Windows客户端访问Linu服务器NFS(2007-01-30 22:03) 分类： Nfs 在现今的企业环境中，既存在广泛在办公环境中使用的Windows系列，还存在工业环境中广泛使用的Hp-ux,SCO,Solaries,AIX等,还有数不清的Linux分发版，在这样一个复杂的异构环境中实现无缝的互连互访，肯定伤透不少人的脑筋，Windows用户通过网络邻居实现互访是很简单的事，但在不同的操作平台实现互访却不太容易，当然不是没有办法，Samba就是一款优秀的提供Unix与Windows之间互连互通的工具，但用户需要许多Unix系统下的系统管理经验，所以今天的主角却不是它。我的工作环境面对的困境： 不同的产品生产线中有不同类型的Unix，运行着不同的测试程序，测试日志要提交给数据服务器，而数据服务器却是Windows系统 (2000/2003)，最初Unix上装有Samba，每次服务器上的程序通过Samba访问Unix上的文件时，总是有找不到路径的错误，映射成本地盘或者UNC路径也好，都有同样的问题. 也许是对方的系统管理人员的配置的问题吧，但我们无法改变对方，所以求人不如求已，了解到几乎所有类Unix平台都有NFS(Network file system),这是一个Unix共享网络文件和程序的方法，所以能有一个在Windows提供一个NFS服务器的东东多好，这里就介绍一款跨平台通讯的工具集SFU. SFU，全称是Services For Unix，是M$是一个挖Unix墙角的工具，有需要的可以从M$的官方网站下载http: ///download/a/1/c/a1ca7af1-a6e3-46e7-874a-4c5d8c0fb3b7/SFU35SEL_EN.exe下面先来了解下SFU是什么东东(官方文摘--Start--)Microsoft? Windows? Services for UNIX (SFU) 3.5允许Windows和UNIX的计算机之间共享数据、安全信任。 而且 SFU 3.5技术为Unix应用程序和脚本提供了在Windows环境下高效执行的机制。IT管理者正在寻找无缝地在他们的Windows和UNIX系统之间整合混杂网络和共享信息的解决方案。 当用户在网络中不同操作系统之间计算机漫游时，不应该遇到障碍。 企业也正在寻找在Unix应用、资源及专有的技术上不断发展的最小投资方案。基 于Windows计算机技术解决方案的拥有总成本(TCO)是无法抗拒的。Microsoft? Windows XP and Microsoft? Windows Server 2003已经增加新的特性，并且已经对操作系统的安全性、可靠性、可用性进行了巨大改进。随着CPU的处理性能以指数的比率在提升、IA架构解决方案性价比的大大提高，使得IA架构解决方案逐渐进入企业应用的高端服务器平台的领域。基于Windows/Windows Server的企业应用已经逐渐渗透到传统地基于UNIX的网络应用环境中, 基于Windows/Windows Server的应用已经与基于Unix的应用同样重要和可靠，甚至在某些应用领域已经成为Unix应用的替代方案。很多企业已经在基于 Unix和Windows的应用、数据库、商业逻辑等进行了很大的投入，而在这两种应用体系下的应用之间存在广泛的集成关系，企业的职员熟练掌握了其中一种技术后，还需要花费大量的精力将他的经验和知识转移到另一种技术。SFU提供一种框架，包括在两种环境下协同的工具、执行环境、管理架构，使经验和知识的转移尽量的简单化Name Mapping 和 Services for UNIX NFS 支持操作系统技术指南  默认情况下，NFS 协议使用 UNIX 用户标识进行访问控制。这种用户标识通常由用户标识符 (UID) 和组标识符 (GID) 组成。基于 Windows 的 NFS 服务器必须从 NFS 请求中识别出 Windows 名称空间中的请求用户。由于基于 Windows 的计算机和域不使用 UID 和 GID 进行标识，因此需要从 NFS 请求中包含的 UID 和 GID 到 Windows 用户名进行映射。基于 Windows 的 NFS 客户机需要在转发 NFS 请求之前先将请求的 Windows 用户的用户名映射到 UID/GID。 访问基于 UNIX 的 NFS 资源的 Windows 用户需要提供 UNIX 标识 (UID/GID)。这就要求 Windows 用户使用他们的 UNIX 用户名和密码在 UNIX 网络中验证自己的身份。 User Name Mapping 是 Services for UNIX 的