问题场景：

今天在利用nginx的alias和index参数做实验时

问题描述

通过curl访问出现301错误

原因分析：

1. 起初我以为是路径写错了，然后把alias的路径更改，发现问题还是存在
2. 我又以为是用户权限问题，我把运行nginx的用户修改成和html目录权限一致，问题依旧存在
3. 甚至开始怀疑是不是那个根‘/’的问题，联系了一下，alias的指向和这个‘/’并不相干。
4. 怀疑是不是curl工具不会跟着换路径的问题

解决方案：

1. 为了解决这个问题，我把基于域名的虚拟主机改成基于IP，放到浏览器访问，发现访问正常。
   对比之后，我发现浏览器的访问路径是：

http://192.168.32.128/about/

about后面是有一个 ‘/’符号的，然后我试着把这个URL原封不动的放到Linux服务器中进行访问，访问成功…最终附上两种结果。

总结：多注意一些细小的细节，一个环境不行就换另外一个。alias的指向位置和上面定义的’/'，没有一毛钱关系。