今天闲着没事，想要测试一下昨天新加上的获取用户ip的成果效果如何，便去看了看处事器打印的日志（凡是打印的日志为时间 + url，url 为 处事器ip/API），俄然发明有些奇怪的情况，后台在我未访谒的时间添加了不少访谒记录，今天就先记录并料想一下这些情况及原因吧。

1. 

2. undefined

3. /common/info.cgi

4. /index.php

5. url:   ip: 122.96.73.19 / 60.13.6.32 / 1.202.114.170

6. url: /_async/AsyncResponseService  ip: 221.213.75.154

7. url: 网站资源链接  ip: 36.17.107.208

8. url: 网站API接口  ip: 141.193.152.44 

9. url: undefined  ip: 182.254.52.17  注：该url顺利挪用我的getAPI，不过因为参数不正确所以返回了Internal Server Error

10. url: /robots.txt or   ip: 我的ip

以上情况为我定时间挨次记录的最早是20.1.4凌晨，最晚为20.1.4傍晚，我最在意的是7、8、9了。情况7让我是觉得有人或脚本在访谒我的主页并不雅察看过控制台后，测验考试直接获取我的资源文件，不过我后台中把所有不决义的链接均设置了重定向到主页，所以应该都掉败了，最后它在请求主页并结束了请求。过了几分钟，情况8产生了，一个来自香港的ip来访谒我的网站了，它觉得应该就是逛了逛然后就分开了。情况9我小我私家觉得因为和情况2是同一个脚本吧，但是因为我刚增加了分页成果，所以get链接参数不决义是拿不到对象的。让我对照在意的是，它是如何令我打印不了请求的url但是可以访谒我的接口的呢？

为什么我会对照在意情况7、8呢，因为我比来在给7的 ip 地址的都市的公司投简历，而我的处事器ip也在我的简历中（因为项目挂在上面嘛），而我也只给这个都市的公司投过简历。至于8，主要是它产生的时间距离情况7结束只过了3分钟，我小我私家对照怀疑是情况7的人架了个梯*，至于为什么要这么做，我是想欠亨的。固然这也可以只是我的一厢情愿吧，对照我投了不少简历了，根基上都是杳无音讯，总该幻想一下简历不是直接被一键已阅而是真的有人看吧。

既然开始翻了今天的log，索性就把以前的log也翻了翻。在翻阅的过程中，俄然发明情况1在以前也经常产生，于是便去百度了一下，看了看别人的情况，让我对呈现这个url是何原因有了了解，也对此知道了必然的防止法子，虽然我的处事器并没有使用 Nginx 就是了。参考链接

其他情况我小我私家猜度应该是情况1一样，是爬虫所致，，所以也不久不多烦琐了。

36.17.107.208

关于后台log中奇怪的url请求