此文件包含一体化的基于vc++6.0的MFC程序设计制作出来的windows扫描技术,采用WinPcap,实现了端口扫描,局域网监控,本地流量监控。
包含论文以及源码,经编译通过。
可能需要其他安装文件支持vc6的最后sdk,地址在下面1.前言 22Winpcap网络扫描 22.1原理说明 22.2WinpCap常用函数说明 32.3WinpCap内部构造说明 52.4基于WinPcap捕获数据包的原理 62.5基于WinpCap实现 62.5.1数据截取 82.5.2关与网络流量 132.5.3关于本地信息的显示 153.基于socket的端口扫描 173.1socket(套接字)编程原理 173.2套接字函数的分析 183.3SOCKET端口扫描的程序思想 203.4基于SOCKET程序扫描的实现 204.总结 215.参考文献 226.附录 23收到此文件后,请按如下步骤安装1.安装支持vc6的最新sdk(可选,可跳过,如果不能编译的话可补上步骤1)2.按WinPcap的配置以及安装文件里面描述的方法先安装WinPcap_4_0_2.exe,其他按照Winpcap.doc安装方法里面的说明进行4.如果自行编译时候出现问题,请在下面查找应对措施5.免责申明,本文系本人自行编写,免费共享,切勿用于商业用途,仅供参考,因此产生的法律问题本人一律不负责,此资源仅做参考
2024/9/20 21:54:32 2.61MB WinPcap 毕业设计 端口扫描 流量统计
1
本项目要求建立校园网络,覆盖教学楼、实验楼、科教楼、图书馆、男生宿舍、女生宿舍和行政楼6栋建筑。
网络构建校园内部INTRANET,并能够接入CERNET和CHINANET。
实现多媒体教学、教学管理、办公自动化、远程教育、因特网连接等功能。
附带pkt文件,文档完整可直接用
1
17个前端4打造小米官网首页轮播图,解密内部核心技术.wmv
2024/9/17 12:06:10 281.33MB 前端
1
完整的工单管理系统源码,有带管理后台,希望对你有所帮助。
另外自己安装测试.自测可用。
工单管理系统一般指工单系统。
工单系统是一种专业名词,是指用于记录、处理、跟踪一项工作的完成情况。
工单系统分为两大类:一是企业内部部门工作任务传达的系统;
二是专门用于售后安装维修类的系统,这种是把工单派给外勤人员上门去维护的软件。
2024/9/17 4:51:29 17.92MB php gongdan
1
总体设计项目功能需求性能需求运行需求基本设计概念和处理流程各功能模块关系结构图内部接口设计维护设计
2024/9/16 14:44:27 86KB 用户管理模块 概要设计
1
C8051F340/1/2/3/4/5/6/7系列器件使用SiliconLabs的专利CIP-51微控制器内核。
CIP-51与MCS-51TM指令集完全兼容,可以使用标准803x/805x的汇编器和编译器进行软件开发。
CIP-51内核具有标准8052的所有外设部件,包括4个16位计数器/定时器、两个具有扩展波特率配置的全双工UART、一个增强型SPI端口、多达4352字节的内部RAM、128字节特殊功能寄存器(SFR)地址空间及多达40个I/O引脚。
2024/9/16 6:52:09 3.91MB C8051F 中文 pdf
1
本教案是光机所内部教案!仅供学习,不得用于商业用途!
2024/9/15 18:51:23 9.84MB 数字信号处理
1
在开始这段旅程之前我们先了解一下OpenGL到底是什么。
一般它被认为是一个应用程序编程接口(ApplicationProgrammingInterface,API),它包含了一系列可以操作图形、图像的方法。
然而,OpenGL本身并不是一个API,仅仅是一个规范,由Khronos组织制定并维护。
OpenGL严格规定了每个函数该如何执行,以及它们该如何返回。
至于内部具体每个函数是如何实现的,将由OpenGL库的开发者自行决定(注:这里开发者是指编写OpenGL库的人)。
因为OpenGL规范并没有规定实现的细节,具体的OpenGL库允许使用不同的实现,只要其功能和结果与规范相匹配(亦即,作为用户不会感受到功能上的差异)。
实际的OpenGL库的开发者通常是显卡的生产商。
每个你购买的显卡都会支持特定版本的OpenGL,通常是为一个系列的显卡专门开发的。
当你使用苹果系统的时候,OpenGL库是由苹果自身维护的。
在Linux下,有显卡生产商提供的OpenGL库,也有一些爱好者改编的版本。
这也意味着任何时候OpenGL库表现的行为与规范规定的不一致时,基本都是库的开发者留下的bug。



