计算机网络课程设计实验报告

计算机网络课程设计报告姓名：学号：班级：指导老师：湖南科技大学计算机科学与工程学院2013年6月实验一1.实验名称：网络聊天程序的设计与实现2.实验目的：通过本实验能够了解socket通信的原理并在此基础上编写一个聊天程序了解TCP/IP的基础知识，发现TCP与UDP的优缺点以及在网络通信的应用。3.实验原理：从通信和信息处理的角度看，运输层向它上面的应用层提供通信服务，它属于面向通信部分的最高层，同时也是用户功能中的最低层。当网络的边缘部分中的两个主机使用网络的两个主机使用网络的核心部分进行端到端的通信时，只有主机的协议栈才有运输层，而网络核心部分中的路由器在转发分组时都只用到下三层的功能。从IP层来说，通信的两端是两个主机，IP数据报的首部明确的标志了这两个主机的IP地址。但是严格的讲，两个主机进行通信就是两个主机中的应用进程互相通信。根据应用程序的不同需求，运输层需要有两种不同的运输协议，即是面向连接的TCP和无连接的UDP。在使用这两个协议时运输层向高层用户屏蔽了下面的网络核心的细节，它使应用进程看见的就是好像在两个运输层实体间有一条端到端的逻辑通信信道，但这条逻辑通信信道对上层的表现却因运输层使用的不同协议而有很大的差别。当运输层采用面向连接的TCP协议时，尽管下面的网络是不可靠的，但这种逻辑通信信道就相当于一条全双工的可靠信道。但当运输层采用无连接的UDP协议时，这种逻辑通信信道仍然是一条不可靠信道。由于我在课程设计中采用的是UDP协议进行通信的，这里就只简述一下一些关于UDP的内容，UDP在传送数据之前不需要先建立连接。远地主机的运输层在收到UDP报文后，不需要给出任何确认。虽然UDP不提供可靠的交付，但在某些情况下UDP却是一种最有效的工作方式。为此当我们使用UTP协议使两个计算机中的进程要互相通信，不仅必需知道对方的IP地址（为了找到对方的计算机），而且还要知道对方的端口号（为了找到对方计算机中的应用进程）。我们的计算机通信时采用客户-服务器方式。客户在发起通信请求时，必需先知道对方的服务器的IP地址和端口号，因此通过IP地址和端口号我们就能将两台主机连接起来，然后通过输入输出流将信息发送到对方的主机上。这样就能实现网络的聊天程序。4..流程图：开始加载套接字库创建套接字绑定套接字向服务器发送申请向客户端发送信息接收客户端信息继续发送？关闭连接关闭套接字库是否结束开始加载套接字库创建套接字绑定套接字向服务器发送申请向客户端发送信息接收客户端信息继续发送？关闭连接关闭套接字库是否结束等待连接否是5.实验步骤：通过使用原理我们知道若要实现两主机间的通信最重要的是获得对方的IP地址和设置端口号，在实验中我们假定已经知道了要通信主机的IP地址，故在编程中主要的是套接字socke的编程步骤，在这个程序中，将两个工程添加到一个工作区。要链接一个ws2_32.lib的库文件。服务器编程步骤：1、加载数据库，创建套接字（WSAStrartup()/socket()）；2、绑定套接字到一个IP地址和一个端口上（bind（））；3、将套接字设置为监听模式等待请求(listen())；4、请求到来后，接受链接请求，返回一个新的对应于此次连接的套接字(accept())；5、用返回的套接字和客户端进行通信(send()/rec())；6、返回，等待另一个请求；7、关闭套接字，关闭加载的套接字库(closesocket()/WSACleanup()).其次是客户端的编程步骤：1、加载数据库，创建套接字（WSAStrartup()/socket()）；2、向服务器发送连接请求(connect())；3、和服务器端进行通信(send()/recv());4、关闭套接字，关闭加载的套接字库(closesocket()/WSACleanup()).6.实验过程中的问题：首先是在编写代码时考虑了是用TCP还是用UDP协议，通过翻看了原来计算机网络的书后举得利用TCP来编写聊天程序的话，由于TCP协议相对于UDP协议复杂了许多且是面向连接的运输层协议在每次建立与断开连接的时候都要不停的进行确认十分占用网络资源，但UDP就不用那么繁琐，且效率相对的要高出许多。但是在代码测试时老师说到作为一个聊天工具重点是信息的交流对于UDP很容易出现丢包的现象，且TCP协议具有很高的可靠性，对于网络的占用也并非想象中的那么严重，故对于编写此类程序还是用TCP的好一些。其次是在编程过程中发现在通信过程中由于端口号只设定一个所以一旦服务器与一台客户端连接时，其他的的客户端就不能与服务器进行连接了，因为先前的客户端占用的端口号。通过与老师的交流后知道了，在使用TCP／UDP协议时有两条连接时，突然就有种豁然开朗的感觉。实验二：1.实验名称：Ping程序上设计与实现2.实验要求：用C语言实现Ping命令程序，能实现基本的Ping操作，发送ICMP回显请求报文，用于测试—个主机到只一个主机之间的连通情况。要求：1)独立完成程序的设计、编码和调试。2)系统利用C语言实现，程序调试环境为TurboC或VC；3)按照课程设计规范书写课程设计报告。4)采用VC环境进行调试运行。3.实验内容本程序主要分为四个模块（功能模块图见图1.1）：初始化模块，功能控制模块，数据报解读模块，Ping测试模块。初始化模块：该模块用于定义及初始化各个全局变量，为winsock加载winsock体。功能控制模块：该模块是被其他模块调用，其功能包括解析参数、计算ICMP数据报文检验和、清除SOCKET,ICMP包数据以及接受缓冲区。数据报解读模块：数据报解析模块提供了解读IP选项和解读ICMP报文的功能。Ping测试模块：该模块是本程序的核心模块，调用其他模块实现其功能，进而实现Ping的功能。4.流程图：开始定义及初始化各个全局变量判断WSAStartup函数是否调用成功输出调用失败否创建套接字以及设置socket接收超时，发送超时选项；是输入PING的IP地址解析输入内容，设置PING参数创建及填充ICMP数据报文判断是否已发送四次Break;发送，接收以及解析数据包输出PIING结果是结束清除残余否5.实验中遇到的问题及解决方案：问题1：提示库函数名为未标示符？分析：在程序开头只有以下头文件，#includewinsock2.h#includestdio.h#includestdlib.h忘记打开ws2tcpip.h头文件；问题2：提示出现内存（ox000000）错误？分析：voidDecodeICMPHeader(char*buf,intbytes,SOCKADDR_IN*from)buf动态指针指向错误。问题3：连接时所有有关winsock的库函数连接不上？分析：一定是缺少了某个头文件或没打开动态库，解决办法是在开头加上一下代码：#pragmacomment(lib,ws2_32.lib)；实验三1.实验名称：基于IP多播组的网络会议2.实验内容：了解IP多播的基本原理，参照局域网IP多播程序，设计一个简易的网络会议程序。3.实验目的：1、加深对计算机局域网IP多播工作原理的理解，通过编写计算机程序实现、模拟其功能，使学生理解并掌握其基本原理及工作过程。2、提高网络编程和应用的能力。提高实际编程能力和灵活运用所学知识解决问题的能力。4.实验要求：编写一个简易的局域网IP多播网络会议程序，理解IP多播的基本概念和工作原理，程序由Sender和Receiver两个部分组成，Sender用户从控制台上输入多播发送数据，Receiver端都要求加入同一个多播组，完成接收Sender发送的多播数据。5.实验原理：IP多播技术，也常称为组播通信，它是基于IP层的通信技术。是一种允许一台或多台主机（多播源）发送单一数据包到多台主机（一次的，同时的）的TCP/IP网络技术，是一点对多点的通信。采用多播通信技术，不仅可以实现一个发送者和多个接收者之间进行通信的功能，而且可以有效减轻网络通信的负担，避免资源的无谓浪费。并不是所有的协议都支持多播通信，通常多播通信应用都建立在TCP/IP协议之上，IP地址采用D类地址来支持多播，由特殊的多播路由器来实现。IP多播提供两类服务：1)向多个目的地址传送数据。有许多向多个接收者传送信息的应用：例如交互式会议系统和向多个接收者分发邮件或新闻。如果不采用多播，目前这些应用大多采用TCP来完成（向每个目的地址传送一个单独的数据复制）。然而，即使使用多播，某些应用可能继续采用TCP来保证它的可靠性。2)客户对服务器的请求。例如，无盘工作站需要确定启动引导服务器。目前，这项服务是通过广播来提供的，但是使用多播可降低不提供这项服务主机的负担。6.实验过程：1、启动VisualC++6.0，创建一个控制台项目工程。在此项目工程中添加Sender和Receiver两个项目。Receiver项目实现步骤：(1)、创建一个SOCK_DGRAM类型的Socket。(2)、将此Socket绑定到本地的一个端口上，为了接收服务器端发送的多播数据。(3)、加入多播组。(4)、接收多播数据。Sender实现步骤：(1)、创建一个SOCK_DGRAM类型的Socket。(2)、加入多播组。(3)、发送多播数据.2、编译两个项目，在局域网中按如下步骤测试：（1）、将Sender.exe拷贝到发送多播数据的ＰＣ上。（2）、将Receiver.exe拷贝到多个要求接收多播数据的ＰＣ上.（3）、各自运行相应的程序。（4）、在SenderPC上输入多播数据后，你就可以在ReceiverPC上看到输入的多播数据。实验四1.实验名称：网络嗅探器2.实验原理：嗅探器作为一种网络通讯程序，也是通过对网卡的编程来实现网络通讯的，对网卡的编程也是使用通常的套接字(socket)方式来进行。但是，通常的套接字程序只能响应与自己硬件地址相匹配的或是以广播形式发出的数据帧，对于其他形式的数据帧比如已到达网络接口但却不是发给此地址的数据帧，网络接口在验证投递地址并非自身地址之后将不引起响应，也就是说应用程序无法收取到达的数据包。而网络嗅探器的目的恰恰在于从网卡接收所有经过它的数据包，这些数据包即可以是发给它的也可以是发往别处的。显然，要达到此目的就不能再让网卡按通常的正常模式工作，而必须将其设置为混杂模式。具体到编程实现上，这种对网卡混杂模式的设置是通过原始套接字(rawsocket)来实现的，这也有别于通常经常使用的数据流套接字和数据报套接字。在创建了原始套接字后，需要通过setsockopt()函数来设置IP头操作选项，然后再通过bind()函数将原始套接字绑定到本地网卡。为了让原始套接字能接受所有的数据，还需要通过ioctlsocket()来进行设置，而且还可以指定是否亲自处理IP头。至此，实际就可以开始对网络数据包进行嗅探了，对数据包的获取仍象流式套接字或数据报套接字那样通过recv()函数来完成。但是与其他两种套接字不同的是，原始套接字此时捕获到的数据包并不仅仅是单纯的数据信息，而是包含有IP头、TCP头等信息头的最原始的数据信息，这些信息保留了它在网络传输时的原貌。通过对这些在低层传输的原始信息的分析可以得到有关网络的一些信息。由于这些数据经过了网络层和传输层的打包，因此需要根据其附加的帧头对数据包进行分析。下面先给出结构.数据包的总体结构：数据包IP头TCP头(或其他信息头)数据数据在从应用层到达传输层时，将添加TCP数据段头，或是UDP数据段头。其中UDP数据段头比较简单，由一个8字节的头和数据部分组成，具体格式如下：16位16位源端口目的端口UDP长度UDP校验和而TCP数据头则比较复杂，以20个固定字节开始，在固定头后面还可以有一些长度不固定的可选项，下面给出TCP数据段头的格式组成：16位16位源端口目的端口顺序号确认号TCP头长(保留)7位URGACKPSHRSTSYNFIN窗口大小校验和紧急指针可选项(0或更多的32位字)数据(可选项)对于此TCP数据段头的分析在编程实现中