本文共 1232 字，大约阅读时间需要 4 分钟。

       最近在测试环境搭建一个http服务器， 为了简便起见， 我就直接从外网机器拷贝到测试机， 用的是scp -r命令， 然后糟糕的事情就发生了。

       测试环境上有个问题（体现为404错误）, 无论如何也调不通， 我怎么想也没有想明白。文件明明存在啊， 访问的路径也正确， 服务器上也接受到了网络包， 服务进程也起来了， 但就是无情地返回404

       那就开始定位吧， 经过定位发现， 没啥问题。 搜索了各种资料， 没发现问题。 

       那就请教http服务的helper吧，我把问题描述清楚后， 他一眼就看出来了， 专业就是专业啊。原来， 外网机器上proxy.conf文件软链到了config.xml文件， 一旦config.xml改动， proxy.conf会自动软链接到。 但是， 经历scp拷贝后， 软链失效， 变成了独立的proxy.conf文件和config.xml文件了， 当我们改变config.xml的时候， proxy.conf并没有对应改变， 所以就出问题了。

       要说明的是， cp和scp还不太一样， cp目录的时候， 不会丢失软链接。但是， scp目录的时候， 会丢掉软链接。 那scp的时候该怎么办呢？ 先用tar打包吧！

       总之， 无论是cp还是scp, 在拷贝的时候， 我们要保持至少那么一点点敏感： 考虑下软链接是否丢失！！！

       折腾了一个晚上啊

       后来， 某哥在和我一起反思这个问题的时候， 有很多总结。 如果没有helper的帮助, 怎能找到问题原因， 这才是最关键的。  我当时提前陷入了固定思维（限定了错误的前提）， 导致与单独解决这个问题擦身而过， 遗憾。

       感谢helper,  另外， 以后定位问题的时候， 在未知情况下， 不要提前设限。 比如： 在config.xml搜不到某东西， 就不要限定在*.xml中进行搜索， 而应该是所有文件。 当时就在这里与真正原因擦肩而过。

       去记结论， 只能积累经验和知识。 真正去分析原因， 找到思路和突破口， 才能提高能力。

        最后， 我们来看看网友们遇到的类似问题， 看看那些血淋淋的教训

========================================================================================================================

========================================================================================================================

========================================================================================================================