2024/9/14 12:38:42 9.8MB openGL learnO 图形学 数学
1
资源清理插件使用方法:1.首先将插件导入工程中。
(内容只有4个脚本: FindUnusedAssets是这个工具的主要入口,实现了编辑器的扩展菜单及其内部调用。
 AssetCollector是总的工具类,用来收集所有的asset文件 ClassReferenceCollection用来收集所有的.cs脚本文件。
 ShaderReferenceCollection用来收集所有的Shader文件。
)2.使用时需要找到这个菜单项Assets->DeleteUnusedAsset。
DeleteUnusedAssets下有三个选项,分别是删除未使用的资源文件(onlyresource),“onlyresourece”,弹框中会显示场景中没有使用的资源,不包括脚本删除编辑器未使用的Asset(unusedbyeditor),“unusedbyeditor”,弹框中会显示场景中没有使用的资源,包括脚本删除游戏未使用的Asset(unusedbygame)。
“unusedbygame”,弹框中会显示场景中没有使用的资源,包括游戏中未添加的所有脚本(这个慎用),3.选择合适的方式删除废弃资源。
 注意事项:1.要注意BuildSetting里一定要有需要使用的场景文件,因为Asset资源的有效性依赖于是否被场景引用。
2.列表中的文件从项目中移除,工具会把这些文件作为一个UnityPackage导出到“../BackupUnusedAssets/”。
这个包作为被删除文件的备份,如果后期发现有资源丢失,可以从这个包内找到对应的资源文件重新导入。
3.在实战中,我们可以根据需求自定义查找文件的格式
2024/9/14 12:47:23 5KB 游戏
1
树莓派3上用户目前无法正常是使用GPIO中的UART串口(GPIO14&GPIO15;),也就是说用户无论是想用串口来调试树莓派,还是想用GPIO中的串口来连接GPS,蓝牙,XBEE等等串口外设目前都是有问题的。
原因是树莓派CPU内部有两个串口,一个是硬件串口(官方称为PL011UART),一个是迷你串口(官方成为mini-uart)。
在树莓派2B/B+这些老版树莓派上,官方设计时都是将“硬件串口”分配给GPIO中的UART(GPIO14&GPIO15;),因此可以独立调整串口的速率和模式。
而树莓派3的设计上,官方在设计时将硬件串口分配给了新增的蓝牙模块上,而将一个没有时钟源,必须由内核提供时钟参考源的“迷你串口”分配给了GPIO的串口,这样以来由于内核的频率本身是变化的,就会导致“迷你串口”的速率不稳定,这样就出现了无法正常使用的情况。
目前解决方法就是,关闭蓝牙对硬件串口的使用,将硬件串口重新恢复给GPIO的串口使用,也就意味着树莓派3的板载蓝牙和串口,现在成了鱼和熊掌,两者无法兼得。
按照一下方法回复恢复硬件串口:1、将此文件复制到/boot/overlays/~$sudocppi3-miniuart-bt-overlay.dtb/boot/overlays2、编辑/boot目录下的config.txt文件~$sudovim/boot/config.txt3、添加或修改下面内容:dtoverlay=pi3-miniuart-bt-overlayforce_turbo=14、关闭蓝牙服务~$sudosystemctldisablehciuart5、重启系统~$sudoreboot
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