如果没有kde界面，可以运行system-config-securitylevel。这样就解除了防火墙对ssh的副作用。
在终端界面中，敲入
ssh root@192.168.253.5
192.168.253.5是guest（对于终端是本机）的地址（见上ip地址指定）。另为了防止某些编码在
ssh文本界面中，出现多余字符（特别是对host机软件是如此）导致vmware-install提问时yes/no
造成干扰，最好设置为英文
export LANG=en.utf8
export LANGUAGE=en.utf8
cd /home/myname/vmware-tools-distrib
./vmware-install.pl
提问问题是，回车选择默认选项即可。敲入
exit
退出ssh。可选择重启动或者运行
/etc/init.d/vmware-tools start
测试vmware-tools是否正常。如果正常，除看到OK/确定外，还可以在ls /mnt发现多了一个叫hgfs
的目录。
hgfs是vmware为guest机营造的特殊的文件系统，在linux guest中，通过/mnt/hgfs访问shared folders,
在windows guest通过//.host/访问shared folders，完全不需要任何mount或者samba/nfs实现文件
在guest/host互访，是一种很优秀的设计和技术。
相关module为vmhgfs.o，放置在/lib/modules/`uname -r`/misc中。
但是可能出现bug，以下逐一排除。
4.修改编码方式。如果不修改编码方式，重启动后，可能无法正确显示中文文件名。查询vmware的
knowledge base，得知这是由于hgfs是UTF-8编码，所以如果guest选择了其他编码，将导致无法正确
显示除英文外的其他字符。目前suse和mandrake都已经采用了utf8统一编码，fedora从fc1开始也支
持，但是在安装时选择语言为语言为“简体中文”会导致编码为zh_CN.GB18030编码，所以fedora对utf8
显示乱码。
解决办法：用root修改/etc/sysconfig/i18n（这个文件定义系统的locale设置）LANG等设置为
LANG="zh_CN.utf8"
LANGUAGE="zh_CN.utf8:zh_CN.GB2312:zh_CN"
SUPPORTED="zh_CN.UTF-8:zh_CN:zh"
其他设置若有则保留不变。
（注：可能有人看到网上建议设为LANG=en_US.utf8,的确有很多好处，如console中没有多余字符常常干
扰等，但是根据vmware knowledege base网站的帖子，这样的设置搞不定hgfs中的汉字文件名。我没有试
过。）
更多的有关编码信息，可见
http://www.freebsdchina.org/forum/viewtopic.php?t=8420&sid=bbf6c12f09acd7278afc1d30defbfb3d 这篇文章。
似乎unicode howto都没有这份文章说得这么好。从文章中可知(如果信息正确+我理解正确的话），
utf8是将所有国家的字符统一编码在一起的大趋向，至于gb2312,gbk,gb18030会回到gb13000的路子
来。winxp是底层utf8(我用e文window却可以支持中文繁简体相当好，也暗示了此点)，但是受国标18030
限制，表示层用了18030。诸多linux distros也相继将底层编码变成utf8，通过表转换技术体现不同的
表示层编码。而freeBSD似乎还没有这方面的动静。
从这一点上看，或许hgfs根本无所谓编码（其源代码中我也找不到locale和utf字样），它只是将系统底
层的表示（byte alignment在字符串中无此问题，即便有，也会被vmware在host的库搞定）机械地抄过
来而已――vmware knowledge base上说的也许还不是很确切。当然这些都是猜测，我没有时间分析源代码
啦。hgfs正常工作就可以了。
修改了i18n文件后，如果重启动linux，应该可以看到/mnt/hgfs中汉字显示正常了，同时系统其他汉字
显示（如kde等）保持正常显示不变。看来fedora在编码转换方面的工作还是不错。
5.我的机器在hgfs(shared folder)和guest之间抄文件不正常，一个10K的文件会抄到300M还不停，听歌
什么的也不行。这个问题似乎不是普遍发生，我的同学在redhat AS3就不会）。经查询vmware forum，
发现需要修改源代码，重新编译。
注：我目前的vmware station版本为4.5.2 build 8848，此版本后的vmware-tools源代码不一定是如此。
