在新的IP地址有相同的URL的请求很多

/lzb/gz.php不会跳出任何邪恶的东西。 它似乎是xwall防火墙软件包中的一个文件，所以也许该IP的前所有者正在运行该应用程序。

你有三个选项，我看到：

1. 如果这种行为困扰您，您肯定可以向您的提供商申请一个新的IP，但每秒一个请求不是一个令人烦恼的数量。
2. 把你的服务器的防火墙丢掉。 我认为这是最快最有效的select，除非错误的传入连接使用的带宽开始占用你的补贴。
3. 我认为更好的长期解决scheme是跟踪源IP地址，并查看是否有任何networking运营商可以与请求进行交谈。 也许这只是其他一些以前依靠IP地址提供的服务的系统。 在这种情况下，你有一个体面的镜头追溯事情发回者。
4. 好的，我撒谎了，还有第四种可能，但不是很好。 您可以使用iptables速率限制来遏制传入的请求，也许可以放弃发送stream量的系统。 当然，如果你使用另一个操作系统，那么研究其防火墙的速率限制function。 如果发送系统与您的IP地址的通信没有立即响应，或者您发送了备用响应，则您可能会使进行通信的任何时间超时，并且在发送系统的日志中引起足够的恐慌，以通知人。 这是一个外面的射门，而不是你最好的select。

这些请求可能是由一个破碎的客户端。 你可能不需要担心，可以使用@WesleyDavid的提示来消除这种烦恼。

VPS运行apache2，根据apache2日志，购买后立即启动“/lzb/gz.php”的请求。

这些请求可能在购买后出现，因为您的供应商为您分配了IP，并将防火墙configuration为允许访问这些IP。

有人可能拥有这些知识产权在你面前，而请求/lzb/gz.php可能是为你之前存在的网站。 我到达这里，但请注意， lzb和gz都是两种压缩方法的通用缩写，所以前面的所有者可能会提供压缩的内容。 谷歌search显示， gz.php文件并不是一个不寻常的名字，有时用于使用PHP来即时压缩数据。

谷歌的网站：your.ip.address / lzw / gz.php可能会透露谁是以前的所有者，并阐明了这个问题。