linux/windows下的ftp编码矛盾我已经不止提过一遍了。//详情请见之前的ftp文章；
今天我却惊奇地发现，samba居然可以方便地解决这个问题。
比如我在linux下touch用UTF-8编码的中文文件，通过samba服务，跟windows的NETbios服务协调得很好。任何cp936编码的系统都可以正确显示其文件名。
这样当然就能作到windows下跟linux真正share起来这些文件，比如我一个《我的工作报告.doc》我如果在windows下写不完，还可以到linux下继续写，而不是像原来只能把linux主机当成是文件储存中介，因为windows能正确识别（这是修改文件的前提吧）的gbk在linux下都是乱码。
好了，说了那么多废话，很多人觉得开samba服务是一项很难的工作。其实不然，十分十分地简单。下面就听我慢慢道来：
首先确保安装了以下rpm包（这两个是samba server的基础，）：
samba-common-3.0.10-1.4E.2
samba-3.0.10-1.4E.2
当然了，，还可以装两个：
samba-client-3.0.10-1.4E.2
system-config-samba-1.2.21-1
前一个是samba客户端，用来访问windows的，后一个是samba系统配置，我个人不太喜欢用。。
装完之后呢，启动samba服务：
service smb start
OK，smb服务就这么起来了。如果想把smb注册成默认系统服务，再来：chkconfig smb on。但是windows这个时候是没有办法访问具体的某个文件夹的，只是见到了开着这个服务的主机。添加用户，easy：
smbpasswd -a 用户名
接着按照提示输入两遍密码，一个smb访问用户就建立起来了！是不是很简单呢！？
我突然觉得，，网上好多文章都把服务写得太复杂了。。先讲太多道理。。搞得读者晕头转向。。望而却步。。肯定是搞不成咯。。当然了。。我不是否定“道理”的重要性，但是我觉得更重要的是要让用户先把服务跑起来。。然后在使用中慢慢发现问题，再慢慢去找原因跟相关的理论，再去解决问题。
毕竟绝大多数用户不是专家。他们需要的仅仅是把服务“用起来”！否则，再好的一种服务方式人家也接受不了，或者说，想接受，却没有办法。。
这也是软件业一种莫大的悲哀。