Apr 13
大家也许用过其他的反编译工具,比如jad,或者是集成的DJ Java Decompiler,jad可能用起来比较麻烦,但是DJ Java Decompiler还是蛮好用的。
这里我就不说他们了,有空你们可以自己去down一个来玩玩。
我是非常喜欢用Eclipse的啦,在这里我就来说说基于Eclipse的Java反编译插件,也许有人用过Jadclipse,确实很不错的,但是在这里我也不说它了,我现在要说的是Jode Decompiler.
安装非常的简单,help => Software Updates => Find and Install... => Search for new features to install,单击"New Remote Site..." 在URL栏输入 http://www.technoetic.com/eclipse/update然后下一步,就可以看到“jode decompiler plugin *.*”了,选上安装就可以了,由于Jode Decompiler是纯Java编写的所以也不需要其他的什么组件来支持了,安装好了可以看到Window => Preferences... => Java => Jode Decompiler选项卡。安装好了再设置一下文件关联就可以了,Window => Preferences... => General => Editors => File Associations找到"*.class"在"Associated editors"里面可以看到"Jode class file viewer"选中它再单击Default按钮就OK了.
现在就可以开始使用了,建立一个project然后引用你的组件,在组件中找到你所要反编译的类文件打开就可以看到反编译后得到的代码了.看到Eclipse显示出来的反编译代码简直就是一种享受,用DJ Java Decompiler反编译出来的代码也有关键字高亮等的功能,但是总没Eclipse的看起来爽吧.嘿嘿......
Apr 13


▲群馬(グンマ)+埼玉(サイタマ)=グンタマ

▲オオグンタマ【一种鱼】

▲オオグンタマのメス

▲オオグンタマの貴重な産卵シーン

▲愛媛(エヒメ)+岐阜(ギフ)=エヒフ

▲若鶏のエヒフ【一道菜】

▲オオグンタマのエヒフ【这道菜的辅料】

▲山梨(ヤマナシ)+北海道(ホッカイドウ)=ヤマイドウ【擅长做这道菜的厨师】

▲全日本アマチュアヤマイドウ選手権大会

▲兵庫(ヒョウゴ)+岐阜(ギフ)=ヒョギフ

▲ヒョギフ大統領【一种鱼】

▲ヒョギフ大統領の貴重な産卵シーン
Apr 12
建立一个网络也许很容易,但是当一个现有得网络出现问题得时候,迅速得处理故障是多么得重要.

这时候如果你是相当有经验得工程师,也许就很简单了.但是并不是每一个人都是有多年得工作经验

因此建立详细的故障检测检查表很重要,也为自己处理故障以及为以后出现故障迅速得来出来提供了

不少方便.在此和大家分享一篇 希望大家在遇到故障得时候不

至于无从下手.  

全文如下:

CCIE之建立详细的故障检测检查表

