- Python 脚本 SSH 登陆华三设备,使用定义好的 display 脚本批量导出配置和一些设备状态
- Python 脚本 SSH 登陆华三设备,使用定义好的配置命令批量增加配置
- 主要使用的是 netmiko 这个模块里的 ConnectHandler 命令
- 单线程
- 脚本运行完成后输出 成功和失败的记录log
- ip_list.txt,cmd_list.txt,cmd_config_list.txt 格式简单,修改方便
- 未做多账号密码的 if 语句判断
- 肯定有冗余繁重的代码
HCL_FW_IRF_LAB
实验目的
- 验证 H3C 防火墙 IRF 堆叠和主备模式
- 基于项目中部分核心网络的模拟器测试
- 线路交叉互联的问题
IPv6 各隧道Tunnel使用Lab
最近看了很多关于 IPv6 的内容。老早前,大概2000年前后运营商就开始研究推进发展 IPv6 网络技术了,可能是是由于某些我等不知道的原因,这个推进的进程所演化出的表象让我等普通网民没什么感觉。部分科研机构、高校、金融、IT 大厂已经在使用了,一个比较大的使用群体也就是家用部分普及的不大开(我猜的,没有依据)。
IPv6 相对于 IPv4 有种种的优势,我最有印象的几个是没有广播这个概念、“真 万物互联”、良好的包扩展结构,相对于 IPv4 不存在把什么什么封装进 IPv4 头部后面的字节……巴拉巴拉
来自非网管交换机的教训
前阵子去处理一个无线局域网的接入故障问题,组网结构是二层旁挂隧道转发组网,反映的问题是无线终端接入慢,甚至连接不上 WIFI,在查看了设备后,发现有大量的无线终端获取不到IP地址,我想问题的根本在此。
来自 以太网帧格式
几种重分发方式可能带来的问题和处理
最近翻看 《CCNP ROUTE(642-902)学习指南 》,没错就是 2015 年之前 CCNP 改版前的那本,现在最新的认证考试已不是这个编号和课程了。诶,不聊这些,这不重要。
现在把时间线拉回当年那个技术发展的时候,你要是说技术过时了,不好意思今年我还在某现网中看到设备运行 RIPv2 和 OSPF 两种协议的重分发。这也不重要。
本文权当自己学习和回忆。
把组装机主板塞到品牌机机箱
前段时间我的台式机电源嗝屁了,不得不掏出吃灰近四年的旧电源来顶一顶,祸不单行,这旧电源也出毛病,目测是供电不足,挂载了三块硬盘,开个 VMware 虚拟机做实验,老是自动频繁的弹出一块机械硬盘,望了望旁边还有一个联想品牌机的机箱(带电源,最大功率只有 280W ),想想要不给它个机会,抱着试一试的想法拆下来插上电,居然能带的动(其实我查过整机功率了,是带的动,显卡用亮机卡了不解释),所以进行了一场“岁土转生”。
No.004 Simple Case
红茶三杯的原文 :【有点儿意思系列 02】哎哟喂停不下来了 ,看完原文描述,我想到的是用 NAT 转换目的地址的方式解决,经过实验验证后,也说明了这个方法是可行的。做完实验后又想还有没有其他方法实现呢,想到用霸道的 PBR ,也能实现,不过这个方法我个人觉得比较傻。
No.003 Simple Case
红茶三杯的原文 :【有点儿意思系列 04】哎哟喂停不下来了 ,根据问题延续中的表述, 实验拓扑增加了两台出口路由器,两台防火墙,一台服务器。本次拓扑实验依托上一个拓扑演变而来,大部分基础配置与上一个相同,如果您是初次看到本文,请参阅上文 【No.002 Simple Case 】,本文不在赘述。
可能你看到拓扑中防火墙名称就懵了,我解释一下,由于我这是台古董级 AMD CPU 的电脑,跑不起 Cisco ASAv 的镜像(报错:Unsupport CPU type,无限重启),再加上内存有限,就不折腾了,考虑到文中只提到 NAT 的需求,我就用两台路由器换个图标和名称代替了。最终实现了原文中源地址转换及静态映射的需求,虽然牺牲了安全策略配置和 HA 配置。
No.002 Simple Case
来自红茶三杯的原文:【有点儿意思系列 04】哎哟喂停不下来了
当时看完 Case 的需求我是不想理会的,不就是 VRF 隔离么,我压根没往配置 ACL 这个方向去,其实看需求已经暗示的非常明显了,“始终”,“完全隔离” 等等字眼。再加上 VRRP(远离思科设备多年,不玩 HSRP 了,模拟器做不了堆叠啊) 的冗余方案。但是 “问题后续” 这段话引起了我的兴趣,还是从这个拓扑开始吧(其实我已经做完两个拓扑在码这篇文章的时候),话不多说,开干。