对于经常修改邮箱密码，又记不住的人（比如我）来说，找回密码是件非常困难的事情
下面给大家介绍这款小软件，使用非常方便
首先，我使用是foxmail的邮件客户端，客户端是保存过我邮箱的密码，但是想登陆网页版，
网上应该有很多教程，如果是高手就路过吧，我是写给纯小白用的，因为网上那些东西我是彻底看不懂啊
忘记了密码（）
下载一个tcp trace工具，网上有的是
一、点击file-start trace：
二、配置界面如下：配置完成后，点OK
三、foxmail客户端配置如下：
四、foxmail配置完成后，点击收取，然后就去tcptrace查看密码吧注意：
TCPDUMP简介 在传统的网络分析和测试技术中，嗅探器(sniffer)是最常见，也是最重要的技术之一。sniffer工具首先是为网络管理员和网络程序员进行网络分析而设计的。对于网络管理人员来说，使用嗅探器可以随时掌握网络的实际情况，在网络性能急剧下降的时候，可以通过sniffer 工具来分析原因，找出造成网络阻塞的来源。对于网络程序员来说,通过sniffer工具来调试程序。 用过windows平台上的sniffer工具(例如，netxray和sniffer pro软件)的朋友可能都知道，在共享式的局域网中，采用sniffer工具简直可以对网络中的所有流量一览无余！Sniffer 工具实际上就是一个网络上的抓包工具，同时还可以对抓到的包进行分析。由于在共享式的网络中，信息包是会广播到网络中所有主机的网络接口，只不过在没有使用sniffer工具之前，主机的网络设备会判断该信息包是否应该接收，这样它就会抛弃不应该接收的信息包，sniffer工具却使主机的网络设备接收所有到达的信息包，这样就达到了网络监听的效果。 Linux作为网络服务器，特别是作为路由器和网关时，数据的采集和分析是必不可少的。所以，今天我们就来看看Linux中强大的网络数据采集分析工具——TcpDump。 用简单的话来定义tcpdump，就是：dump the traffice on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 作为互联网上经典的的系统管理员必备工具，tcpdump以其强大的功能，灵活的截取策略，成为每个高级的系统管理员分析网络，排查问题等所必备的东东之一。 顾名思义，TcpDump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。 tcpdump提供了源代码，公开了接口，因此具备很强的可扩展性，对于网络维护和入侵者都是非常有用的工具。tcpdump存在于基本的FreeBSD系统中，由于它需要将网络界面设置为混杂模式，普通用户不能正常执行，但具备root权限的用户可以直接执行它来获取网络上的信息。因此系统中存在网络分析工具主要不是对本机安全的威胁，而是对网络上的其他计算机的安全存在威胁。 普通情况下，直接启动tcpdump将监视第一个网络界面上所有流过的数据包。 －－－－－－－－－－－－－－－－－－－－－－－ bash-2.02# tcpdump
Linux命令之TCPDUMP抓包 TCPDUMP又称网络数据包截获分析工具。支持针对网络层、协议、主机、网络或端口的过滤。并提供and、or、not等逻辑语句帮助去除无用的信息。 常用选项 -a 将网络地址和广播地址转变成名字 -d 将匹配信息包的代码以人们能够理解的汇编格式给出 -dd 将匹配信息包的代码以c语言程序段的格式给出 -ddd 将匹配信息包的代码以十进制的形式给出 -e 在输出行打印出数据链路层的头部信息 -f 将外部的Internet地址以数字的形式打印出来 -q 快速打印输出。即打印很少的协议相关信息，从而输出行都比较简短 -t 不显示时间 -l 使标准输出变为缓冲行形式 -n 不把网络地址转换成名字 -s 抓取数据包时默认抓取长度为68字节 -t 在输出的每一行不打印时间戳 -v 输出一个稍微详细的信息，如在ip包中可以包括ttl和服务类型的信息-v v 输出详细的报文信息 -c 在收到指定的包的数目后，tcpdump就会停止
-F 从指定的文件中读取表达式,忽略其它的表达式 -i 指定监听的网络接口 -r 从指定的文件中读取包(这些包一般通过-w选项产生) -w 直接将包写入文件中，并不分析和打印出来 -T 将监听到的包直接解释为指定的类型的报文，常见的类型有rpc （远程过程调用）和snmp（简单网络管理协议） -n 对地址以数字方式显式，否则显式为主机名，也就是说-n选项不做主机名解析。 -nn 除了-n的作用外，还把端口显示为数值，否则显示端口服务名。 -X 输出包的头部数据，会以16进制和ASCII两种方式同时输出。 -XX 输出包的头部数据，会以16进制和ASCII两种方式同时输出，更详细。 一、不指定任何参数 监听第一块网卡上经过的数据包。主机上可能有不止一块网卡，所以经常需要指定网卡。这样抓取的结果会非常多，滚动非常快。 [qh@root localhost]$tcpdump 二、监听指定网卡 [qh@root localhost]$tcpdump -i eth0 三、监听指定主机
高通平台的常用的调试tool: QPST, QRCT, QXDM, Trace32(use JTAG) 2013年09月07日?综合?共 4410字?字号小中大?评论关闭 OverView: QPST 综合工具, 传输文件, 查看device的EFS文件系统, 代码烧录 QRCT 测试RF QXDM 看log JTAG trace32调试 QPST,QXDM的使用说明，具体的可以看我上传到csdn的资源文件，我都是看它，看了那个user guide就完全会了，很简单的 QPST是一个针对高通芯片开发的传输软件。简单的说就是用高通处理芯片的手机理论上都可以用 QPST传输文件，可以修改C网机器内部参数的软件。 一次可以track多台电脑 QPST还可进行代码烧入 包括: 5个 client applications ? QPST Configuration monitor the status of: Active phones Available serial ports Active clients To start QPST Configuration, from the Start menu, select Programs → QPS T → QPST Configuration. ? Service Programming provide service programming for CDMA phones that contain Qual comm ASICs. With it, you can save SP data to a file, then download the data in that file to multiple pho nes. The SP application accesses settings regardless of the phone’ s internal memory implementation. It is feature- aware and displays settings pages appropriate to the phone being programmed. To start SP, from the Start menu, select Programs → QPST → Service Programming.
tcpdump基础 Tcpdump常用命令及基础故障定位3板斧！ 在老4k系统和TOS中的.1平台和.8平台（猎豹）支持TCPDUMP命令。 Tcpdump中and、not、or、host、port、grep、-e、-vv参数的使用: 例1：在eth1口抓包，只显示地址为10.1.1.1和icmp协议的报文。 Tcpdump –i eth1 host 10.1.1.1 and icmp 例2：在所有的接口抓包，不显示4000端口的管理报文，和23端口的telnet报文。 Tcpdump –i any not port 4000 and not port 23 （在同时管理的时候很实用） 例3：在eth1口抓包，显示地址为211.1.1.1或10.1.1.1的报文。 Tcpdump –i eth1 host 211.1.1.1 or host 10.1.1.1 （针对MAP前后的地址同时抓包定位时非常实用） 例4：在所有的接口抓包，显示地址为10.1.1.1报文。 Tcpdump |grep host 10.1.1.1 （在adls环境中非常实用，封装了PPPOE的报文也能抓到，但是TOS不支持grep 的参数了） 在tos系统中，X86的平台下才有抓包的工具，－n表示不需要域名解析，加快抓包的速度。 并且-evv比老的4k系统中，能抓到更多的信息，其中还包括校验和。 例5：System tcpdump –i any –evv -n （TOS系统中最后必须加-n的参数，才能保证抓包的速度） 例6：System tcpdump –i ipsec0-n（TOS支持在ipsec0中抓包，来判断数据流是否进入隧道） 例7：System tcpdump –i ppp0-n（TOS支持在ppp0中抓包，来判断数据流是否进入PPPoE的封装） 下面的4个实例，详细阐述了目的地址转换时如何通过TCPDUMP抓包来快速定位故障点。 现场通过抓包来定位故障原因是最准确高效的方法： 下面抓包中，客户端源地址为168.36.126.1MAP地址为209.136.47.12服务器真实地址为11.68.21.12 对于目的地址转换，天融信也俗称为MAP转换。 例1、如果业务、ping都不通，抓包时只有第一个请求报文，没有匹配MAP转换，说明: A: 防火墙没有到真实服务器的路由,而导致不能匹配MAP策略。 B: 或者是防火墙上没有开放对应的访问策略。 TOS# system tcpdump -i any host 168.36.126.1 -n 04:19:03.400000 IP 168.36.126.1 > 209.136.47.12: ICMP echo request, id 10706, seq 4161, length 64 例2、如果业务、ping都不通，抓包是匹配了MAP转换策略，说明： A: 对方的服务没有回应。 B: 或者对方回应了但是路由错误，回应数据包没有到防火墙。 TOS# system tcpdump -i any host 168.36.126.1 -n 04:19:03.400000 IP 168.36.126.1 > 209.136.47.12: ICMP echo request, id 10706, seq 4161, length 64 04:19:03.404216 IP 168.36.126.1 > 11.68.21.12: ICMP echo request, id 10706, seq 4161, length 64 例3、如果业务、ping都不通，抓包显示最后一个报文没有正常转换，说明： A: 防火墙上没有回指路由，而导致最后的报文没有发出。 TOS# system tcpdump -i any host 168.36.126.1 -n 04:19:03.400000 IP 168.36.126.1 >209.136.47.12: ICMP echo request, id 10706, seq 4161, length 64
tcpdump抓包高级用法 【表达式】tcpdump –i ethx ether[xx:yy]=0xabcde… -nn 【说明】普通的tcpdump抓包后面直接跟主机，端口或协议等过滤条件，而这种抓包方法在某些环境下是无法使用的，如有QinQ，lwapp，wltp，pppoe等协议封装时，要抓电脑真实IP的数据包便实现不了。高级抓包方法可以满足，特别是在wlan环境下，经过我们设备的数据流都是经过隧道封装的，所以只能用高级抓包方法。高级抓包方法中的过滤条件为ether[xx:yy]=0xabcd….，表示从以太网帧头部开始偏移xx字节后的yy个字节的值是十六进制abcd….。如tcpdump –i eth0 ether[92:4]=0xab0d4f9c –nn，表示在eth0抓取符合下面条件的数据包，从以太网帧第92字节开始，后面4个字节的值为十六进制ab0d4f9c的所有数据包。这种抓包方法要求我们事先算好过滤条件对应的十六进制及其偏移值。下面举个例子说明。 【案例】如附件中的数据包，是wlan环境下隧道封装的数据包，用抓包软件打开只能看到隧道头地址，无法看到隧道内真实的IP地址。隧道内真实的IP所在的段为111.14.0.0/16，现要抓取111.14.236.138这个地址的数据包。 1．将111.14.236.138这个IP地址转换为十六进制为0x6f0eec8a 2．在eth0将所有的数据包抓100个下来（tcpdump –i eth0 –s0 –c 100 –w /tmp/test.pcap），如附件，用wireshark打开，找到隧道内真实IP地址，再算出真实IP地址偏移以太网头的字节数（这里应该会有问到怎样找到隧道内真实的IP头，请参考文章自定义协议剥离配置说明）。 3．这里已经算出来，111.14.0.0/16段的上行数据偏移以太网头92字节，下行数据偏移以太网头96字节，所以抓取111.14.236.138这个地址的所有数据包，tcpdump表达式应该如下:tcpdump –i eth0 ether[92:4]=0x6f0eec8a or ether[96:4]=0x6f0eec8a –nn
tcpdump抓包并保存成cap文件 首选介绍一下tcpdump的常用参数 tcpdump采用命令行方式，它的命令格式为： tcpdump [ -adeflnNOpqStvx ] [ -c 数量 ] [ -F 文件名 ] [ -i 网络接口 ] [ -r 文件名] [ -s snaplen ] [ -T 类型 ] [ -w 文件名 ] [表达式 ] 1. tcpdump的选项介绍 -a 将网络地址和广播地址转变成名字； -d 将匹配信息包的代码以人们能够理解的汇编格式给出； -dd 将匹配信息包的代码以c语言程序段的格式给出； -ddd 将匹配信息包的代码以十进制的形式给出； -e 在输出行打印出数据链路层的头部信息； -f 将外部的Internet地址以数字的形式打印出来； -l 使标准输出变为缓冲行形式； -n 不把网络地址转换成名字； -t 在输出的每一行不打印时间戳； -v 输出一个稍微详细的信息，例如在ip包中可以包括ttl和服务类型的信息； -vv 输出详细的报文信息； -c 在收到指定的包的数目后，tcpdump就会停止； -F 从指定的文件中读取表达式,忽略其它的表达式； -i 指定监听的网络接口； -r 从指定的文件中读取包(这些包一般通过-w选项产生)； -w 直接将包写入文件中，并不分析和打印出来； -T 将监听到的包直接解释为指定的类型的报文，常见的类型有rpc（远程过程 调用）和snmp（简单网络管理协议；） 当网络出现故障时，由于直接用tcpdump抓包分析有点困难，而且当网络中数据比较多时更不容易分析，使用tcpdump的-w参数+ethereal分析会很好的解决这个问题，具体参数如下： tcpdump -i eth1 -c 2000 -w eth1.cap -i eth1 只抓eth1口的数据 -c 2000代表数据包的个数，也就是只抓2000个数据包 -w eth1.cap 保存成cap文件，方便用ethereal分析 抓完数据包后ftp到你的FTP服务器，put一下，然后用ethereal软件打开就可以很直观的分析了 注：有时将.cap文件上传到FTP服务器后，发现用ethreal打开时提示数据包大于65535个，这是你在ftp上传或者下载的时候没有用bin的模式上传的原因。另：有的网站提示在tcpdump中用-s 0命令，例如 tcpdump -i eth1 -c 2000 -s0 -w eth1.cap，可实际运行该命令时系统却提示无效的参数,去掉-s 0参数即可例子： [root@localhost cdr]#tcpdump -i eth0 -t tcp -s 60000 -w diaoxian.cap [root@localhost cdr]# tcpdump host 58.240.72.195 -s 60000 -w x.cap
目录 1．系统组成 1．1硬件 1．1.1主机 1．1.2调试电缆 1．1.3通过USB与PC连接 1．1.4通过JTAG与目标连接 1．1.5对PC硬件的要求 1．1.6对目标板硬件的要求 1．1.7加电 1．2软件 1．2.1驱动程序的安装 2．PowerView调试界面的使用 3．1 打开调试界面 3．2 JTAG连接设置 3．3 运行脚本文件 3．4 观察/修改寄存器 3．5 观察/修改存储器 3．6 下载程序 3．7 观察符号表 3．8 打开程序列表窗口 3．9 单步执行程序 3．10 设置软件断点 3．11 设置Onchip硬件断点 3．12 设置数据观察断点 3．13 全速运行程序 3．14 停止运行程序 3．15 观察变量 3．16 观察堆栈 3．17 在线Flash编程 1．系统组成 TRACE-ICP调试系统由硬件和软件两部分组成，硬件是自行研发的，软件是第三方的。 下面分成硬件和软件两部分来介绍。 1．1硬件 TRACE-ICP的硬件设计采用模块化的结构，分为主机和调试电缆两部分。 1．1.1主机 下面三张照片是TRACE-ICP主机的顶视图和前视图以及后视图。 图一、TRACE-ICP顶视图
图二、TRACE-ICP前视图 图三、TRACE-ICP后视图 在图二中的连接器是标准DB25/M连接器，用于连接调试电缆。在图三 中，有两个连接器和一个LED指示灯。左边的连接器是USB接口，用于 通过USB电缆和PC连接。右边的连接器是TRACE-ICP的外接5VDC电 源接口。TRACE-ICP可以通过USB供电，在USB供电不足的情况下， 使用外接电源。LED指示灯是TRACE-ICP的电源指示灯。 1．1.2调试电缆 下图是TRACE-ICP的调试电缆的照片。 图四、TRACE-ICP的调试电缆
1关键字 Tcpdump，丢包，抓包 2Tcpdump抓包的作用 Tcpdump是linux系统自带的抓包工具，功能： >抓进出Linux服务器的IP包 >抓下的IP包，可由WireShark等工具，解码为UDP和RTP包。 >抓下的IP包，可由WireShark等工具分析丢包情况 3Tcpdump常用方法 Tcpdump是linux系统自带的抓包工具，需要root权限才能运行。 //抓网卡eth2上所有进出的数据包，如果没有数据包，则通常会抓到广播包 数会保留所有TS数据包，故重要。 3.4指定入向端口 设入向端口为11866，转换为十六进制，即是0x2e5a，所以： 其中,ether[36]和ether[37]为接收端口的16进制表示。 3.5指定出向端口 其中, Ether[34]和ether[35]为发送端口的16进制表示。 3.6长时间抓包 在抓包命令后加“-C 100”，它会满100M后写到下一个新的文件。直到磁盘满。 3.7后台执行 在抓包命令最后面再加一个&，这样可以后台一直抓。这样的话，登录窗口可以关掉。你想停止抓包，则得用PS把进程杀死。
4抓包分析快进快退 4.1找关键帧 RTP包是否为关键帧的标识保存在RTP扩展位中。WireShark查看RTP包是否为关键帧。 00或者10：普通帧 20或者30: 关键帧首包 40或者50: 关键帧中间包 80或者90: 关键帧尾包 注：以上判断之所以有“或者”，是因为关键帧位只占了3比特。 4.2判断时戳 如果抓包为32倍速，要判断时戳是否正常，则可以用抓包里的： （最大时戳-最小时戳）/90000/倍速=倍速播放时常
tcpdump 必须使用 root 的身份执行 [root@linux ~]# tcpdump [-nn] [-i 接口] [-w 储存档名] [-c 次数] [-Ae] [-qX] [-r 档案] [所欲撷取的数据内容] 参数： -nn：直接以 IP 及 port number 显示，而非主机名与服务名称 -i ：后面接要『监听』的网络接口，例如 eth0, lo, ppp0 等等的界面； -w ：如果你要将监听所得的封包数据储存下来，用这个参数就对了！后面接档名 -c ：监听的封包数，如果没有这个参数， tcpdump 会持续不断的监听， 直到使用者输入 [ctrl]-c 为止。 -A ：封包的内容以 ASCII 显示，通常用来捉取 WWW 的网页封包资料。 -e ：使用资料连接层 (OSI 第二层) 的 MAC 封包数据来显示； -q ：仅列出较为简短的封包信息，每一行的内容比较精简 -X ：可以列出十六进制 (hex) 以及 ASCII 的封包内容，对于监听封包内容很有用 -r ：从后面接的档案将封包数据读出来。那个『档案』是已经存在的档案，并且这个『档案』是由 -w 所制作出来的。 所欲撷取的数据内容：我们可以专门针对某些通讯协议或者是 IP 来源进行封包撷取，那就可以简化输出的结果，并取得最有用的信息。常见的表示方法有： 'host foo', 'host 127.0.0.1' ：针对单部主机来进行封包撷取 'net 192.168' ：针对某个网域来进行封包的撷取； 'src host 127.0.0.1' 'dst net 192.168'：同时加上来源(src)或目标(dst)限制 'tcp port 21'：还可以针对通讯协议侦测，如 tcp, udp, arp, ether 等还可以利用 and 与 or 来进行封包数据的整合显示呢！ 范例一：以121.9.240.130这台测试机为基础. [root@linux ~]# tcpdump 09:25:40.856970 IP 59.37.164.34.12670 > 121.9.222.91.15649: UDP, length 82 09:25:40.857025 IP 121.9.222.64.15583 > https://www.doczj.com/doc/2e1208899.html,.3001: UDP, length 82 09:25:40.857026 IP 121.9.223.171.25511 > 222.223.23.168.2471: P 1681367693:1681367882(189) ack 169128214 win 65455 09:25:40.857027 IP 121.9.222.182.15502 > 218.15.245.162.16059: UDP, length 14 09:25:40.857068 IP 119.132.101.206.3001 > 121.9.222.183.15164: UDP, length 82 09:25:40.857118 IP 121.9.222.175.15693 > 202.101.190.242.3001: UDP, length 82 09:25:40.857119 IP 121.9.222.175.15693 > 202.101.190.242.3001: UDP, length 82 09:25:40.857121 IP 59.34.127.210.43659 > 121.9.222.243.15716: UDP, length 14 09:25:40.857122 IP 121.9.222.87.15030 > 119.132.101.206.3001: UDP, length 14 09:25:40.857123 IP 121.9.222.88.15278 > 113.14.161.238.3001: UDP, length 14 09:25:40.857170 IP https://www.doczj.com/doc/2e1208899.html,.3001 > 121.9.222.93.15400: UDP, length 14 09:25:40.857218 IP 58.242.202.10.3001 > 121.9.222.87.15300: UDP, length 10 09:25:40.857219 IP https://www.doczj.com/doc/2e1208899.html,.3001 > 121.9.222.242.14920: UDP, length 18
1 前言 Trace32 ICD ARM USB能实时DEBUG代码在手机中的运行情况，功能强大，但需要连接TRACE32硬件才能工作。更重要的是，对于概率性死机的BUG，用Trace32 ICD ARM USB应该是很难找到问题，因为你不能确定手机什么时候crash。 其实TRACE32还有一个WIN32版本，用户只需要把手机crash时候的寄存器信息dump出来，就能在WIN32下定位到死在代码的那一行，非常类似于EMP 平台的CHKARM工具。 这就是本文将要描述的Trace32 Simulator for ARM工具。 2 安装 WIN32版的TRACE32需要重新安装，安装文件和硬件版TRACE32是一样的，只是安装时候的选项不同，而且WIN32版的需要安装在不同的目录下（比如trace32-win32）。 z运行安装文件\trace32\bin\setup\setup.exe。首先设置安装路径，注意不要和硬件版TRACE32安装在同一个目录下，请新建一个文件夹（比如 trace32-win32）
z选择【New Installation】，然后Next z选择【Simulator】，这个是WIN32版TRACE32的选项（硬件版TRACE32是选择第2项，注意不要搞错了）
z选择默认值，然后Next z选择【SIM ARM7 ARM9 ARM10 ARM11】，和硬件版TRACE32一样
z安装中，安装完毕后就可以使用了。 3 使用 首先请确保你有保存当前手机软件的原始ARM文件。 手机死机时，按“#”键进入downloading模式。 z运行【QPST】→【Memory Debug】，制指定数据线端口
F5负载均衡器用tcpdump命令的抓包方法作者：邹善 部门：业务与软件技术服务器支撑技术团队 参考文档：<
loop-back接口） -n不将IP地址或端口号转化为域名或协议名称 -r从文件中读取（该文件由-w选项创建） -s确定捕获报文大小 -w直接将捕获报文写入文件，而不是对其进行解析并通过屏幕显示（与-r选项对应） -x每个报文以十六进制方式显示 -X每个报文同时以文本和十六进制显示 expression匹配表达式的分组将进行解析。如果不指定表达式，系统对所有分组进行捕获分析。复杂表达式可以使用“and”与、“or”或以及“not”非操作进行 组合。表达式有三种： ?type三种种类：host、net和port。比如：host 10.1.1.1。如果不指定类型，默认为host。 ?dir有src、dst、src or dst和src and dst四种方向。默认为src or dst，即双向。 proto常见协议有：ip、arp、tcp、udp、icmp等。如果不指定协议类型，默认 为所有协议。 2 在F5上用tcpdump抓包示例 以上图数据流为例，在F5上可以用tcpdump命令分别定位手机的数据流有没有到达F5负
使用 Trace32 对 FLASH 编程 随着软硬件复杂性的增加，在嵌入式系统开发中，调试器对项目的开发进度、质量起着越来越重要的作用。在众多的调试器中，Lauterbach 公司的 Trace32 凭借其强大的功能，出色的性能，成为目前嵌入式系统开发中，尤其是高端系统中普遍采用的调试工具。 Trace32 除了具有对代码设置断点、跟踪调试等常规的功能以外，还能够控制对目标系统的FLASH 进行编程。本文首先对比了 Trace32 FLASH 编程的两种方式："Emulator controlled flash programming" 和 "Target controlled flash programming"，指出"Target controlled flash programming"方式的优点；然后介绍了与 FLASH 编程相关的 Trace32 脚本命令，以及Trace32 脚本命令与 FLASH 编程软件之间的通信机制；最后，给出了 "Target controlled flash programming" 方式的控制流程。 注：本文中使用的"编程"一词，除了具有对 FLASH 烧写的含义外，还包括擦除、校验等其它对 FLASH 的操作。 一、FLASH 编程的两种方式 对目标系统中的 FLASH 有两种方式进行编程，分别是 "Emulator controlled flash programming" 和"Target controlled flash programming"。 在 "Emulator controlled flash programming" 方式下，所有对 FLASH 编程的操作都是由Emulator 完成的，不使用目标系统的资源。Trace32 软件支持市面上几乎所有的 FLASH芯片，只要在脚本命令 FLASH.Create 中指明目标 FLASH 的型号，地址范围以及总线的配置，用户就可以使用脚本命令直接将数据烧写到 FLASH，不需要编写任何对 FLASH 操作的代码。 在"Target controlled flash programming"方式下，对 FLASH 的编程控制是由运行在目标系统上的 FLASH 编程软件完成的，而这个软件必须由用户自行开发。此时，Trace32通过使用脚本对目标系统内存地址空间的访问，向 FLASH 编程软件传送控制参数和数据。 由于直接在目标系统的处理器上运行，采用"Target controlled flash programming" 方式可以获得比"Emulator controlled flash programming"方式快得多的编程速度。这对于烧写大的文件，以及生产线等场合来说十分重要。另外，只要编写相应的 FLASH 编程软件，用户选择的任何 FLASH 都能够被支持。 因此，对于 FLASH 编程的内容较少，或者对编程的时间要求不高的情况下，可以使用"Emulator controlled flash programming" 方式；但是，对于需要编程较大的文件，而且对速度要求较高的情况下，"Target controlled flash programming" 方式是唯一的选择。本文中只讨论"Target controlled flash programming" 方式。 二、Trace32 脚本 在 Trace32 的界面中，可以使用菜单，鼠标完成操作，也可以完全使用命令操作。事实上，Trace32 内嵌了强大的命令和脚本处理功能。使用 Trace32 的命令不仅可以完成所有的功能，而且可以获得比菜单方式更大的操纵性和灵活性。脚本以 .CMM 为后缀。 下面就介绍 Trace32 中与 FLASH 操作相关的命令，见下表：
1 近日用tcpdump抓包，发现有大量的丢包出现("packets dropped by kernel"), 如下： tcpdump -i eth0 dst port 1234 and udp -s 2048 -X -tt >a.pack 264 packets captured 3043 packets received by filter 2706 packets dropped by kernel 丢包原因： 经过google以及分析，造成这种丢包的原因是由于libcap抓到包后，tcpdump 上层没有及时的取出，导致libcap缓冲区溢出，从而覆盖了未处理包，此处即显示为dropped by kernel，注意，这里的kernel并不是说是被linux内核抛弃的，而是被tcpdump的内核，即libcap抛弃掉的，上层监听到 1234端口的server可以正常的获取数据。 解决方法： 根据以上分析，可以通过改善tcpdump上层的处理效率来减少丢包率，下面的几步根据需要选用，每一步都能减少一定的丢包率 1.最小化抓取过滤范围，即通过指定网卡，端口，包流向，包大小减少包数量 2. 添加-n参数，禁止反向域名解析 tcpdump -i eth0 dst port 1234 and udp -s 2048 -n -X -tt >a.pack 大多数情况这样就可以解决了 可以通过改善tcpdump上层的处理效率来减少丢包率 3. 将数据包输出到cap文件 tcpdump -i eth0 dst port 1234 and udp -s 2048 -n -X -tt -w a.cap 用了这一步，基本上所有的网络server都可以搞定了 4. 用sysctl修改SO_REVBUF参数，增加libcap缓冲区长度
Trace32软件使用 （亦可见TRACE32-使用.pdf与icd_tutorial.pdf） 一、首先安装软件Trace32。 二、启动软件，Trace32 ICD ARM USB； 2.1 启动之后的调试界面如下图所示。 Pic1. 调试界面 红圈中的“system down”指示目标板已经供电，如果目标板电源电压低或没有的话，红圈的区域会显示“POWER DOWN”。TRACE-ICP通过JTAG 接口的1 脚检测目标板电压，电压范围应该在1.8 到3.3 伏之间。如Pic1中红色字体所指示的那样，调试界面分成五个区域，从上到下依次是主菜单区、快捷按钮区、工作区、行命令输入区、行命令软件区、状态显示区。主菜单区是各种菜单命令的入口区域。快捷按钮区是各种常用命令的快捷使用按钮。用户可以自定义主菜单和快捷按钮。工作区是各种对话框窗口的显示区域。行命令输入区是各种命令通过手动输入执行的区域。行命令软键区是协助用户输入行命令的区域，它提供所有行命令的软键输入方法。状态显示区指示当前的调试状态。 2.2JTAG 连接设置 该设置的作用是告诉调试界面目标板JTAG 链路的设置情况，以便能够正确连接，
这些设置主要包括： 1、选择要调试的处理器型号。 2、是否有多个器件串联在同一个JTAG 链路里，连接顺序如何，每个器件的JTAG IR 寄存器的宽度是多少。（情况一） 3、JTAG 时钟使用TCK 还是RTCK。TCK 由TRACE-ICP 提供，一般情况下选用 10MHz。RTCK 是TRACE-ICP 的TCK 进入目标JTAG 链路之后，从目标JTAG 链路返回的时钟，它与目标处理器的时钟同步。一般情况下，具有睡眠模式的处理器多选用RTCK 作JTAG 时钟，如ARM926EJ-S。（情况二） 4、通过JTAG 与目标连接时，是否要先复位目标板。JTAG 口上的SRST 信号产生复 位信号。（情况三） 5、通过JTAG 与目标连接时，是否要停止目标处理器运行。（情况四） 从主菜单“CPU”中选择“System Settings…”，打开如下图所示对话框。从“CPU”下拉菜单里选择要调试的处理器。 Pic2. System Settings 对话框 对于前面描述的第一种情况，多个器件串联在同一个JTAG 链上，用户需要在图二十三所示的对话框中选择“MultiCore”，打开MultiCore 对话窗口，如下图所示。 Pic3. MultiCore 对话框
F5负载均衡抓包方法 作者：易隐者发布于：2012-10-17 12:48 Wednesday 分类：参考资料 登录F5 1，超级终端的登录： 通过Console电缆一端连接BIGIP，一端连接PC机的串口，然后打开超级终端，建立一个连接，超级终端中COM的参数设置如图： 不论是从Console口登陆，还是用SSH从网络登陆，BIG-IP的缺省登陆帐号与密码如下：缺省登陆帐号：root 缺省登陆密码：default 输入帐号和密码后，将见到以下界面：
缺省的终端类型为vt100，回车后如图： F5下的tcpdump的使用 1，web管理界面下的抓包 Tcpdump 工具在V4.5 之前只能在CLI 下使用，V9 提供了图形界面下的Tcpdump，在System->support 界面下，我们可以直接使用tcpdump 工具：
2，F5命令行下Tcpdump的使用示例： 当业务无法正常工作时，经常需要在BIG-IP上抓包进行分析定位是什么原因导致数据包没有被常转发。BIG-IP上提供了TCPDUMP抓包分析工具。 TCPDUMP是Unix系统常用的报文分析工具，TCPDUMP经常用于故障定位，如会话保持失效、SNAT通信问题等。本文讲述TCPDUMP命令的基本用法，更详细的使用说明请参见“man tcpdump”。 命令语法： tcpdump [ -adeflnNOpqRStvxX ] [ -c count ] [ -F file ] [ -i interface ] [ -m module ] [ -r file ] [ -s snaplen ] [ -T type ] [ -w file ] [ -E algo:secret ] [ expression ] 其中： ?-i 报文捕获监听的接口，如果不指定，默认为系统最小编号的接口（不包括loop- back 接口），一般对指定Vlan名称进行监控，如-i external 是对external vlan进行监控；也可以对指定端口进行监控如–i 1.1。注意：当vlan 名称过长时，-i后面直接用vlan 名称，tcpdump会出现错误提示，这时需要将vlan名改由vlan加vlan ID代替。如有一vlan 名称为bip_external，vlan ID为2022，如要对bip_externalvlan进行监听，需采用-i vlan2022的方式。 ?-nn 不将IP地址或端口号转化为域名或协议名称 注：与BIG-IP 4.5版本的TCPDUMP命令不一样，在BIG-IP V9里面必须用两个nn才能使IP地址与端口不会被转化为域名或协议名称显示。 ?-r 从文件中读取（该文件由-w选项创建） ?-s 确定捕获报文大小 ?-w 直接将捕获报文写入文件，而不是对其进行解析并通过屏幕显示（与-r选项对应）
简介 大家可能会对uTrace-ICD比较陌生，简单介绍一下，uTrace-ICD 是TRACE32-ICD的兼容机。在这里我首先感谢国人的努力能让我用很少的RMB用上这么高端仿真器。废话少说，下面我给大家介绍一下uTrace-ICD下具体实现Linux调试的具体过程。 大概介绍一下实现的具体原理，首先要有一块可用的目标板，我选用的是SMDK2410评估板。编译环境是在虚拟VMware+RedHat9.0，调试环境是uTRACE。在这里有个问题：就是在虚拟机下编译的arm linux内核如何传递给安装在Windows下的uTRACE。我用的方法就是通过SMB服务器。在Redhat9.0下配置SMB Server将arm linux的源码包通过网络共享的方式共享给Windows XP。在XP下的Windows 资源管理器中将Redhat9.0共享的arm linux源码包影射为本地的一个虚拟盘比如是：Z盘。这样uTRACE就可以象操作本地盘一样来读取Redhat9.0中的arm linux源码包以及编译生成的内核映像及内核的符号表。 对于uTRACE调试器来说，需要的东东就是包含调试信息的arm linux的内核映像vmlinux。在这里要注意"包含调试信息"，arm linux内核配置选项默认可能是不包含调试信息，如果将没有包含调试信息的vmlinux供uTRACE使用是实现不了内核源码级调试的。所以我们在配置arm linux内核时一定要将包含内核调试信息的选项选上。具在
"kernel hacking"下。其次uTRACE调试器需要的就是arm linux内核源码树。调试器的工作原理就是通过给定的地址查找对应的符号表找到对应的符号，以及符号所在文件的路径信息，行信息等，近而找到源程序所对应的函数或变量。 简单介绍了uTRACE调试的基本原理,接下来，具体介绍一下arm linux内核，驱动,及应用层源码级调试的具体实现过程。 具体实现 上一节简单介绍了uTrace-ICD调试的基本原理，下面将详细介绍调试的具体实现过程。 首先介绍一下我用的评估板SMDK2410的具体情况。目标板是nor flash启动，大小为8M，SDRAM配置情况是32M，首地址是 0x30000000。软件配置情况：bootloader为ppcboot2.0，arm linux内核为2.4内核(实现过程对2.6内核也适用)。 第一步:配置虚拟机Redhat9.0编译环境。 安装交叉编译器arm-elf-gcc，解压arm linux源码包到 “\SMDK2410\kernel”下，解压ppcboot到“\SMDK2410\ppcboot-2.0.0”下。 配置SMB Server将“\SMDK2410”目录网络共享出去。在Windows
tcpdump工具抓包方案
一、前言 二、核心思想 三、环境搭建 四、抓包流程 五、问题支持 六、遗留B O S S
一、前言 利用tcpdump工具进行抓包其实就是我们之前一直说的“模拟器抓包”，当我们细细研究整个抓包过程后发现类似于“模拟器抓包”等说法其实并不严谨，因为这种抓包方式仅仅是需要借助安卓模拟器中SDK的环境，而整个抓包的过程很大程度上都要依赖tcpdump这个工具。因此，为了之后能更深入的研究类似的抓包方法，在这里我们将使用linux命令调用tcpdump工具来截获网络中的数据包这一方法称之为“tcpdump方法。” 二、核心思想 TcpDump是Linux中强大的网络数据采集分析工具之一。而安卓系统就是基于Linux语言的，因此利用这个工具我们就能很轻松的抓取安卓系统上的数据包。表述这种方法的关键词是“安卓SDK环境”、“linux命令”“tcpdump工具”，严谨一点来说，即：搭建一个SDK环境，通过adb连接设备，并对设备中的tcpdump工具下达linux命令来进行抓包，并传回PC端。 注： SDK:Software Development Kit, 即软件开发工具包 Linux：Linux是一种自由和开放源码的类Unix操作系统，安卓手机的核心正是基于Linux内核。 adb：Android Debug Bridge，即安卓调试桥。用来直接操作管理android模拟器或者真实的andriod设备。
三、环境搭建 首先安装JDK 文件，并一步一步往下走直到安装完成，这里提供的是JDK1.6版本。这里要注意的是，安装路径不要太过复杂，因为接下来配置环境时要用到这个路径。 ①安装JDK 并配置Java 环境所需资源：JDK 安装包、SDK 模拟器、tcpdump 工具、Root Explorer 以上资源均已准备好，请点击右侧这位女同志跳转至相应页面下载工具包。 安装完成以后，接下来便要完成Java 环境的配置，这一步虽然操作起来简单，但是也是非常容易出错的。安装软件——配置环境——监测配置是否正确