第一级故障检测
l 接口处于”UP/UP”状态?
l 显示IP接口摘要
l 显示ATM接口情形
l 显示端口(CAT 5000)
l 显示MAC(CAT 5000)
l 常用的接口故障检测:show controllers.
l 连接的哪一端是DCE,哪一端是DTE?
l Show cdp neighbor.
1. 祯中继故障检测
l 路由器与祯中继交换机是否正确通信?
l Show frame PVC显示的DLCI是否处于激活状态?
l 路由器送出分组吗?(debug frame packet/show frame PVC(分组进/分组出)
l 你的祯中继分组语句正确吗?(show frame-relay map)
l 实验环境最受欢迎的祯中继故障检测工具:debug frame packet.
2. ISDN/DDR故障检测
ISDN
l Show isdn status
l Debug isdn q921
l Debug isdn q931
l 最受欢迎的ISDN故障检测工具,debug isdn q931
DDR
l 出境业务流是否是有兴趣的业务流
l Show dialer
l Show dialer map
l Debug dialer packet
l Debug dialer events
l 记住——当怀疑的时候,保持拨号者列表的配置尽可能的简单。
l ISDN呼叫是否正常设置?
l Debug isdn q931
l 由呼叫方产生的Q931信息是什么?
l 由被呼叫方产生的Q931信息是什么?
l 最受欢迎的DDR故障检测工具ebug dialer packet.
l PPP权威认证是否正常发生?
l Debug PPP authentication
3. Catalyst 5000故障检测
l 端口是否激活
l Show port
l 端口通过祯吗?
l 清除计数器
l show mac module/port
l CAM表中是否有特定的MAC地址?
l Show port
l Show mac
l Show cam dynamic
l Show vlan
l Show trunk
l Show spantree

4. ATM故障检测
l Show atm interface status
l Show atm ilmi
l Show atm vc
5. ATM仿真局域网LANE故障检测
l LANE设备是否正确地建立所有管理和控制VC?
l Show lane default
l Show lane client
l Show lane database
l Show lane le-arp
l Debug lane client all

第二级故障检测
1. IP地址
l 分配给特定路由器的接口的IP地址有哪些?
l Show ip interface brief
l 直接相连的邻居接口IP地址是哪些?
l Show cdp neighbor detail
l 你能ping通自身的接口吗?

2. 特定路由器转发的IP分组
l ping (standard ping/extended ping)
l Debug ip packet
l 分组通过正确的接口离开路由器吗?
l 如果debug ip packet显示”unroutable” 信息,检查路由表(show ip route)
l 如果debug ip packe显示”encap failed”信息,检查支持IP分组转发特定接口的过程。
l 如果”encap failed”信息出现在一个多访问接口,例如Ethernet或令牌环,使用debug arp 确保ARP过程正常。
l 如果”encap failed”信息出现在非广播多重访问接口,例如祯中继或ATM,使用debug 祯分组或debug atm分组确保分组映射到目的地址。
l 如果”encap failed”出现在交换连接上,例如ISDN/DDR连接,使debug q931来确保呼叫方正确设置,检查拨号者分组来确保业务流已被定义为“有兴趣的”,或检查PPP权威认证确保PPP权威认证已正确产生。
l 如果debug ip packet仅仅显示sending信息,则所有的IP转发过程都在该路由器上正确操作。检查所有中间路由器或路由业务流的返回路径。
3. IP路由
l IP路由更新信息是否把正确的前缀送出正确的接口了吗?
l 你在正确的接口上收到正确的路由更新信息吗?
l Debug ip rip
l Debug ip igrp transactions
l Debug ip igrp events
l Debug ip eigrp
l
4. 跟踪分组通过互连网的路径
l traceroute (standard traceroute/extened traceroute)
l
5. OSPF
l 参与OSPF进程每个接口的OSPF是否激活?
l Show Ip ospf interface
l OSPF邻居之间关系正确形成了吗?
l Show ip ospf neighbor
l OSPF的毗邻正确形成了吗?
6. NBMA网络上OSPF
l 是否有不同接口混合使用(物理的、点到点子接口和多点子接口),存在接口不匹配情况吗?
l
7. DDR
l OSPF Hello 分组无限地保持接口处于激活状态吗?

8. IP路由分组再分派
l 激活合适的路由协议检错工具,确认路由正确通过再分派进程。
l 在路由再分派过程中存在FLSM/VLSM冲突吗?
l Show ip protocols
l Clear ip ospf redistribution

第三级故障检测
l 你的BGP邻居关系形成了吗?
l Show ip bgp summary
l BGP 网络已在通告了吗?
l 正在通告的网络在BGP路由器的IGP表中?
l Show ip route
l IBGP路由器能ping到广播的下一跳地址吗?
l 如果不能,考虑使用下一跳地址本身。
l 你的BGP表正确形成了吗?
l Clear ip bgp *
l Debug ip bgp events
l Debug ip bgp updates
l 同步是否应该关闭?
l Show ip bgp
l Show ip route
l
第四级故障检测
1. IPX
l 指定路由器上运行IPX进程?
l Show protocols
l Show ipx interface brief
l Show cdp neighbor brief
l IPX业务流正确进出指定路由器吗?
l Ping ipx
l Debug ipx packet
l 你能在正确的接口上发送和接收正确的IPX路由更新信息吗?
l Debug ipx routing activity
l IPX路由表一致吗?
l Clear ipx route *
l Show ipx route
l SAP表一致吗?
l Clear ipx route *
l Show ipx servers
l 假如使用IPX EIGRP,EIGRP邻居关系正确形成了吗?
l EIGRP拓扑数据库的内容正确且完整吗?
l EIGRP度量值计算反映了最短路径的正确代价了吗?
l 如果用隧道输送IPX业务流,隧道操作正确吗?
l Show tunnel/debug tunnel
l 记住—IPX隧道依赖于在隧道端点之间的连接性。
l 保证隧道的一个端点可以由另一个端点到达,ping隧道端口。
l 如果ping连接成功但隧道仍不工作,检查所有中间路由器上访问表。访问表可能封锁了隧道业务流。

2. APPLETALK
l Appletalk进程运行在指定路由器上了吗?
l Show protocols
l Show appletalk interface brief
l Show appletalk interface
l Show cdp neighbor brief
l Show apple neighbor
l Appletalk 业务流正确进出在指定的路由器上吗?
l Ping appletalk
l Debug appletalk packet
l 能否在正确的接口上发送和接收正确的路由更新信息?
l Debug appletalk routing activity
l Appletalk 路由表一致吗?
l No appletalk routing/appletalk routing (RTMP only)
l Show appletalk route
l 区表一致吗?
l No appletalk routing (RTMP only)
l Show appletalk zones
l Debug appletalk zone
l 如果使用appletalk eigrp,正确形成了 EIGRP邻居关系了吗?
l EIGRP拓扑数据库的内容正确且完整吗
l EIGRP度量值计算反映最短路径的正确代价了吗?
l 如果隧道输送appletalk业务流,隧道操作正确吗?
l Show tunnel/debug tunnel
l 记住—appletalk隧道依赖于隧道端点间的连接性。
l 保证隧道的一个端点可从另一个端点到达,ping隧道端点。
l 如果ping连接成功但隧道仍不工作,检查所有中间路由器上的访问表,因为访问表可能封锁了隧道业务流。
3. DECNET
l DECNET进程运行在指定路由器上了吗?
l Show protocols
l Show DECNET
l Show decnet interface
l Show cdp neighbor brief
l DECNET业务流正确进出指定路由器吗?
l Ping decnet
l Debug decnet packet
l 能否在正确的端口上发送和接收正确的录由更新信息?
l Debug decnet routing activity
l Decnet 路由表一致吗?
l Show decnet route
l

第五级故障检测
1. 透明桥
l 所有的网桥组成员都列出相同的根桥了吗?
l Show span
l 生成树正确形成了吗?
l 桥组中的哪个端口处于封锁状态(如果有的话)?
l Debug sapn events
l Show spantree
l Debug arp
l
2. CRB和IRB
l Show interface crb
l Show interface irb
l Show interface bvi
l
3. LAT
l Debug translate
l Shwo translate
4. 源路由桥接
l show source
5. DLSw+
l 故障检测DLSw+连接的两边
l 你能ping通DLSw+对等进程吗?
l DLSw disable
l Show dlsw peer
l Show dlsw reachability
l Debug dlsw peer
l Debug dlsw reachability
l Debug dlsw core
l Show span
l Show source
l
第六级故障检测
1. 访问表
l 记住隐含为所有拒绝
l 记住有方向性的访问表。
l show access-lists
l show access-expressions
l debug access-expressions
l
2. 排队
l show queue
l debug custom
l debug priority
l
3. 策略路由和路由图
l show ip policy
l debug ip policy

一个熟练的故障检测这必须透彻理解他或她正在排错的技术。常用的故障检测工具是CiscoWorks

和Network Asscoiates SNIFFER,这里是培养故障检测技能的开端。
Apr 12
物理内存为4G,把tomcat4.1加入系统服务中后,调整JVM内存最大为1024M,服务可以正常启动。但是调整为1500M后启动服务后,服务会出现异常中断。[发生系统错误 1067 进程意外终止]
查找了一番后,仍没有得到解决。
1.Ergonomics in the 5.0 JavaTM Virtual Machine关于内存问题提到
In the J2SE platform version 1.4.2 by default the following selections were made
Serial garbage collector
Heap sizes
initial heap size of 4 Mbyte
maximum heap size of 64 Mbyte
Client runtime compiler
In the J2SE platform version 5.0 a class of machine referred to as a server-class machine has been defined as a machine with
2 or more physical processors
2 or more Gbytes of physical memory
On server-class machines by default the following are selected.
Throughput garbage collector
Heap sizes
initial heap size of 1/64 of physical memory up to 1Gbyte
maximum heap size of ¼ of physical memory up to 1Gbyte
Server runtime compiler
The definition of a server-class machine applies to all platforms with the exception of 32 bit platforms running a version of the Windows™ operating system. On all other platforms the default values are the same as the default values for version 1.4.2.
可我把它调为1200M服务可以正常启动。
Apr 11
◆ 法国戛纳电影节奖金棕榈大奖
◆ 法国戛纳电影节奖金棕榈大奖
◆ 英国电影科学院奖(最佳导演)
◆ 德国电影银奖(制作)
◆ 法国电影评论大奖
分页: 64/116 第一页 上页 59 60 61 62 63 64 65 66 67 68 下页 最后页 [ 显示模式: 摘要 | 列表 ]