记一次ASA固件被误删除后应急故障响应预案的修复思路与过程

又是一个周末,在不断提升自己的语言能力和技术能力的每天,我都会非常的苛刻要求自己保持学习的劲头,保持清醒。今天我相信我的目标清单能指引我努力完成很多我想做的事情。不管未来转型做集成,还是深入下去做网工,我都希望有那么一天能不曾后悔自己曾经努力而为之付出了一整个青春的东西--技术。

今天同样也带来一个非常基础但是又极其使用的场景应用的思路与操作方案。ASA固件被误操作丢失以及dir目录下所有文件丢失修复思路与方法。

写在前面:

我在遇到此场景的时候,确实在百度和Google上查过资料,但实际情况是:基本没什么帮助,但是思路是给到了。对于有经验的工程师还算是有作用的。

但考虑到很多新入行的同事,其实这些文章就很难引导他们独立完成这一项工作了。

所以,我花了俩个小时,进行了反复的推导和配置练习特意准备了这一次的文章撰写,希望能给看到这篇文章的同事带来效率上的提高和思路上的引导

好了,废话少说。如题,在我们误操作或者被其他同事误操作删除所有目录文件后,我们常见的应对思路

  1. 查文档找固件进行修复
  2. 找“老司机”帮忙(开车),带自己飞
  3. 电话产商,远程协助修复

三种方法,我采用的第一个方案,确实琢磨了点时间,大约两个小时(包括事后的总结),也就是此篇文档的篇幅的来源。第二种现在在中国这个强调竞争“闭门造车”的年代,很难有人愿意主动帮你,第三种若你没有购买售后,或者通过代理商购买的设备,那基本可以不要考虑了。

先介绍我处理的思路:

在思科asa的固件被清除后,可以确认一件事情,我们在reload后,设备一直在反复boot。即:没有操作系统。

所以第一步,我们要进入到思科特有模式下:ronmon。

Asa不像路由器和交换机,需要console界面上按住ctral+break键位3-5S,而是asa可以直接在console界面上按ESC进入rommon:

进入后,我们就进入了rommon界面和目前网络上看到的文章的第一步就对上了。

rommon #1>

rommon #1>show info(查看目前接口状态)

rommon #1> show info

Cisco Systems ROMMON Version (1.0(11)2) #0:Thu Jan 26 10:43:08 PST 2006

Platform Identification and BootInformation:

Controller Type: 0x04d7

Platform Name: ASA5510

Configuration Register: 0x00000041

Interface Device Information:

Ethernet0/0: i82546GB, PCI: bus-3, slot-3, fct-1, rev-3, irq-9

Ethernet0/1: i82546GB, PCI: bus-3, slot-3, fct-0, rev-3, irq-9

Ethernet0/2: i82546GB, PCI: bus-3, slot-2, fct-1, rev-3, irq-9

Ethernet0/3: i82546GB, PCI: bus-3, slot-2, fct-0, rev-3, irq-9

Management0/0: i82551ER, PCI: bus-4, slot-2, fct-0, rev-16, irq-11

ROMMON Variable Settings:

ADDRESS=0.0.0.0

SERVER=0.0.0.0

GATEWAY=0.0.0.0

 PORT=Management0/0

VLAN=untagged

IMAGE=

CONFIG=

LINKTIMEOUT=20

PKTTIMEOUT=4

RETRY=20

这里做一个简单的说明,asa都会配有一个单独的带外管理口(Management0/0),所以我们在所有flies被误操作remove后,配置文件还有等等都有没有的情况下,管理口默认是在这个情况下可以使用的,找到这个接口,用网线把你的笔记本直连起来。

接着就是我们今天最重要的步骤了,配置IP,使asa管理口与笔记本正常通信

配置ip:rommon #2> address 192.168.106.2522

配置server(tftpserver):rommon #3> server 192.168.106.253【自己笔记本配置的ip

配置gw:rommon #4> gateway 192.168.106.253

配置需要上传的IOS文件名:rommon #5> IMAGE=asa842-k8.bin

同步配置:

rommon #6> sync

Updating NVRAM Parameters...

