它始于Google Analytics中显示的数千次“（直接）/（无）”入站访问。
仔细查看服务器日志文件，发现许多来自广告服务器的截断引荐来源信息。
我们的广告代理商正在使用广告服务器在许多网站上展示Flash广告，这些网站将访问者带到我们的网站。
这是来自日志文件行的良好引用信息
aka-cdn-ns.somesite.de/apps/107/Ad7963755St3Sz1085Sq102862503V0Id1/Specific_Target_720x300.swf?targetTAG=_blank&clickTarget=_blank&pathTAG=http%3A//aka-cdn-ns.somesite.de/apps/107/Ad7963755St3Sz1085Sq102862503V0Id1/&closeTAG=javascript%3AcloseAdLayer3922521%28%29&openTAG=javascript%3AopenAdLayer3922521%28%29&expandTAG=javascript%3Aexpand3922521%28%29&collapseTAG=javascript%3Acollapse3922521%28%29&clicktarget=_blank&clickTarget=_blank&clickTARGET=_blank&CURRENTDOMAIN=adserver.somesite.de 这是来自日志文件行的截断信息
aka-cdn-ns.somesite.de/apps/169/Ad7936681St3Sz154Sq102861060V0Id11/Specific_Target_160x600.swf?targetTAG=_blank&clickTarget=_blank&pat
我的问题：什么导致引用信息在日志文件中被截断？
这是广告服务器的错误吗？ 它发送带有截断的引用信息的HTTP头吗？
这是我的networking服务器的错误，在许多情况下，写行被截断的引用信息？
更新：
在DerfK的回答中的信息之后，我检查了日志文件中的用户代理信息，发现所有截断的引荐访问都是由使用IE的访问者（所有版本）访问的。
Referer头部来自浏览器，而不是来自服务器，所以这不是广告服务器的错误。 由于您的服务器似乎能够logging更长的Referer头，它不是您的服务器的错误。
这就离开了浏览器。 让服务器login用户代理string，然后将截断的头文件与没有的头文件进行比较可能是有教育意义的。