发布新日志

  • Jconsole监控tomcat 的JVM内存(远程、linux、windows)

    2013-01-16 14:45:34

     Jconsole是JDK自带的监控工具,在JDK/bin目录下可以找到。它用于连接正在运行的本地或者远程的JVM,对运行在java应用程序的资源消耗和性能进行监控,并画出大量的图表,提供强大的可视化界面。而且本身占用的服务器内存很小,甚至可以说几乎不消耗,不失为一款好工具。我的在E:\Java\jdk1.7.0_02\bin\jconsole.exe。

     

     

    -------------Jconsole监视远程的linux服务器上的tomcat ----------------------------- 
    环境:
    服务器端: Linux + jdk1.60 + tomcat 6
    客户端: Windows + jdk1.6.0


    1、linux服务器上的tomcat 的bin/catalina.sh文件,
    在# OS specific support.  $var _must_ be set to either true or false. 这一行之后, 加入以下参数:

     

     

    Java代码  收藏代码
    1. JAVA_OPTS="-Dcom.sun.management.jmxremote.port=1090 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"   

    一般是这样地:

    Java代码  收藏代码
    1. JAVA_OPTS="-Xms256m -Xmx512m -Xss1024K -XX:PermSize=128m -XX:MaxPermSize=256m" JAVA_OPTS=" -Dcom.sun.management.jmxremote.port=1090 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false "   

     

    2、 linux服务器 执行hostname -i 命令,如果显示的是127.0.0.1,则需要修改/etc/hosts文件,否则jconsole无法链接。
    # vi /etc/hosts,修改如下:
    原值是: 127.0.0.1 localhost localhost.localdomain localhost
    修改为: 服务器的真实IP地址 localhost localhost.localdomain localhost
    具体原因是服务器端解释机器名的问题,相关问题见: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6209663

    3  linux服务器的防火墙,也要开相应端口.

    4  客户端:
               1. 打开cmd窗口,输入jconsole
               2. 指定连接参数:
                       远程主机: 服务器的真实IP地址
                       端口: 1090

    5、补充:由于配置了上述文件,在停止tomcat的时,会由于上述配置的端口被占用而无法停掉。2种方式解决:
    (1)使用killall -9 java 杀掉所有的java进程。
    (2)在catalina.sh中配置CATALINA_PID=pid,这样在停止tomcat的过程中,上述被占用的端口会自动被杀掉。

     

     

    -----------------Jconsole监视远程的Windows服务器上的tomcat ------------------------- 

    修改服务器tomcat的bin/catalina.bat文件, 在以下行:
    rem Guess CATALINA_HOME if not defined
    set CURRENT_DIR=%cd%

    加入以下参数:

     

     

    Java代码  收藏代码
    1. set JAVA_OPTS=-Dcom.sun.management.jmxremote.port=1090 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false  

     %JAVA_OPTS %是保留之前JAVA_OPTS参数  ,但我没使用。

    重启服务器tomcat
    打开cmd窗口,输入jconsole,连接。

  • corn表达式

    2012-09-13 10:49:48

    Quartz中时间表达式的设置-----corn表达式

    时间格式: <!-- s m h d m w(?) y(?) -->,   分别对应: 秒>分>小时>日>月>周>年, 

    举例:

    1.每天什么时候执行:

           <value>0 59 23 * * ?</value>: 如下为每天23:59:00开始执行

          <value>0 1,2,3 11,12 * * ? </value>: 每天11:01,11:02,11:03; 12:01,12:02,12:03分执行任务

    2.每隔多久执行:

     

    汇总说明:

    Cron表达式的时间字段除允许设置数值外,还可使用一些特殊的字符,提供列表、范围、通配符等功能,细说如下:

    ●星号(*):可用在所有字段中,表示对应时间域的每一个时刻,例如,*在分钟字段时,表示“每分钟”;

    ●问号(?):该字符只在日期和星期字段中使用,它通常指定为“无意义的值”,相当于点位符;

    ●减号(-):表达一个范围,如在小时字段中使用“10-12”,则表示从10到12点,即10,11,12;

    ●逗号(,):表达一个列表值,如在星期字段中使用“MON,WED,FRI”,则表示星期一,星期三和星期五;

    ●斜杠(/):x/y表达一个等步长序列,x为起始值,y为增量步长值。如在分钟字段中使用0/15,则表示为0,15,30和45秒,而5/15在分钟字段中表示5,20,35,50,你也可以使用*/y,它等同于0/y;

    ==================================================

    Quartz cron 表达式的格式十分类似于 UNIX cron 格式,但还是有少许明显的区别。区别之一就是 Quartz 的格式向下支持到秒级别的计划,而 UNIX cron 计划仅支持至分钟级。许多我们的触发计划要基于秒级递增的(例如,每45秒),因此这是一个非常好的差异。

    在 UNIX cron 里,要执行的作业(或者说命令)是存放在 cron 表达式中的,在第六个域位置上。Quartz 用 cron 表达式存放执行计划。引用了 cron 表达式的CronTrigger 在计划的时间里会与 job 关联上。

    另一个与 UNIX cron 表达式的不同点是在表达式中支持域的数目。UNIX 给出五个域(分、时、日、月和周),Quartz 提供七个域。表 5.1 列出了 Quartz cron 表达式支持的七个域。

     

    表 5.1. Quartz Cron 表达式支持到七个域
    名称是否必须允许值特殊字符
    0-59, - * /
    0-59, - * /
    0-23, - * /
    1-31, - * ? / L W C
    1-12 或 JAN-DEC, - * /
    1-7 或 SUN-SAT, - * ? / L C #
    空 或 1970-2099, - * /


    月份和星期的名称是不区分大小写的。FRI 和 fri 是一样的。

    域之间有空格分隔,这和 UNIX cron 一样。无可争辩的,我们能写的最简单的表达式看起来就是这个了:

    * * * ? * *

    这个表达会每秒钟(每分种的、每小时的、每天的)激发一个部署的 job。

    ·理解特殊字符

    同 UNIX cron 一样,Quartz cron 表达式支持用特殊字符来创建更为复杂的执行计划。然而,Quartz 在特殊字符的支持上比标准 UNIX cron 表达式更丰富了。

    * 星号

    使用星号(*) 指示着你想在这个域上包含所有合法的值。例如,在月份域上使用星号意味着每个月都会触发这个 trigger。

    表达式样例:

    0 * 17 * * ?

    意义:每天从下午5点到下午5:59中的每分钟激发一次 trigger。它停在下午 5:59 是因为值 17 在小时域上,在下午 6 点时,小时变为 18 了,也就不再理会这个 trigger,直到下一天的下午5点。

    在你希望 trigger 在该域的所有有效值上被激发时使用 * 字符。

    ? 问号

    ? 号只能用在日和周域上,但是不能在这两个域上同时使用。你可以认为? 字符是 "我并不关心在该域上是什么值。" 这不同于星号,星号是指示着该域上的每一个值。? 是说不为该域指定值。

    不能同时这两个域上指定值的理由是难以解释甚至是难以理解的。基本上,假定同时指定值的话,意义就会变得含混不清了:考虑一下,如果一个表达式在日域上有值11,同时在周域上指定了WED。那么是要 trigger 仅在每个月的11号,且正好又是星期三那天被激发?还是在每个星期三的11号被激发呢?要去除这种不明确性的办法就是不能同时在这两个域上指定值。

    只要记住,假如你为这两域的其中一个指定了值,那就必须在另一个字值上放一个 ?。

    表达式样例:

    0 10,44 14 ? 3 WEB

    意义:在三月中的每个星期三的下午 2:10 和 下午 2:44 被触发。

    , 逗号

    逗号 (,) 是用来在给某个域上指定一个值列表的。例如,使用值 0,15,30,45 在秒域上意味着每15秒触发一个 trigger。

    表达式样例:

    0 0,15,30,45 * * * ?

    意义:每刻钟触发一次 trigger。

    / 斜杠

    斜杠 (/) 是用于时间表的递增的。我们刚刚用了逗号来表示每15分钟的递增,但是我们也能写成这样0/15。

    表达式样例:

    0/15 0/30 * * * ?

    意义:在整点和半点时每15秒触发 trigger。

    - 中划线

    中划线 (-) 用于指定一个范围。例如,在小时域上的 3-8 意味着 "3,4,5,6,7 和 8 点。" 域的值不允许回卷,所以像 50-10 这样的值是不允许的。

    表达式样例:

    0 45 3-8 ? * *

    意义:在上午的3点至上午的8点的45分时触发 trigger。

    L 字母

    L 说明了某域上允许的最后一个值。它仅被日和周域支持。当用在日域上,表示的是在月域上指定的月份的最后一天。例如,当月域上指定了JAN 时,在日域上的L会促使 trigger 在1月31号被触发。假如月域上是SEP,那么 L 会预示着在9月30号触发。换句话说,就是不管指定了哪个月,都是在相应月份的时最后一天触发 trigger。

    表达式 0 0 8 L * ? 意义是在每个月最后一天的上午 8:00 触发 trigger。在月域上的 * 说明是 "每个月"。

    当 L 字母用于周域上,指示着周的最后一天,就是星期六 (或者数字7)。所以如果你需要在每个月的最后一个星期六下午的 11:59 触发 trigger,你可以用这样的表达式0 59 23 ? * L。

    当使用于周域上,你可以用一个数字与 L 连起来表示月份的最后一个星期 X。例如,表达式 0 0 12 ? * 2L 说的是在每个月的最后一个星期一触发 trigger。

     

    不要让范围和列表值与 L 连用

    虽然你能用星期数(1-7)与 L 连用,但是不允许你用一个范围值和列表值与 L 连用。这会产生不可预知的结果。


    W 字母

    W 字符代表着平日 (Mon-Fri),并且仅能用于日域中。它用来指定离指定日的最近的一个平日。大部分的商业处理都是基于工作周的,所以 W 字符可能是非常重要的。例如,日域中的15W 意味着 "离该月15号的最近一个平日。" 假如15号是星期六,那么 trigger 会在14号(星期五)触发,因为星期四比星期一(这个例子中是17号)离15号更近。(译者Unmi注:不会在17号触发的,如果是15W,可能会是在14号(15号是星期六)或者15号(15号是星期天)触发,也就是只能出现在邻近的一天,如果15号当天为平日直接就会当日执行)。W只能用在指定的日域为单天,不能是范围或列表值。

    # 井号

    # 字符仅能用于周域中。它用于指定月份中的第几周的哪一天。例如,如果你指定周域的值为6#3,它意思是某月的第三个周五 (6=星期五,#3意味着月份中的第三周)。另一个例子2#1意思是某月的第一个星期一 (2=星期一,#1意味着月份中的第一周)。注意,假如你指定#5,然而月份中没有第 5 周,那么该月不会触发。

    此处的 Cron 表达式 cookbook 旨在为常用的执行需求提供方案。尽管不可能列举出所有的表达式,但下面的应该为满足你的业务需求提供了足够的例子。

    ·分钟的 Cron 表达式

     

    表 5.1. 包括了分钟频度的任务计划 Cron 表达式
    用法表达式
    每天的从 5:00 PM 至 5:59 PM 中的每分钟触发0 * 17 * * ?
    每天的从 11:00 PM 至 11:55 PM 中的每五分钟触发0 0/5 23 * * ?
    每天的从 3:00 至 3:55 PM 和 6:00 PM 至 6:55 PM 之中的每五分钟触发0 0/5 15,18 * * ?
    每天的从 5:00 AM 至 5:05 AM 中的每分钟触发0 0-5 5 * * ?


    ·日上的 Cron 表达式


    表 5.2. 基于日的频度上任务计划的 Cron 表达式
    用法表达式
    每天的 3:00 AM0 0 3 * * ?
    每天的 3:00 AM (另一种写法)0 0 3 ? * *
    每天的 12:00 PM (中午)0 0 12 * * ?
    在 2005 中每天的 10:15 AM0 15 10 * * ? 2005


    ·周和月的 Cron 表达式

    表 5.3. 基于周和/或月的频度上任务计划的 Cron 表达式
    用法表达式
    在每个周一,二, 三和周四的 10:15 AM0 15 10 ? * MON-FRI
    每月15号的 10:15 AM0 15 10 15 * ?
    每月最后一天的 10:15 AM0 15 10 L * ?
    每月最后一个周五的 10:15 AM0 15 10 ? * 6L
    在 2002, 2003, 2004, 和 2005 年中的每月最后一个周五的 10:15 AM0 15 10 ? * 6L 2002-2005
    每月第三个周五的 10:15 AM0 15 10 ? * 6#3
    每月从第一天算起每五天的 12:00 PM (中午)0 0 12 1/5 * ?
    每一个 11 月 11 号的 11:11 AM0 11 11 11 11 ?
    三月份每个周三的 2:10 PM 和 2:44 PM0 10,44 14 ? 3 WED


    八. 创建一个即刻触发的 Trigger

    有时候,你需要立即执行一个 job。例如,想像一下,你正在构建一个 GUI 程序并允许用户能立刻执行。另一个例子,你或许已经检测到了某个 Job 未执行成功,因此你想要即刻重跑一次。在 Quartz 1.5,有几个方法被加入到了TriggerUtils 类中,使得实现那些事很容易了。代码 5.4 展示了如何部署一个 job,只让它立即执行一次。

  • Wireshark抓包工具使用教程以及常用抓包规则

    2012-08-23 17:55:57

    Wireshark是一个非常好用的抓包工具,当我们遇到一些和网络相关的问题时,可以通过这个工具进行分析,不过要说明的是,这只是一个工具,用法是非常灵活的,所以今天讲述的内容可能无法直接帮你解决问题,但是只要你有解决问题的思路,学习用这个软件就非常有用了。
    Wireshark官方下载地址:http://www.wireshark.org/download.html
    如果记不住,可以在百度中输入Wir就可以看到百度智能匹配的关键词了,选择第一个地址进去下载即可。

    简单介绍下这个软件的一些常用按钮,因为本人也是接触这个软件不久,所以就简单的说下最常用的按钮好了,打开软件后,下面红框中的按钮从左到右依次是:
    -列表显示所有网卡的网络包情况,一般用的很少;
    -显示抓包选项,一般都是点这个按钮开始抓包;
    -开始新的抓包,一般用的也很少;
    -停止抓包,当你抓完包之后,就是点这个停止了;
    -清空当前已经抓到的数据包,可以防止抓包时间过长机器变卡;

    而实际上,一般我们只要知道上面加粗部分的按钮功能,就可以完成抓包了,剩下的就是如何抓你想要的数据包,如何分析的问题了。

    接下来说下抓包选项界面,也就是点第二个按钮出来的界面,同样,这里也只介绍最常用的几个功能,首先下图中最上面的红框是选择需要抓的网卡,选择好网卡后会在下面显示这个网卡的IP地址。
    然后Capture Filter中就是要写抓包规则的地方,也叫做“过滤规则”,我们下面要说的很多规则都是要写到这个框里的,规则写好后,点下面的Start就开始抓包了。

    当抓包结束之后,如果你需要把抓到的数据包找其他人分析,那么可以点菜单上的file,然后点Save As保存抓到的数据包,如下图:

    ok,到这里,基础的使用方法说完了,接下来步入很关键的内容。

    使用Wireshark时最常见的问题,是当您使用默认设置时,会得到大量冗余信息,以至于很难找到自己需要的部分。这就是为什么过滤器会如此重要。它们可以帮助我们在庞杂的结果中迅速找到我们需要的信息。

    过滤器的区别
    捕捉过滤器(CaptureFilters):用于决定将什么样的信息记录在捕捉结果中。需要在开始捕捉前设置。
    显示过滤器(DisplayFilters):在捕捉结果中进行详细查找。他们可以在得到捕捉结果后随意修改。
    那么我应该使用哪一种过滤器呢?

    两种过滤器的目的是不同的。
    捕捉过滤器是数据经过的第一层过滤器,它用于控制捕捉数据的数量,以避免产生过大的日志文件。
    显示过滤器是一种更为强大(复杂)的过滤器。它允许您在日志文件中迅速准确地找到所需要的记录。

    两种过滤器使用的语法是完全不同的。

    捕捉过滤器

    Protocol(协议):
    可能的值: ether, fddi, ip, arp, rarp, decnet, lat, sca, moprc, mopdl, tcp and udp.
    如果没有特别指明是什么协议,则默认使用所有支持的协议。

    Direction(方向):
    可能的值: src, dst, src and dst, src or dst
    如果没有特别指明来源或目的地,则默认使用 “src or dst” 作为关键字。
    例如,”host 10.2.2.2″与”src or dst host 10.2.2.2″是一样的。

    Host(s):
    可能的值: net, port, host, portrange.
    如果没有指定此值,则默认使用”host”关键字。
    例如,”src 10.1.1.1″与”src host 10.1.1.1″相同。

    Logical Operations(逻辑运算):
    可能的值:not, and, or.
    否(“not”)具有最高的优先级。或(“or”)和与(“and”)具有相同的优先级,运算时从左至右进行。
    例如,
    “not tcp port 3128 and tcp port 23″与”(not tcp port 3128) and tcp port 23″相同。
    “not tcp port 3128 and tcp port 23″与”not (tcp port 3128 and tcp port 23)”不同。

    例子:

    tcp dst port 3128  //捕捉目的TCP端口为3128的封包。
    ip src host 10.1.1.1  //捕捉来源IP地址为10.1.1.1的封包。
    host 10.1.2.3  //捕捉目的或来源IP地址为10.1.2.3的封包。
    ether host e0-05-c5-44-b1-3c //捕捉目的或来源MAC地址为e0-05-c5-44-b1-3c的封包。如果你想抓本机与所有外网通讯的数据包时,可以将这里的mac地址换成路由的mac地址即可。
    src portrange 2000-2500  //捕捉来源为UDP或TCP,并且端口号在2000至2500范围内的封包。
    not imcp  //显示除了icmp以外的所有封包。(icmp通常被ping工具使用)
    src host 10.7.2.12 and not dst net 10.200.0.0/16 //显示来源IP地址为10.7.2.12,但目的地不是10.200.0.0/16的封包。
    (src host 10.4.1.12 or src net 10.6.0.0/16) and tcp dst portrange 200-10000 and dst net 10.0.0.0/8  //捕捉来源IP为10.4.1.12或者来源网络为10.6.0.0/16,目的地TCP端口号在200至10000之间,并且目的位于网络 10.0.0.0/8内的所有封包。
    src net 192.168.0.0/24 
    src net 192.168.0.0 mask 255.255.255.0  //捕捉源地址为192.168.0.0网络内的所有封包。

    注意事项:

    当使用关键字作为值时,需使用反斜杠“/”。
    “ether proto /ip” (与关键字”ip”相同).
    这样写将会以IP协议作为目标。

    “ip proto /icmp” (与关键字”icmp”相同).
    这样写将会以ping工具常用的icmp作为目标。

    可以在”ip”或”ether”后面使用”multicast”及”broadcast”关键字。
    当您想排除广播请求时,”no broadcast”就会非常有用。

    Protocol(协议):
    您可以使用大量位于OSI模型第2至7层的协议。点击”Expression…”按钮后,您可以看到它们。
    比如:IP,TCP,DNS,SSH

    String1, String2 (可选项):

    协议的子类。
    点击相关父类旁的”+”号,然后选择其子类。

    Comparison operators (比较运算符):
    可以使用6种比较运算符:


    Logical e-xpressions(逻辑运算符):


    显示过滤器

    例子:
    snmp || dns || icmp //显示SNMP或DNS或ICMP封包。 
    ip.addr == 10.1.1.1  //显示来源或目的IP地址为10.1.1.1的封包。
    ip.src != 10.1.2.3 or ip.dst != 10.4.5.6  //显示来源不为10.1.2.3或者目的不为10.4.5.6的封包。
    换句话说,显示的封包将会为:
    来源IP:除了10.1.2.3以外任意;目的IP:任意
    以及
    来源IP:任意;目的IP:除了10.4.5.6以外任意
    ip.src != 10.1.2.3 and ip.dst != 10.4.5.6  //显示来源不为10.1.2.3并且目的IP不为10.4.5.6的封包。
    换句话说,显示的封包将会为:
    来源IP:除了10.1.2.3以外任意;同时须满足,目的IP:除了10.4.5.6以外任意
    tcp.port == 25  //显示来源或目的TCP端口号为25的封包。 
    tcp.dstport == 25  //显示目的TCP端口号为25的封包。 
    tcp.flags  //显示包含TCP标志的封包。 
    tcp.flags.syn == 0×02  //显示包含TCP SYN标志的封包。 
    如果过滤器的语法是正确的,表达式的背景呈绿色。如果呈红色,说明表达式有误。
    更为详细的说明请见:http://openmaniak.com/cn/wireshark_filters.php

    以上只是抓包和简单的过滤,那么其实如果你要想达到能够分析这些网络包的要求时,还需要了解下一些数据包的标记,比如我们常说的TCP三次握手是怎么回事?

    三次握手Three-way Handshake
    一个虚拟连接的建立是通过三次握手来实现的
    1. (Client) –> [SYN] –> (Server)
    假如Client和Server通讯. 当Client要和Server通信时,Client首先向Server发一个SYN (Synchronize) 标记的包,告诉Server请求建立连接.
    注意: 一个 SYN包就是仅SYN标记设为1的TCP包(参见TCP包头Resources). 认识到这点很重要,只有当Server收到Client发来的SYN包,才可建立连接,除此之外别无他法。因此,如果你的防火墙丢弃所有的发往外网接口的SYN包,那么你将不 能让外部任何主机主动建立连接。

    2. (Client) <– [SYN/ACK] <–(Server)
    接着,Server收到来自Client发来的SYN包后,会发一个对SYN包的确认包(SYN/ACK)给Client,表示对第一个SYN包的确认,并继续握手操作.
    注意: SYN/ACK包是仅SYN 和 ACK 标记为1的包.

    3. (Client) –> [ACK] –> (Server)
    Client收到来自Server的SYN/ACK 包,Client会再向Server发一个确认包(ACK),通知Server连接已建立。至此,三次握手完成,一个TCP连接完成。
    Note: ACK包就是仅ACK 标记设为1的TCP包. 需要注意的是当三此握手完成、连接建立以后,TCP连接的每个包都会设置ACK位。

    这就是为何连接跟踪很重要的原因了. 没有连接跟踪,防火墙将无法判断收到的ACK包是否属于一个已经建立的连接.一般的包过滤(Ipchains)收到ACK包时,会让它通过(这绝对不是个 好主意). 而当状态型防火墙收到此种包时,它会先在连接表中查找是否属于哪个已建连接,否则丢弃该包。

    四次握手Four-way Handshake
    四次握手用来关闭已建立的TCP连接

    1. (Client) –> ACK/FIN –> (Server)
    2. (Client) <– ACK <– (Server)
    3. (Client) <– ACK/FIN <– (Server)
    4. (Client) –> ACK –> (Server)

    注意: 由于TCP连接是双向连接, 因此关闭连接需要在两个方向上做。ACK/FIN 包(ACK 和FIN 标记设为1)通常被认为是FIN(终结)包.然而, 由于连接还没有关闭, FIN包总是打上ACK标记. 没有ACK标记而仅有FIN标记的包不是合法的包,并且通常被认为是恶意的。

    连接复位Resetting a connection

    四次握手不是关闭TCP连接的唯一方法. 有时,如果主机需要尽快关闭连接(或连接超时,端口或主机不可达),RST (Reset)包将被发送. 注意在,由于RST包不是TCP连接中的必须部分, 可以只发送RST包(即不带ACK标记). 但在正常的TCP连接中RST包可以带ACK确认标记

    请注意RST包是可以不要收到方确认的?

    无效的TCP标记Invalid TCP Flags

    到目前为止,你已经看到了 SYN, ACK, FIN, 和RST 标记. 另外,还有PSH (Push) 和URG (Urgent)标记.

    最常见的非法组合是SYN/FIN 包. 注意:由于 SYN包是用来初始化连接的, 它不可能和 FIN和RST标记一起出现. 这也是一个恶意攻击.

    由于现在大多数防火墙已知 SYN/FIN 包, 别的一些组合,例如SYN/FIN/PSH, SYN/FIN/RST, SYN/FIN/RST/PSH。很明显,当网络中出现这种包时,很你的网络肯定受到攻击了。

    别的已知的非法包有FIN (无ACK标记)和”NULL”包。如同早先讨论的,由于ACK/FIN包的出现是为了关闭一个TCP连接,那么正常的FIN包总是带有 ACK 标记。”NULL”包就是没有任何TCP标记的包(URG,ACK,PSH,RST,SYN,FIN都为0)。

    到目前为止,正常的网络活动下,TCP协议栈不可能产生带有上面提到的任何一种标记组合的TCP包。当你发现这些不正常的包时,肯定有人对你的网络不怀好意。

    UDP (用户数据包协议User Datagram Protocol)

    TCP是面向连接的,而UDP是非连接的协议。UDP没有对接受进行确认的标记和确认机制。对丢包的处理是在应用层来完成的。(or accidental arrival).

    此处需要重点注意的事情是:在正常情况下,当UDP包到达一个关闭的端口时,会返回一个UDP复位包。由于UDP是非面向连接的, 因此没有任何确认信息来确认包是否正确到达目的地。因此如果你的防火墙丢弃UDP包,它会开放所有的UDP端口(?)。

    由于Internet上正常情况下一些包将被丢弃,甚至某些发往已关闭端口(非防火墙的)的UDP包将不会到达目的,它们将返回一个复位UDP包。

    因为这个原因,UDP端口扫描总是不精确、不可靠的。

    看起来大UDP包的碎片是常见的DOS (Denial of Service)攻击的常见形式 (这里有个DOS攻击的例子,http://grc.com/dos/grcdos.htm ).

    ICMP (网间控制消息协议Internet Control Message Protocol)

    如同名字一样, ICMP用来在主机/路由器之间传递控制信息的协议。 ICMP包可以包含诊断信息(ping, traceroute - 注意目前unix系统中的traceroute用UDP包而不是ICMP),错误信息(网络/主机/端口 不可达 network/host/port unreachable), 信息(时间戳timestamp, 地址掩码address mask request, etc.),或控制信息 (source quench, redirect, etc.) 。

    你可以在http://www.iana.org/assignments/icmp-parameters 中找到ICMP包的类型。

    尽管ICMP通常是无害的,还是有些类型的ICMP信息需要丢弃。

    Redirect (5), Alternate Host Address (6), Router Advertisement (9) 能用来转发通讯。

    Echo (8), Timestamp (13) and Address Mask Request (17) 能用来分别判断主机是否起来,本地时间 和地址掩码。注意它们是和返回的信息类别有关的。 它们自己本身是不能被利用的,但它们泄露出的信息对攻击者是有用的。

    ICMP消息有时也被用来作为DOS攻击的一部分(例如:洪水ping flood ping,死 ping ?呵呵,有趣 ping of death)?/p>

    包碎片注意A Note About Packet Fragmentation

    如果一个包的大小超过了TCP的最大段长度MSS (Maximum Segment Size) 或MTU (Maximum Transmission Unit),能够把此包发往目的的唯一方法是把此包分片。由于包分片是正常的,它可以被利用来做恶意的攻击。

    因为分片的包的第一个分片包含一个包头,若没有包分片的重组功能,包过滤器不可能检测附加的包分片。典型的攻击Typical attacks involve in overlapping the packet data in which packet header is 典型的攻击Typical attacks involve in overlapping the packet data in which packet header isnormal until is it overwritten with different destination IP (or port) thereby bypassing firewall rules。包分片能作为 DOS 攻击的一部分,它可以crash older IP stacks 或涨死CPU连接能力。

    Netfilter/Iptables中的连接跟踪代码能自动做分片重组。它仍有弱点,可能受到饱和连接攻击,可以把CPU资源耗光。

    OK,到此为止,关于Wireshark抓包工具的一些小教程已经写完了,而导致我想写这么一个纠结的教程的原因是,前几天通过这个抓包解决了梦幻西游在网维大师无盘上容易掉线的问题,当时捕捉到梦幻西游掉线时的数据包是这样的。
    注意下图中的红色数据,123.58.184.241是梦幻西游的服务器,而192.168.1.41是玩梦幻西游的客户机,在掉线时,发现是先有梦幻西游的服务器向客户机发送一个[FIN,ACK]数据包,根据上面的解释,FIN标记的数据包是代表要断开连接的意思,而接着客户机又回给服务器一个确认断开链接包。当看到这个抓包数据时,就意识到,大家说的在网维大师系统虚拟盘上梦幻爱掉线的问题,并非普通的网络问题,因为通过数据包的信息来看,是梦幻服务器主动要求断开链接,产生这个情况无非是以下几个原因:
    1、服务器发现客户端非法,比如有外挂什么的,踢掉了客户机;
    2、服务器压力大,踢掉了客户机;
    3、总之不是客户端问题导致的掉线;

  • 一个老测试员对测试理解( 需要掌握哪些知识)

    2008-08-22 09:19:47

    一个老测试员对测试理解( 需要掌握哪些知识)
    1 测试人员必顺熟悉软件开发流程。
    测试需熟悉软件开发流程,重点掌握测试本身部分过程以及测试与各个阶段的接口,有哪些文档需要编写,编写的内容是什么。其它方面不需要很多细节都了解,那是QA和EPG的事。

    2 测试人员必顺熟悉产品所涉及的业务。
    测试人员主要的的测试还是功能测试,那怎么做好功能测试,在仔细、耐心的基础上还需要精通产品的业务。实际是往往项目组中的培训往不够的,我个人的经验是如果有条件能够参加需求调研的话是最好的。如果是产品化的产品有机会的最好去工程实施的一两次。

    3测试人员技术的要求

    测试技术的要求我就不多说了,大家关心的可能是开发工具,我个人认为测试人员必须精通一门比较大众化语言,如C、或JAVA,否则在测试驱动化测试时,就需要开发人员协助。以前我碰到这么一个需求“在个用户同时操作,一个用户插入十万条数据、一个用户UPDATE十万条数据,一个用户删除十万条数据”如果我们自己不能写点小程序,是很受制于人。还有必须对自己项目所使用的开发工具有所了解,要做到能安装、搭建、编译、调试问题(能找到错误点)。

    4测试人员对于工具
    现在网上测试工具很多,我看了很多人天天在说,学哪种好。我是根据测试不同需求去选一种比较大众化,适何目前情况的工具,比如果我就划分三种:测试管理、功能测试、性能测试。根据这三种去找适何的工具,学习并应用到项目里。

    5测试人员基本素质
    这点很重要,如果一个测试人员水平很高,但是他就是不做事,那有什么用。测试人员必须具备踏实、主动、仔细、钻研的素质。
    踏实:追求好的待遇是每个人目标,但是必须对自己目前这个岗位的工作需做好,要想工作时间想个几个分钟,晚上回去想个够/
    主动:寻找BUG要拿出追女(男)友的气势出来。
  • 我对软件测试职业发展的想法(转)

    2008-08-21 09:23:54

    我对软件测试职业发展的想法(转)

     最近一年,交了不少测试的朋友,听说过一位同事的经历,他做了三四年的测试,但,他对软件测试的积累还非常不够,做的事情,也一直是最低层的测试工作,工资和新手差不多,这让我很有感触!

       原因就是在我们一些国内的公司,虽然也开始注重测试了,但完全没有一个合理的测试流程,更别提什么测试驱动开发了~ 测试人员只是进行一些Ad-hoc的测试,测完了交交defect就算……

       版本控制也很混乱,开发的交个新版本过来,测试人员就测,测到一半时,又来一个新的版本……

       所以,我觉得,进入软件测试这一行的人,应该从以下几方面提高自己,不然,几年过去,遭遇很可能和他一样:

       (一)、编程能力。 这里的编程能力就是指你开发测试工具、测试脚本的能力,很难想像,纯手工的软件测试工作,你能有多大的发展,能希望别人怎么高看你一眼! 尽管,有人说,黑盒怎么了,做的好也不容易! 是的,如果你有能力,为什么不提高下编程能力呢??

       (二)、自动化工具的能力。 指你会使用QTP、QC、Loadrunner进行自动化测试的能力,包括你对整个项目比较清晰的计划与创建与维护脚本的能力。

       (三)、学好外语。一般学好英语、日语或其他什么语言,会有很大机会进入好点的外资公司,实话说,现在做测试的,还是在外资公司环境比较好,工资高不说,流程也很标准~~

        总之,我们做测试的,也应该注意加强自己的竞争力,不然,过几年,你经验的积累也只是草根,还不如一个刚从职业培训出来的51学员,想想看,你能接受和他们一样的薪水么??

  • 软件测试--职业规划(转)

    2008-08-21 09:12:28

    软件测试--职业规划

    每个工作三五年的人多少都会遇到瓶颈,要么是技术,要么是管理。没有一条路是可以既定的,都是摸索着前进,网上有专家的介绍,也有前辈们的总结。

    对软件测试这样一个新兴行业,在以前是算在软件开发一类的,现在大多公司都会独立出测试部门了,也就有了专职软件测试人员。职业规划一个很重要的点还要看社会环境,在中国大陆做软件开发的都是被认为吃青春饭,很多企业的职位也或多或少都如此设定,大多技术牛人最后都走向项目管理,虽然也许他不喜欢也不擅长,但为了未来为了薪水待遇很多时侯是必然之路。

    [软件测试质量保书上看来,也算世界通用的:

    1~2年,测试技能:熟悉整个测试过程及产品业务领域,学习和掌握自动化测试工具,学习测试自动化编程技术;开发和执行测试脚本,承担系统测试实施任务;掌握编程语言、操作系统、网络与数据库方面的技能。

    3~4年,测试过程:深入了解测试过程,掌握测试过程设计及改进,参与软件工作产品的同行评审;进一步了解产品业务领域,改进测试自动化编程技术;能指导初级测试工程师;加强编程语言、操作系统、网络与数据库方面的技能。

    4~5年,测试组织工作:管理1~3名测试工程师,担任任务估算、管理及进度控制;进一步培养在软件项目管理及支持工具方面的技能。

    5~6年,技术管理:管理4~8名测试工程师,提高任务估算、管理及进度控制能力,完成测试规划并制定测试计划;研究测试的技术手段,保持使用项目管理及支持工具的技能;用大量时间为其他测试工程师提供技术及过程方面的指导;开始与客户打交道并做演示推介。

    6~12年,测试管理:管理8名以上测试工程师,负责一个或多个项目的测试工作;与客户打交道并做演示推介;保持使用项目管理及支持工具的技能。

      这个不适应于国内,也许适合老美他们。不过我们可以从中了解软件测试人员需要具备哪些能力。国内最重要的是第一步你入了哪一行业,业务是什么?软件测试也如此,web测试?手机测试?手工还是自动?…

    废话一堆之后来摸索软件测试,主要还是寻找自己的未来道路,但要记住的是好职业不是规划出来的,顾问们都是参谋者,总结者也仅是经验,自己的人生规划是自己的选择和实践的过程,需要适时代、市场变化而变化的。可以分步做

    Step1:分析自己的优劣势,包括自己的专业技能以及语言能力,业务能力,管理能力

    Step2:发掘自己的兴趣,喜欢和人打交道还是喜欢和机器打交道,这只是个偏向问题,人的沟通表达能力是最起码的

    Step3:分析市场需求,看看市场上需要什么样的人才以及未来需要什么人才

    Step4:结合自己的优劣势给自己定位,设定目标,大公司还是小公司,国企还是外企....

    Step5:为自己的目标努力,记住最重要是坚持!

  • 我的软件测试空间开通了!

    2008-08-20 16:59:41

      我的软件测试空间开通了!

      从这里开始!

Open Toolbar