问题场景：
今天在利用nginx的alias和index参数做实验时
问题描述
通过curl访问出现301错误
原因分析：
- 起初我以为是路径写错了，然后把alias的路径更改，发现问题还是存在
- 我又以为是用户权限问题，我把运行nginx的用户修改成和html目录权限一致，问题依旧存在
- 甚至开始怀疑是不是那个根‘/’的问题，联系了一下，alias的指向和这个‘/’并不相干。
- 怀疑是不是curl工具不会跟着换路径的问题
解决方案：
- 为了解决这个问题，我把基于域名的虚拟主机改成基于IP，放到浏览器访问，发现访问正常。
对比之后，我发现浏览器的访问路径是：
http://192.168.32.128/about/
about后面是有一个 ‘/’符号的，然后我试着把这个URL原封不动的放到Linux服务器中进行访问，访问成功…最终附上两种结果。
总结：多注意一些细小的细节，一个环境不行就换另外一个。alias的指向位置和上面定义的’/'，没有一毛钱关系。