PS:相当于目前很多高端交换机和防火墙中的commit

查看当前配置:

在asa上测试ping笔记本(tftp服务器)直连物理接口地址:

学过思科CCNA都知道第一个为什么不通,这里不说明了,反正上面那么多感叹号就是证明直连链路ok了。

接下来就是在asa上下载我们tftp服务器上的镜像文件了。

这里补充一句,tftp服务器的设置一定要提前设置好,比如文件放在哪个目录,比如根目录是哪个?参考下我的设置,如下。

我把此次需要使用的镜像asa842-k8.bin放在了\3CDaemon\的目录中,我的tftp的设置也是同样的设置即可。

执行:tftpdnld 开始灌ios,输出图如下:

tftpdnld命令是asa在rommon下面的一种你可以?或者help出来查看详细的注释。若你执行后,没有出现如上图,请检查前面几步的配置,反正多show info看看就对了。

Asa在执行tftpdnld期间,我本地笔记本的tftp软件上的操作日式显示如下:

上传完成后,你可以执行boot启动,也可以等待他自己启动,我这里是asa在上传完成后自己启动了。然后一切就像我预料当中,我的asa镜像恢复好了,设备可以继续的做实验了。

但此时我show version时发现ios的启动文件是在tftp服务器里面,即:这一次正常启动的ios是在tftp里面启动的,参考如下

上面这个是什么意思呢?

回答:就相当于你自己外接了一块移动硬盘,移动硬盘上面上面有个windows2008R2的操作系统,你这个时候在bios里面的boot选项中选择的是USB最优先启动而非本地disk启动。

不要慌,兄弟们,兵来将挡水来土掩,自然有招来解决这个问题。

思路:我们把这个IOS copy到本地disk0中就可以了。即:copy进去本地存储中。执行如下命令即可

ciscoasa# copytftp://192.168.106.253/asa842-k8.bin disk0:/asa842-k8.bin

这个时候注意保持asa和tftp服务器的正常通信的情况,因为上面这个操作还需要tftp服务。等到一切全部完成后,类似如下感叹号结束后。

Write memory(保存)

执行reload重启

完成后,我们再次show version,看到的就是如下令人很爽的一幕:

好了,到这里,我们的asa防火墙固件被误操作删除后,应急故障响应预案的操作手册就这样诞生了。感谢耐心的阅读,谢谢,与大家共勉。

技术来自于工作场景,证书不代表能力,千万别让培训机构误导了你,实践是检验真理的唯一标准,同样也是你自己证明自己价值和动手能力的唯一途径。

四个关键词:

细心、耐心、发现、总结

——————来自一家二级运营商的网工的工作分享

QQ:549675970

QZONE:http://user.qzone.qq.com/549675970

E-mail:[email protected]

[email protected]

人生格言:越努力、越幸运

时间: 2024-08-02 15:11:14

记一次ASA固件被误删除后应急故障响应预案的修复思路与过程的相关文章

sql2000数据库误删除后自行恢复二次覆盖成功恢复

