怎样建立UDP联接啊？使用有些软件传输文件的时候,一般性的方法太...

UDP(Use Data Potocol，用户数据报协议)是与TCP相对应的协议。

它是面向非连接的协议，它不与对方建立连接，而是直接就把数据包发送过去！ UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境。

比如，我们经常使用“ping”命令来测试两台主机之间TCPIP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的。

例如，在默认状态下，一次“ping”操作发送4个数据包（如图2所示）。

大家可以看到，发送的数据包数量是4包，收到的也是4包（因为对方主机收到后会发回一个确认收到的数据包）。

这充分说明了UDP协议是面向非连接的协议，没有建立连接的过程。

正因为UDP协议没有连接的过程，所以它的通信效果高；但也正因为如此，它的可靠性不如TCP协议高。

QQ就使用UDP发消息，因此有时会出现收不到消息的情况。

如何提高用UDP传输文件的速度

d表示的什么 是不是CSocket sockfd；的sockfd (char*)&StructYour表示的是不是发送变量的指针 如果发送结构体，名b，则写为&b strlen(StructYour)则为zizeof(b) 0表示什么，是否是接收端的端口，我要发送到的机子的端口 (struct sockaddr *)&their_addr 怎么写？ 直接写地址＂192.168.0.5＂可以吗？ len写0还是NULL首先是编程工具的选择。

目前流行的开发工具有C++Builder、VC、VB和Delphi，这里我们选用C++Builder（以下简称BCB）;VC虽然好，但GUI设计太复杂，为了更好地突出我的例子，集中注意力在木马的基本原理上，我们选用可视化的BCB;Delphi也不错，但缺陷是不能继承已有的资源（如“死牛崇拜”黑客小组公布的BO2000源代码，是VC编写的，网上俯拾皆是）；VB嘛，谈都不谈——难道你还给受害者传一个1兆多的动态链接库——Msvbvm60.dll吗？启动C++Builder 5.0企业版，新建一个工程，添加三个VCL控件：一个是Internet页中的Server Socket，另两个是Fastnet页中的NMFTP和NMSMTP。

Server Socket的功能是用来使本程序变成一个服务器程序，可以对外服务（对攻击者敞开大门）。

Socket最初是在Unix上出现的，后来微软将它引入了Windows中（包括Win98和WinNt）；后两个控件的作用是用来使程序具有FTP(File Transfer Protocol文件传输协议)和SMTP(Simple Mail Transfer Protocol简单邮件传输协议)功能，大家一看都知道是使软件具有上传下载功能和发邮件功能的控件。

Form窗体是可视的，这当然是不可思议的。

不光占去了大量的空间（光一个Form就有300K之大），而且使软件可见，根本没什么作用。

因此实际写木马时可以用一些技巧使程序不包含Form，就像Delphi用过程实现的小程序一般只有17K左右那样。

我们首先应该让我们的程序能够隐身。

双击Form，首先在FormCreate事件中添加可使木马在Win9x的“关闭程序”对话框中隐藏的代码。

这看起来很神秘，其实说穿了不过是一种被称之为Service的后台进程，它可以运行在较高的优先级下，可以说是非常靠近系统核心的设备驱动程序中的那一种。

因此，只要将我们的程序在进程数据库中用RegisterServiceProcess（)函数注册成服务进程（Service Process）就可以了。

不过该函数的声明在Borland预先打包的头文件中没有，那么我们只好自己来声明这个位于KERNEL32.DLL中的鸟函数了。

差不多了吧！！

pos机和通讯软件之间的报文怎么使用UDP进行传送（使用java）

UDP协议 用户数据报协议UDP(User Datagram Protocol)是无连接传输层协议，提供应用程序之间传送数据报的基本机制。

1.UDP报文的格式 每个UDP报文称为一个用户数据报：它分为两部分：头部和数据区。

如图6-14是一个UDP报文的格式，报文头中包含有源端口和目的端口、报文长度以及UDP检验和。

源端口（Source Port）和目的端口（Destination Port）字段包含了16比特的UDP协议端口号，它使得多个应用程序可以多路复用同一个传输层协议 – UDP协议，仅通过不同的端口号来区分不同的应用程序。

长度（Length）字段记录了该UDP数据包的总长度（以字节为单位），包括8字节的UDP头和其后的数据部分。

最小值是8（即报文头的长度），最大值为65,535字节。

UDP检验和（Checksum）的内容超出了UDP数据报文本身的范围，实际上，它的值是通过计算UDP数据报及一个伪包头而得到的。

但校验和的计算方法与通用的一样，都是累加求和。

不危险，可以打开

qq里的传输都是UDP方式的吗

用户数据报协议（UDP）是 ISO 参考模型中一种无连接的传输层协议，提供面向操作的简单不可靠信息传送服务。

UDP 协议直接工作于IP协议的顶层。

UDP 协议端口不同于多路应用程序，其运行是从一个单个设备到另一个单个设备用户数据报协议（UDP） 介绍 用户数据报协议是定义用来在互连网络环境中提供包交换的计算机通信的协议。

此协议默认认为网路协议（IP）是其下层协议。

此协议提供了向另一用户程序发送信息的最简便的协议机制。

此协议是面向操作的，未提供提交和复制保护。

