使用应用程序跟踪对性能改变进行量化分析

核心提示： 还有另一种情况，其中必须进行反向 DNS 搜索，使用应用程序跟踪对性能改变进行量化分析(7)，当基于主机名（而不是 IP 地址）配置访问限制时，Apache 必须首先将 IP 地址反向解析为相应的主机名，使用 IP 地址代替 ibm.com 所耗费的时间小于半秒钟，清单 7 显示了在使用

还有另一种情况，其中必须进行反向 DNS 搜索。当基于主机名（而不是 IP 地址）配置访问限制时，Apache 必须首先将 IP 地址反向解析为相应的主机名，然后再次将主机名解析为 IP 地址，以确保它们正确匹配。因为反向域名搜索可以由地址块所有者确定，所以要防止 IP 欺骗的发生，必须进行第二次查找。可以通过应用程序跟踪来确定 DNS 解析的影响吗？

要对其进行测试，可以从前面的示例中删除 AllowOverride Limit，然后添加 Allow from ibm.com 代替缺省的 Allow from all。然后，对 DNS 服务器进行更改以便向您的工作站返回 something.ibm.com，确保初始反向检查能够成功并且随后的正向查找必须通过 Internet 完成。在示例运行过程中，对保护的 Web 服务器的请求耗费了 15 秒的时间。相反，使用 IP 地址代替 ibm.com 所耗费的时间小于半秒钟。清单 7 显示了在使用 DNS 确保安全时，对一些系统调用进行统计。

清单 7. 通过主机名进行限制的 Web 请求的 truss 输出

bash-3.00# truss -c -p 26089
^C
syscall　　　　　　　 seconds　 calls　errors
read　　　　　　　　　　 .000　　　 5
write　　　　　　　　　　.000　　　 3
open　　　　　　　　　　 .000　　　 2
close　　　　　　　　　　.001　　　10
time　　　　　　　　　　 .000　　　 3
stat　　　　　　　　　　 .000　　　 5
alarm　　　　　　　　　　.000　　　 8
fcntl　　　　　　　　　　.000　　　 7　　　 2
sigaction　　　　　　　　.000　　　 3
sysconfig　　　　　　　　.000　　　 5
pollsys　　　　　　　　　.001　　　 5
door_info　　　　　　　　.000　　　 2
stat64　　　　　　　　　 .000　　　 1
open64　　　　　　　　　 .000　　　 2
so_socket　　　　　　　　.001　　　 5
accept　　　　　　　　　 .000　　　 1
connect　　　　　　　　　.002　　　 5
recvfrom　　　　　　　　 .000　　　 2
send　　　　　　　　　　 .001　　　 5
getsockname　　　　　　　.000　　　 1
setsockopt　　　　　　　 .000　　　 1
　　　　　　　　　　 --------　------　 ----
sys totals:　　　　　　　.011　　　81　　　2
usr time:　　　　　　　　.004