日志parsing器的FTP服务器

http://www.proftpd.org/docs/howto/Logging.html列表可以使用5个软件包。

嘿，注意一点 – 要知道，这些软件包大部分都不能正确的进行ftp报告，尽pipe这可能不是他们的错。

我们在这里做了很多软件下载，我们之前就把这个问题解决了。 因为如此多的人使用这种或那种下载加速器，当下载一个5 MB的文件时，它很可能会出现在你的日志中（尽pipe我没有使用过proftpd，wuftpd和ncftpd）一些较小增量的不同线条 – 比如每行50k的100条线。 如果你通过大多数的日志分析程序来运行它，他们都会告诉你“你的文件下载100次，先生！” 哪个是坏的和错误的。

一些FTP守护进程 – 它看起来像proftpd这样做 – 有一个“完成状态”字段在最后被设置为“我”不完整或“C”完成下载。 所以理论上你可以寻找“c”，并确定有多less成功与否。 但是它是一个陷阱！ 该字段由客户端设置。 如果你仔细检查你的日志，你会看到一些顽皮的延伸到每个传输设置 – 即使只是一个特定的文件的字节范围 – 到“C”。 即使设置正确，也很难确定完成率占总数的百分比，而不用像“我们假设所有尝试从一个IP到这个文件的所有尝试，比如说一个小时？同样的尝试“。

这个我知道的只有两个修复。

1. 当你的FTP守护进程发送一个文件的第一个字节和最后一个字节的时候，你的FTP守护进程会清楚地logging下来（但是，也许他们错过了中间的块，但是接近）。 我知道Akamai剽窃他们的FTP服务器来做到这一点，我们把它提交给ncftpd的人，他把它放在他的名单上，但不认为这是完成。

2. 跟踪每个文件的大小，并进行复杂的math计算，以确定是否认为一个IP下载了适量的文件。 在每次传输失败之前，没有修复10次尝试并获得文件的1/10的人，但是再近一步。

如果你不在乎，你就不必担心这个麻烦，但是我想告诉你，你不能相信大多数日志分析程序为FTP所吐出的数字，它们将被closures一个数量级。 validation真实的日志对他们了解你是什么。

AWStats 支持ftp 。

proftpd 文档页面有链接到Webalizer和FTPWebLog 。