如果应用程序要求可靠的数据传送应该使用传输控制协议（TCP）。

数据报格式如下： 0 7 8 15 16 23 24 31 +-----------+-----------+----------+------------+ | 源端口 | 目的端口 | +-----------+-----------+----------+------------+ | 长 度 | 校验码 | +-----------+-----------+----------+------------+ | 数 据 ...... +-----------+----------....... 用户数据报格式 用户数据报头格式 域 源端口是可选域，当其有意义时，它指的是发送进程的端口，这也就假定了在没有其它信息的情况下，返回信息应该向什么地方发送。

如果不使用它，则在此域中填0。

目的端口在有特定的目的网络地址时有意义。

长度指的是此用户数据报长度的八进制表示。

（这表明最小的数据报长度是 8。

）校验码有16位，是对IP头，UDP头和数据中信息包头的数位取反之和再取反得到的。

包头从概念上说是在UDP头信息之前的，它包括有源地址，目的地地址，所使用的协议和UDP长度。

这些信息使信息不能被错误地接收。

这个校验过程与TCP中使用的过程一致。

0 7 8 15 16 23 24 31 +-----------+-----------+----------+------------+ | 源地址 | +-----------+-----------+----------+------------+ | 目的地址 | +-----------+-----------+----------+------------+ | 0 | 协议 | UDP长度 | +-----+-----+----+------+-----+-----+----+------+ 如果计算出的校验码为零，它将被全零发送。

全零的校验值意味着发送者未产生校验码。

用户接口 用户接口应该允许创建新的接收端口，在接收端口的接收操作有：应该返回一个八进制数说明源端口和源地址，允许数据报传送，指定数据， 源和目标端口和目的地地址。

IP层接口 UDP模块必须能够决定源和目标的网络地址，而且必须能够从包头中得知所使用的协议。

一个可能的接口方式是返回整个数据报，包括接收操作返回的包头。

这样的接口还应该允许UDP向IP传送完整的带包头的数据报用于传送。

由IP来确定一致性并计算校验码。

协议应用 此协议的最主要的用途是网际名称服务器和小文件传输协议（TFTP）。

协议号 在IP中使用它时，它的协议号是17（八进制中是21）。

UDP数据包和TCP数据包一样，是一种网络协议的数据包！UDP数据包具有较强的网络穿透能力，可以用于网络环境相对复杂的场合进行网络通信。

其代表软件就是腾讯QQ UDP数据包的缺点在与他不会像TCP包那样，发送出去后会等待接受方的验证是否收到，数据包是否合法。

这样就造成UDP数据包相对TCP数据包更容易出现数据包丢失的情况。

如果对一台主机发送大量的UDP数据包，就会造成DoS攻击。

现在从各个厂商的硬件防火墙来看，能够实现这种攻击的只有UDP数据包。

TCP和SYN数据包大多会被拦截，无法形成攻击。

UDP文件传输在什么场合有优势

分包与重组的过程是肯定要有的，但问题是 UDP 的传输方式不保证可靠性，但是文件传输必须要可靠，这一点你想怎么解决，我的看法是你需要在你的协议中解决这个问题，为了增强可靠性就需要在你的程序中实现接让收方发送回执。

你要考虑的是如果丢包双方该如何响应？Windows 消息机制只能满足处理时的可靠性，不能保证传输过程的可靠性。

如何提高用UDP传输文件的速度

QQ是一个基于TCP/UDP协议的通讯软件，在 TCP/IP协议中，唯一标识一个应用进程的是socket，它通过网络层的IP地址和传输层的端口号来实现，对与同一个IP地址的内部网络，通过不同的端口号来标识不同的QQ进程；当你登陆QQ服务器的时候，服务器会保留你的保留IP地址和端口号信息，并在你的好友的QQ进程中进行列表显示，然后两个进程就可以通信了。

通常，发送文件的计算机首先要通过消息服务器将其IP地址发送给接收计算机，当接收计算机同意接收的确认消息反馈到消息服务器后，消息服务器将据此设置好文件传输对话。

随即，发送计算机与接收计算机就会在确定好的端口范围内，建立起TCP或UDP连接开始文件的检索与传输。

在默认状态下，QQ优先采用了UDP(User Data Protocol，用户数据报协议)协议传送数据，而对可靠性要求高的数据通讯系统往往使用TCP协议传输数据。

与TCP协议不同，UDP协议并不提供数据传送的验证机制——在整个文件传输过程中如果出现数据报的丢失，协议本身并不能作出任何的检测或提示。

因此，通常人们把UDP协议称为不可靠的传输协议。

UDP协议适用于无须应答、要求时效的软件使用，这样的设计正好与QQ追求的目标相符，所以QQ优先使用了此协议进行一切功能应用。

但是，由于UDP协议具有不可靠性，常会因种种原因导致消息或数据的发送失败（很多时候会发现发送文件给对方接收时，对方根本收不到要求接收文件的消息。

或是发送聊天消息时，对方根本没有收到过消息）。

显然，UDP协议由于排除了信息可靠传递机制，将安全和排序等功能移交给上层应用来完成，极大降低了执行时间，使速度得到了保证。

QQ在数据传输上更注重实际性能，为了获得更好的使用效果，往往可以牺牲一定的可靠性。

...