|
阅读：701回复：11
问题求救~~~~~ 关于网络第7层的数据包~
问题求救~~~~~ 关于网络第7层的数据包~
最近要测试负载均衡器的效能，所以需要进行局域网内测试，但是由于有些测试涉及到网络第7层数据包的问题，小弟不才，问问各位大虾~~~~ 我们的网络负载均衡主要是相应HTTP400 500 600的错误，来提供智能纠错，还有对于SSL加速也有一定功能，对以后的XML之中的关键字也有所需求，由于这些需求都是网络高层数据包，所以我们需要一个测试的数据发生源。我可以制造网络洪水每秒大概5W~10w个数据包，但是都是第三层的数据包，现在我现大量制造4~7层的数据包流量，大家有什么好方法吗？？？需要5w~10w个/秒，访问请求或者7层数据包，大家有什么好方法吗？？？谢谢了。。 |
|
|
|
1C#
发布于：2004-04-05 09:21
Re:问题求救~~~~~ 关于网络第7层的数据包~
没有，谢谢了
--------------------
如果可以回到中世纪
我要做一个风中的游侠 在每一个征服的城市 刻上她的名字———————— |
|
|
|
2C#
发布于：2004-04-05 12:45
Re:问题求救~~~~~ 关于网络第7层的数据包~
都是第三层的数据包，现在我现大量制造4~7层的数据包流量，.. 底下的3都出来了，上面的4567也差不多了。 这个问题有意思，看看 Tcp/Ip Illustrated. Unix network Programing. net part of linux kernel source code。 所有的网络问题，在上面都找得到答案的~。~ 呵呵，咱们这些菜鸟的日子可真难熬啊！~~~ |
|
|
|
3C#
发布于：2004-04-05 12:49
Re:问题求救~~~~~ 关于网络第7层的数据包~
网络方面，我们该象看圣经一样看待上面那两本书。
linux kernel，研究计算机科学必备的参考资料。 谁说没有葵花宝典？咬紧牙练练吧，大家：）） |
|
|
|
4C#
发布于：2004-04-06 09:56
Re:问题求救~~~~~ 关于网络第7层的数据包~
胡说八道呢吧？
--------------------
 |
