客户端和服务器端的代码,分别使用UDP和TCP进行编程,试用了TwistedFramewor,在TCP端程序中加入了framming功能。
可以从代码中看出UDP与TCP编程的不同
2024/10/2 9:08:31 932KB Python Twisted Framework framming
1
C#中通用TCP/IP客户/服务器通信库源代码(附聊天程序实例)
1
基于C++和winpcap编写的网络程序,实现监听并解析IP数据包!运行程序,按提示输入要选择的网卡序列,再次输入需要不活的IP数据包的个数,然后程序自动运行捕获。
捕获后开始解析,从数据链路层开始解析,1)如果网络层协议是IP协议,则开始解析网络层IP数据包。
2)如果运输层协议是TCP协议则解析运输层TCP数据包。
3)如果网络层协议是APP协议,则不在进一步解析网络层数据包。
4)如果运输层协议是UDP协议,则不在进一步解析运输层数据包。
2024/9/29 12:38:49 2.63MB c++ 解析IP包 捕获IP包
1
本文件为TCP/IP课程作业,局域网中基于UDP协议的文件传输,本程序为dos窗口命令行操作,全部代码均为自己编写,无抄袭文件中包含:源文件+可执行文件+实验报告
2024/9/29 6:03:35 7.48MB UDP 文件传输 TCP
1
在实现TCP/IP协议的网络环境下,一个ip包走到哪里,要怎么走是靠路由表定义,但是,当ip包到达该网络后,哪台机器响应这个ip包却是靠该ip包中所包含的硬件mac地址来识别。
也就是说,只有机器的硬件mac地址和该ip包中的硬件mac地址相同的机器才会应答这个ip包,因为在网络中,每一台主机都会有发送ip包的时候,所以,在每台主机的内存中,都有一个arp-_-硬件mac的转换表。
通常是动态的转换表(该arp表可以手工添加静态条目)。
也就是说,该对应表会被主机在一定的时间间隔后刷新。
这个时间间隔就是ARP高速缓存的超时时间。
通常主机在发送一个ip包之前,它要到该转换表中寻找和ip包对应的硬件mac地址,如果没有找到,该主机就发送一个ARP广播包,于是,主机刷新自己的ARP缓存。
然后发出该ip包。
2024/9/27 22:14:47 3.97MB arp欺骗
1
libnids-tcp-codetcp重组的代码
2024/9/26 14:42:19 12KB libnids 重组 tcp
1
C#tcp多线程聊天室C#tcp多线程聊天室C#tcp多线程聊天室C#tcp多线程聊天室C#tcp多线程聊天室C#tcp多线程聊天室
2024/9/25 22:03:40 192KB C# tcp 多线程聊天室
1
友善调试串口,modbuspoll,modbusslave,CRC计算工具,tcpIP调试助手,NetAssist助手,串口助手,
2024/9/25 6:35:52 16.31MB 串口助手 modbus
1
部署于云服务器端,监听指定端口,接收指定数据格式后,进行数据库连接,并将数据存储于mysql数据库中,以备查看,对于学习socket编程是很好的例子,代码简单明了!
2024/9/25 1:51:43 1.01MB java socket tcp/ip
1
包括TCP服务器客户端多线程通信程序(用select实现),基于VisualStudio2017实现,已编译测试过,用到的朋友记得关闭SDL检查
2024/9/23 5:37:48 27.72MB 计算机网络 socket TC 多线程
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