-
驱动开发：内核字符串转换方法
在内核编程中字符串有两种格式`ANSI_STRING`与`UNICODE_STRING`，这两种格式是微软推出的安全版本的字符串结构体，也是微软推荐使用的格式，通常情况下`ANSI_STRING`代表的类型是`char *`也就是ANSI多字节模式的字符串，而`UNICODE_STRING`则代表的是`wchar*`也就是UNCODE类型的字符，如下文章将介绍这两种字符格式在内核中是如何转换的。 -
ImGUI 1.87 绘制D3D外部菜单
ImGUI 它是与平台无关的C++轻量级跨平台图形界面库，没有任何第三方依赖，可以将ImGUI的源码直接加到项目中使用，该框架通常会配合特定的D3Dx9等图形开发工具包一起使用，ImGUI常用来实现进程内的菜单功能，而有些辅助开发作者也会使用该框架开发菜单页面，总体来说这是一个很不错的绘图库，如下将公开新版ImGUI如何实现绘制外部菜单的功能。 -
驱动开发：内核字符串拷贝与比较
在上一篇文章`《驱动开发：内核字符串转换方法》`中简单介绍了内核是如何使用字符串以及字符串之间的转换方法，本章将继续探索字符串的拷贝与比较，与应用层不同内核字符串拷贝与比较也需要使用内核专用的API函数，字符串的拷贝往往伴随有内核内存分配，我们将首先简单介绍内核如何分配堆空间，然后再以此为契机简介字符串的拷贝与比较。 -
驱动开发：内核中的自旋锁结构
提到自旋锁那就必须要说链表，在上一篇`《驱动开发：内核中的链表与结构体》`文章中简单实用链表结构来存储进程信息列表，相信读者应该已经理解了内核链表的基本使用，本篇文章将讲解自旋锁的简单应用，自旋锁是为了解决内核链表读写时存在线程同步问题，解决多线程同步问题必须要用锁，通常使用自旋锁，自旋锁是内核中提供的一种高IRQL锁，用同步以及独占的方式访问某个资源。 -
驱动开发：通过ReadFile与内核层通信
驱动与应用程序的通信是非常有必要的，内核中执行代码后需要将其动态显示给应用层，但驱动程序与应用层毕竟不在一个地址空间内，为了实现内核与应用层数据交互则必须有通信的方法，微软为我们提供了三种通信方式，如下先来介绍通过ReadFile系列函数实现的通信模式。 -
驱动开发：通过PIPE管道与内核层通信
在本人前一篇博文`《驱动开发：通过ReadFile与内核层通信》`详细介绍了如何使用应用层`ReadFile`系列函数实现内核通信，本篇将继续延申这个知识点，介绍利用`PIPE`命名管道实现应用层与内核层之间的多次通信方法。 -
实验2：Open vSwitch虚拟交换机实践
实验2：Open vSwitch虚拟交换机实践 一、实验目的 能够对Open vSwitch进行基本操作； 能够通过命令行终端使用OVS命令操作Open vSwitch交换机，管理流表； 能够通过Mininet的Python代码运行OVS命令，控制网络拓扑中的Open vSwitch交换机 二、实验 -
实验4：开源控制器实践——OpenDaylight
基本要求 1. 利用Mininet平台搭建下图所示网络拓扑，并连接OpenDaylight控制器； 2. 通过Postman工具调用OpenDaylight提供的API下发流表，实现拓扑内主机h1和h3网络中断10s。 进阶要求 查找资料，整理和记录ODL控制器主要的REST API文档，包括但不限 -
第十组 chap1-2学习总结——对c语言的第一印象
博客内容概括： 一，引言。 二，学习内容梳理。 三，课后习题中的问题及解决历程。 四，小结。 一，引言 经过两周的线上小组学习，让对编程的第一印象只停留在黑客电影和科幻片的我们，也渐渐熟悉并了解了c语言——我们所接触的第一门高级程序设计语言。体验到了第一个程序运行成功时的喜悦，也难以忘记一次次修改代 -
实验4：开源控制器实践——OpenDaylight
实验4：开源控制器实践——OpenDaylight 基本要求 1、Mininet拓扑生成并连接控制器 2、Mininet中ping测试 3、通过Postman工具调用OpenDaylight提供的API下发流表，实现拓扑内主机h1和h3网络中断10s。 进阶要求 1、ODL提供的文档链接 2、获取拓 -
实验3：OpenFlow协议分析实践
基本要求 一、拓扑文件 二、Wireshark抓包结果 1.hello 控制器6633端口 > 交换机34614端口 交换机34614端口 > 控制器6633端口 2.Features Request 控制器6633端口（我需要你的特征信息） > 交换机34614端口 3.Set Config 控制 -
实验4：开源控制器实践——OpenDaylight
实验4：开源控制器实践——OpenDaylight 一、实验目的 能够独立完成OpenDaylight控制器的安装配置； 能够使用Postman工具调用OpenDaylight API接口下发流表。 二、实验环境 Ubuntu 20.04 Desktop amd64 三、实验要求 （一）基本要求 利 -
实验2：Open vSwitch虚拟交换机实践
（一）基本要求 a) /home/用户名/学号/lab2/目录下执行ovs-vsctl show命令、以及p0和p1连通性测试的执行结果截图； b) /home/用户名/学号/lab2/目录下开启Mininet CLI并执行pingall命令的截图、上述目录下查看OVS流表的命令结果截图，wires -
实验1 类和对象（1）
个人学习实验 -
驱动开发：通过Async反向与内核通信
在前几篇文章中给大家具体解释了驱动与应用层之间正向通信的一些经典案例，本章将继续学习驱动通信，不过这次我们学习的是通过运用`Async`异步模式实现的反向通信，反向通信机制在开发中时常被用到，例如一个杀毒软件如果监控到有异常进程运行或有异常注册表被改写后，该驱动需要主动的通知应用层进程让其知道，这就需要用到驱动反向通信的相关知识点，如下将循序渐进的实现一个反向通信案例。 -
实验4：开源控制器实践——OpenDayight
一、基础实验 1、Mininet拓扑生成并连接控制器 2、Mininet中ping测试 如上图所示 3、通过Postman工具调用OpenDaylight提供的API下发流表，实现拓扑内主机h1和h3网络中断10s。 二、进阶实验 1.获取拓扑的交换机 2.获取指定交换机信息 3.获取特定交换机端口 -
实验4：开源控制器实践——OpenDaylight
实验4：开源控制器实践——OpenDaylight ##（一）基本要求 Mininet拓扑生成并连接控制器的结果 ###Mininet中ping测试截图 （二）进阶要求 1.获取拓扑的交换机 URL:http://127.0.0.1:8181/apidoc/explorer/index.html#! -
实验4：开源控制器实践——OpenDaylight
实验4：开源控制器实践——OpenDaylight 第一部分:基本实验 1.利用Mininet平台搭建下图所示网络拓扑，并连接OpenDaylight控制器 执行结果截图 2.通过Postman工具调用OpenDaylight提供的API下发流表，实现拓扑内主机h1和h3网络中断10s。 Minin -
实验1 类和对象(1)
OOP实验1类和对象 -
实验3：OpenFlow协议分析实践
一、实验目的 能够运用 wireshark 对 OpenFlow 协议数据交互过程进行抓包； 能够借助包解析工具，分析与解释 OpenFlow协议的数据包交互过程与机制。 二、实验环境 Ubuntu 20.04 Desktop amd64 三、实验要求 （一）基本要求 1.导入的拓扑文件 #!/us