|
|
|
5C#
发布于：2004-04-06 12:25
Re:问题求救~~~~~ 关于网络第7层的数据包~
不胡说。
不想写代码的话，你可以开个扫描器，多几个线程跑，可以把目标机器扫死的那种。 unix下可以用nmap，开到最大，没有防火墙的话，很多wins就要死掉的：）） 以前用ping发自定义包就可以ping死win98的机器的。 想自己改改代码，还要看Tcp/Ip Illustrated第二卷的。或把nmap那部分代码摘出来。 应用层的很好写，普通的程序都可以跑。 |
|
|
|
6C#
发布于：2004-04-06 12:28
Re:问题求救~~~~~ 关于网络第7层的数据包~
推荐用MDK9.2updated的GNU/Linux做Hack.
urpmi nmap 爽死你。 |
|
|
|
7C#
发布于：2004-04-06 12:53
Re:问题求救~~~~~ 关于网络第7层的数据包~
wins下，你可以用flashget，打个线程补丁，开它power(10,6)个线程，一样扫。 |
|
|
|
8C#
发布于：2004-04-06 22:37
Re:问题求救~~~~~ 关于网络第7层的数据包~
老大，我们现在做的是ALTEON ad4 的负载均衡器的测试可以相应每秒30w线程 的响应，你觉得你用机器开多少个线程可以搞跨我？？一个负载均衡器就可以相应每秒30w会话的相应，何况我现在是负载均衡器及联，可以相应每秒至少相应100w个用户相应。你的机器可以开动100w线程？？你说的那个都太小儿科了，一般的FTP线程太少了。。。。连零头都不够。。。。 前端负载均衡就把你的线程解决了，后台SERVER根本不会受到伤害的。。。
所以我测试这些集群负载均衡，惆怅的就是没有大量的访问请求。。 还有PING死一台机器是很困难的，几乎是不可能的。因为，ping用得是ICMP协议中的0响应应答（ECHO-REPLY） 和8响应请求（ECHO-REQUEST） 。ping 就是响应请求（Type=8）和应答（Type=0），一台主机向一个节点发送一个Type=8的ICMP报文，如果途中没有异常（例如被路由器丢弃、目标不回应ICMP或传输失败），则目标返回Type=0的ICMP报文，说明这台主机存在，更详细的tracert通过计算ICMP报文通过的节点来确定主机与目标之间的网络距离。 但是，如果要是想用PING坏一台机器是很困难的。ping使用的是ECHO应答，不知道你注意过没有，ping的返回很慢，用NetXRAY抓包仅为1--5包/秒，这是为什么呢？事实上，ICMP本身并不慢（由于ICMP是SOCK_RAW产生的原始报文，速度比SOCK_STREAM的SYN和SOCK_DGRAM的UDP要快几乎10倍！），这样的速度是ping程序故意延迟的，同样，我测试过一些号称“ping洪水”的程序，发现它们的效率和ping.exe没什么两样，经过Dependency Walker查看程序调用的函数发现，他们用的是icmp.dll提供的IcmpSendEcho这个API，这个函数是计算ECHO时间的，速度当然慢！ 如果说有人相用ping攻击实际上就是为了实现ICMP洪水攻击，但是他们用的方法……想想洪水的速度和山涧小溪的速度相差多少吧！就用ping.exe和IcmpSendEcho这种小溪慢慢流淌的速度能做什么？还不是让人家看笑话！这种攻击根本就是浪费自己的时间！（如今还经常有人问ping -l 65500 -t的攻击威力如何……哎，悲哀啊悲哀……） 在现实生活中，很多的硬件设备远远比一般人想象的要可怕很多。很多大的网站的所做所为都是基于硬件的，硬件设备配置的惊人，一个负载均衡器内存8G 2个高能CPU,一个邮件发送器内存4g，这都是pc机的功能根本无法达到的。大家都受到过新浪的广告邮件，知道他们怎么发的吗？？他们用得是硬件邮件发送器，每秒发送广告邮件150W封，（每秒呀）。所以现在要凭借着简单的攻击，对一些主机是根本没有效果的。 -------------------- |
|
|
|
9C#
发布于：2004-04-07 14:04
Re:问题求救~~~~~ 关于网络第7层的数据包~
你那的机器那么厉害,以子之矛,攻子之盾,又如何? |
|
|
|
10C#
发布于：2004-04-07 14:05
Re:问题求救~~~~~ 关于网络第7层的数据包~
ping死,是因为漏洞.不是占用带宽的. |
|
|
|
11C#
发布于：2004-04-07 19:11
Re:问题求救~~~~~ 关于网络第7层的数据包~
你那的机器那么厉害,以子之矛,攻子之盾,又如何? 还真让你说中了，ALTEON的邮件过滤器一个50wRMB， 另一个产品邮件发送器45WRMB，我们都买了，然后我们对厂商说，你们自己的邮件过滤器能过滤自己的邮件发送器发送的邮件吗？？？他们说，他们也不知道，应该是邮件发送器比较厉害而已。。。靠，我们公司就因为一个小小的邮件，白花了小100w。。。。。。 我觉得不值，结果CTO说，这也没办法，MAIL是最好的免费广告，过滤垃圾是为了公司内部员工，所以2个都值。。。。哎~~~~~~~~~~~~~~ 没辙了，为了这个破邮件，sina也正合我们磋商呢，因为我们的邮件很多都发送到他们的邮箱了，所以他们的资源被我们耗的厉害，呵呵。。。正准备和平解决呢，据说 最好的解决方法就是每天只发1封信。。。呵呵 |
|
|
