从硬件到软件，亲自动手组建家庭多媒体文件系统

    自从新房子交付后，一直规划着要在新房子里组建一套家用多媒体文件服务系统，因此网络的步线都是自己规划，没有按水电工的常规走，例如多媒体箱子里只保留交换机，光猫和路由器都被我独立出来放到吊顶下的托盘，这样信号极好，散热也好。

    最开始，是打算购买成品NAS的，但是一来价格贵，特别是超过2盘位的，价格离谱；二来成品NAS是个黑箱子，系统不是BSD UNIX就是Linux,我自己无法控制后台进程，也无法及时发现和修复漏洞，只能通过系统自带的WEB系统进行管理，很不方便；最后客户端的兼容性很一般，体积庞大，和全家桶一样，分级管理不方便。 因此放弃了这个想法，然后考虑过采用免费的NAS软件来打造，但是其实一样，而且我不知道最新的驱动是否被编译进操作系统的内核，后期维护成本太高，因此也放弃了。至于路由器USB带硬盘的方案,想都没想直接就PASS了,只有不太懂的小白才会选择这种简单到暴的实现,影响路由器效率什么的不说,下载下来的资源,很多目录或者文件名里带空格等乱七八糟字符的,你在基于Linux系统的Android等系统里显示看看,各种问题不断的.

   总结自己的需求，其实很简单，一台文件服务器，其他手机啊，台式电脑，笔记本电脑，电视盒子，平板等，都可以通过网络来实现在线看电影，听音乐，或者下载上传文件，不同的人，比如客人，只能看特定的电影目录。 然后比较了FTP HTTP SMABA/NFS, 发现只有FTP能满足这个需求，但是FTP在移动平台，特别是android系统，由于空格被当成非法目录字符[windows中为正常字符]，因此好多目录或者文件都存在这样那样的问题，而且不少播放器只支持本地播放和HTTP播放，因此需要增加一个FTP文件到HTTP的自动映射，也就是，服务器端需要同时支持FTP和简单的HTTP服务，列表的时候用FTP协议，但是播放的时候，用户可以选择HTTP,也可以选择FTP.

    万事开头难，最开始的时候，考虑到windows平台的FTP服务实现已经非常成熟，希望找到一个FTP服务端代码，自己修改下，去掉没用的数据库等，然后做个HTTP实现，实现一个迷你的家用FTP服务器软件，但是在几乎翻遍了各种站点后，要么是FileZilla这样的巨无霸级实现，授