sql2000数据库误删除后自行恢复二次覆盖成功恢复 [数据恢复故障描述] 今天接到一个客户电话,他的速达sql2000数据库,数据库误删除了,关键之前还没有备份过.他就想自己尝试恢复,使用网上下载的恢复工具恢复出一些数据之后,本来数据库在E盘,结果他又将恢复的数据保存在了E盘,造成了二次覆盖.结果数据库附加不上,他才意识到事情的严重性,联系到我们. 错误如图下图: [数据恢复解决方案] 工程师使用自主研发的数据库恢复软件,手工提取碎片,进行数据库碎片重组与恢复软件远程恢复成功! [数据库修复结

记一次Oracle Clusterware成功安装后的故障处理

记一次Oracle Clusterware安装成功后的故障处理 1. 环境 [[email protected] rac1]$ cat /etc/issue Red Hat Enterprise Linux Server release 5.8 (Tikanga) Kernel \r on an \m 2. 问题描述在安装RAC的过程中, 成功安装好grid (clusterware) 后关闭了各节点. 在下次开启各节点后, 检查crs资源状态, 出现如下错误: [[email protecte

mysql数据库误删除后的数据恢复操作说明

在日常运维工作中,对于mysql数据库的备份是至关重要的!数据库对于网站的重要性使得我们对mysql数据的管理不容有失!然后,是人总难免会犯错误,说不定哪天大脑短路了来个误操作把数据库给删除了,怎么办??? 下面,就mysql数据库误删除后的恢复方案进行说明. 一.工作场景(1)MySQL数据库每晚12:00自动完全备份.(2)某天早上上班,9点的时候,一同事犯晕drop了一个数据库!(3)需要紧急恢复!可利用备份的数据文件以及增量的binlog文件进行数据恢复. 二.数据恢复思路(1)利用全备

Mysql user表root用户误删除后恢复

mysql user表root 用户误删除后恢复root用户 方法/步骤 1.停止mysql服务:在mysql安装目录下找到my.ini:在my.ini中找到以下片段[mysqld]:另起一行加入代码:skip-grant-tables 并保存 2.启动mysql服务,并登录mysql(无用户名和密码):找到user表加入root用户INSERT INTO user (Host,User,Password) VALUES( 'localhost ', 'root ',password( '123

Windows还原系统后分区故障解决方案

故障类型:还原系统后分区故障 典型特征:a.原来多个分区变成当前一个. b.原有分区与当前分区的数量或大小不一致,原有分区丢失. 损坏程度:三级 恢复流程: 一.检测 通过磁盘管理查看故障盘分区大小及数量. 查看当前分区结构完整程度. 二.恢复 询问客户原分区大小.分区数量. 根据客户反馈信息进行全面分析,对所有分区特征进行分类汇总. 根据标记特征对各分区进行文件结构底层校验,找出各分区位置及大小. 还原各分区结构状态,若原有分区因当前系统写入导致数据损坏,则依据相应文件系统损坏情况的解决方案进

chart接入后台数据后vue不响应式显示图片

chart接入后台数据后vue不响应式显示图片 watch: { //观察option的变化 config: { handler(newVal, oldVal) { if (this.chart) { if (newVal) { this.chart.setOption(newVal); } else { this.chart.setOption(oldVal); } } else { this.init(); } }, deep: true //对象内部属性的监听,关键. } }, 完整的ch

记一次故障处理----主机异常关闭后mongodb二进制文件损坏

今天,在某个演示环境中,我们的产品经历过整个机房断电后,出现了mongodb二进制文件损坏,以下是故障的分析记录过程: 1.在客户处支撑的同事发现整个机房断电再恢复后,3个mongodb复制集中,有1个主机上的mongodb服务状态报错 2.登录后台发现复制集中每个mongodb主机上,mongod进程都在 3.在服务状态好着的mongodb主机上,通过mongo登录数据库,查询复制集状态,发现复制集状态正常,1个primary+2个secondary,并且optimeDate时间一致. 这个时

记一次备份发起时间延后问题

下午接到某业务DBA电话,某某业务资源比较繁忙,说备份发起时间由原来的12点延迟到13点半了. 经过查询确实备份时间一般在中午12点就发起,结果今天在1点半发起,1点半为上班时间再加上备份资源占用肯定高.经过业务组同意暂时先停掉该业务的job和策略.后接到反馈资源使用下来了. 问题暂时解决但需要查明原因为啥备份发起时间延后1.5小时. 查询备份发起时间结束时间等相关信息: COL STATUS FORMAT a9 COL hours FORMAT 999.999 COL START_TIME f

记一次app经AppStore更新后打开就crash的奇葩问题

在这里只是记录一下,问题还没有解决. 昨天app审核通过,今天在iPhone5c(系统iOS7.0.6)上测试AppStore更新app时,发现更新成功后打开app立即就闪退,再打开现象一样.删除app,装旧版本的ipa再从AppStore更新,现象仍是一样. 本来以为最新的代码有问题,遂删除app,找到旧版本的ipa重新安装,再用Xcode联机覆盖安装最新版本,居然没问题.再试着把最新版本的ipa文件下载下来,先装旧ipa,再装新ipa,也没问题,真是奇哉怪也. 让同事用iPhone6测试一下