文章正文

tcp的端口号为0(HTTP的TCP端口号为)

手机相关 最后更新:2024-04-03 01:32:04

tcp源端口号和目的端口怎么理解啊

tcp源端口号和目的端口怎么理解啊?TCP中的源端口号的意思是,你这个包是从哪里来,目的端口号是你这个包要去哪里。记住一点,源端口号跟目的端口号是不一定要相同的,比如说,你去访问网页,那么你的目的端口号肯定是80了,那源端口号是大于1024的随机端口.反正就是你要什么服务,目的端口号就一样,而源端口与就是随机拿个1024的端口去跟这个目的端口形成连接tcpudp是协义tcp类似于挂号信,对方收到后会给发送方一下回执。udp类似电报只管发不必要知道对方收没收到。emule的使用很简单,先看看介面再好好想想就会用了。一般说来windows的端口号是一个无符号整形的数也就是从065535之间的所有数在系统里面UDP和TCP是分开的也就是说UDP占用的端口号可以从065535TCP的也可以从065535而且两者是独立的举个例子一个程序可以用TCP占用2000号端口另一个程序可以用UDP占用2000号端口两者互不干涉。
在一台机器上,一个进程对应一个端口。端口的作用就是用来唯一标识这个进程。源端口标识发起通信的那个进程,目的端口标识接受通信的那个进程。有了端口号,接受到报文后才能够知道将报文发送到哪个进程。
tcp源端口号和目的端口怎么理解啊

tcp报文的标志位每一项都为0,是什么意思?

详细内容请查看TCP/IP详解卷1中的描述 **********************************************标志控制功能URG:紧急标志紧急(The urgent pointer) 标志有效。紧急标志置位,ACK:确认标志确认编号(Acknowledgement Number)栏有效。大多数情况下该标志位是置位的。TCP报头内的确认编号栏内包含的确认编号(w+1,Figure:1)为下一个预期的序列编号,同时提示远端系统已经成功接收所有数据。PSH:推标志该标志置位时,接收端不将该数据进行队列处理,而是尽可能快将数据转由应用处理。在处理 telnet 或 rlogin 等交互模式的连接时,该标志总是置位的。RST:复位标志复位标志有效。用于复位相应的TCP连接。SYN:同步标志同步序列编号(Synchronize Sequence Numbers)栏有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号,该序列编号为TCP连接初始端(一般是客户端)的初始序列编号。在这里,可以把TCP序列编号看作是一个范围从0到4,294,967,295的32位计数器。通过TCP连接交换的数据中每一个字节都经过序列编号。在TCP报头中的序列编号栏包括了TCP分段中第一个字节的序列编号。FIN:结束标志 带有该标志置位的数据包用来结束一个TCP回话,但对应端口仍处于开放状态,准备接收后续数据。
SYN:同步标志 同步序列编号(Synchronize Sequence Numbers)栏有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号,该序列编号为TCP连接初始端(一般是客户端)的初始序列编号。在这里,可以把TCP序列编号看作是一个范围从0到4,294,967,295的32位计数器。通过TCP连接交换的数据中每一个字节都经过序列编号。在TCP报头中的序列编号栏包括了TCP分段中第一个字节的序列编号。FIN:结束标志 带有该标志置位的数据包用来结束一个TCP回话,但对应端口仍处于开放状态,准备接收后续数据。
tcp报文的标志位每一项都为0,是什么意思?

tcp 端口从0-65535吗? udp 端口也从0-65535吗?各有各自的端口 是这样理解吗?

不是这样理解的。端口只有0-65535.这个跟TCP。UDP无关。主要是有很多端口默认分给一些服务用了。比如80,是给WEB服务默认使用,WEB是采用的TCP协议,所以认为它是TCP端口。 以此类推。25是SMTP协议默认。所以被认为是UDP端口。
TCP/UDP有独立的端口空间。比如某个应用使用了TCP的1000端口,另一个也可以使用UDP的1000端口,相互独立。 DNS协议有两类子协议,客户端和DNS服务器使用UDP;DNS服务器之间的备份操作使用TCP。因此可以说同时用了TCP和UDP协议
不同的协议,使用各自不同的端口。
tcp是6,udp是17,www是80,你这个问的让人很费解呀
tcp 端口从0-65535吗? udp 端口也从0-65535吗?各有各自的端口 是这样理解吗?

TCP协议默认端口号

TCP协议默认端口号是80.查看端口在windows 2000/xp/server 2003中要查看端口,可以使用netstat命令:依次点击“开始→运行”,键入“cmd”并回车,打开命令提示符窗口。在命令提示符状态下键入“netstat -a -n”,按下回车键后就可以看到以数字形式显示的tcp和udp连接的端口号及状态。小知识:netstat命令用法命令格式:netstat -a -e -n -o -s-a 表示显示所有活动的tcp连接以及计算机监听的tcp和udp端口。-e 表示显示以太网发送和接收的字节数、数据包数等。-n 表示只以数字形式显示所有活动的tcp连接的地址和端口号。-o 表示显示活动的tcp连接并包括每个连接的进程id(pid)。-s 表示按协议显示各种连接的统计信息,包括端口号。
TCP协议没什么默认端口号,只有应用层协议有默认的端口号,比如HTTP是80,FTP是20,21。
TCP协议默认端口号

为什么tcp 端口 0是保留的

计算机“端口”是英文port的义译,可以认为是计算机与外界通讯交流的出口。其中硬件领域的端口又称接口,如:USB端口、串行端口等。软件领域的端口一般指网络中面向连接服务和无连接服务的通信协议端口,是一种抽象的软件结构,包括一些数据结构和I/O(基本输入输出)缓冲区。 可以先了解面向连接和无连接协议(Connection-Oriented and Connectionless Protocols)面向连接和无连接协议(Connection-Oriented and Connectionless Protocols) 通信协议要么是面向连接的,要么是无连接的。这依赖于信息发送方是否需要与接收方联系并通过联系来维持一个对话(面向连接的),还是没有任何预先联系就发送消息(无连接的)且希望接收方能顺序接收所有内容。这些方法揭示了网络上实现通信的两种途径。 在面向连接的方法中,网络负责顺序发送报文分组并且以一种可靠的方法检测丢失和冲突。这种方法被“可靠的”传输服务使用。 在无连接的方法中,网络只需要将报文分组发送到接收点,检错与流控由发送方和接收方处理。这种方法被称作“最佳工作(best-effort)”或“无应答(unacknowledged)”的传输协议所使用。 假定你想给你在另一个城市的朋友发送一系列信件,信件类似于通过计算机网络发送的数据分组。有两种发送方法,一种方法是把信件交给一位可信的朋友,由他私人传送,之后再向你证实已经发送。在这种方法中,你在传送的两端都保持着联系,你的朋友提供了面向连接的服务。另外一种是,你在信封上注明地址并将它们投进邮局,你并没有得到保证说每封信都会达到目的地,如果都到达了,它们可能在不同的时间到达并且不是连续的,这就象一个无连接服务。 面向连接服务的主要特点有:面向连接服务要经过三个阶段:数据传数前,先建立连接,连接建立后再传输数据,数据传送完后,释放连接。面向连接服务,可确保数据传送的次序和传输的可靠性。无连接服务的特点是:无连接服务只有传输数据阶段。消除了除数据通信外的其它开销。只要发送实体是活跃的,无须接收实体也是活跃的。它的优点是灵活方便、迅速,特别适合于传送少量零星的报文,但无连接服务不能防止报文的丢失、重复或失序。 区分“面向连接服务”和“无连接服务”的概念,特别简单、形象的例子是:打电话和写信。两个人如果要通电话,必须先建立连接——拨号,等待应答后才能相互传递信息,最后还要释放连接——挂电话。写信就没有那么复杂了,地址姓名填好以后直接往邮筒一扔,收信人就能收到。TCP/IP协议在网络层是无连接的(数据包只管往网上发,如何传输和到达以及是否到达由网络设备来管理)。而“端口”,是传输层的内容,是面向连接的。协议里面低于1024的端口都有确切的定义,它们对应着因特网上常见的一些服务。这些常见的服务可以划分为使用TCP端口(面向连接如打电话)和使用UDP端口(无连接如写信)两种。 面向连接的通信(Connection-Oriented Communication) 在面向连接方法中,在两个端点之间建立了一条数据通信信道(电路)。这条信道提供了一条在网络上顺序发送报文分组的预定义路径,这个连接类似于语音电话。发送方与接收方保持联系以协调会话和报文分组接收或失败的信号。但这并不意味着面向连接的信道比无连接的信道使用了更多的带宽,两种方法都只在报文分组传输时才使用带宽。 为面向连接的会话建立的通信信道自然是逻辑的,常被称作虚电路(virtual circuit),它关心的是端点。与在网络上寻求一条实际的物理路径相比,这条信道更关心的是保持两个端点的联系。在有多条到达目的地路径的网络中,物理路径在会话期间随着数据模式的改变而改变,但是端点(和中间节点)一直保持对路径进行跟踪,图C-26所示为多路复用电路中的逻辑路径。 一台计算机上的应用程序启动与另一台计算机的面向连接的会话,它通过访问基本的通信协议来请求这样的对话。在传输控制协议/因特网协议(TCP/IP)组中,TCP提供面向连接的服务,而IP(较低层的协议)提供传输服务。在NetWare SPX/IPX协议组中,SPX提供面向连接的服务。 因为报文分组是通过虚电路传输的,所以并不需要使用全分组地址,这是由于网络已经知道了发送方与接收方的地址。网络路径上的每个节点都保持跟踪虚电路和需要交换分组的端口。顺序编号用来保证分组的顺序流动。虚电路需要一个建立过程,但电路一旦建立,它就为长时间的处理提供一条有效的路径,如由管理程序对网络站点的连续监控和许多大文件的传送。与此相比,无连接方法是设计用于突发的、暂时的通信,这种方法中如用虚电路建立就不是很有效的。 面向连接的会话的建立过程如下: 1.源应用程序请求一个面向连接的通信会话。 2.建立会话(需要一段时间,是选用无连接的协议的一个原因)。 3.在逻辑连接上开始数据传输。 4.传输结束时,信道解除连接。 在分组交换远程通信网络中,有些信道永不断连。两点之间建立的一条永久信道称为永久虚电路(PVC)(Permanent virtual circuits(PVCs))。PVC类似于专用电话线。 面向连接的协议大部分位于与开放系统互连(OSI)协议模型相当的运输层协议中。通用的面向连接的协议包括Internet和UNIX环境下的TCP(传输控制协议)、Novell的顺序分组交换(SPX)、IBM/Microsoft的NetBIOS和OSI的连接模型网络协议(CMNP)。 无连接通信(Connectionless Communication) 在无连接方法中,网络除了把分组传送到目的地以外不需做任何事情,如果分组丢失了,接收方必须检测出错误并请求重发;如果分组因采用不同的路径而没有按序到达,接收方必须将它们重新排序。无连接的协议有TCP/IP协议组的IP部分,NetWare的SPX/IPX协议的IPX部分和OSI的无连接网络协议(CLNP)。这些协议在与OSI协议模型相当的网络层中。 在无连接的通信会话中,每个数据分组是一个在网络上传输的独立单元,称作数据报。发送方和接收方之间没有初始协商,发送方仅仅向网络上发送数据报,每个分组含有源地址和目的地址。 该方法中没有接收方发来的分组接收或未接收的应答,也没有流控制,所以分组可能不按次序到达,接收方必须对它们重新排序。如果接收到有错误的分组,则将它删掉。当重新整理分组时,就会发现被删掉的包并请求重发。 使用无连接的协议有许多好处。就性能来说,无连接策略通常更好,因为大多数网络上只有相对少的错误,所以被破坏的或丢失的分组很少,端点不需很多时间来重发。 协议的比较(Comparing the Protocols) 面向连接的服务更适于需要稳定数据流的应用,例如,与Novell NetWare一起提供的远程监控程序使用的是面向连接的协议SPX。面向连接的服务可靠性也更高,并能更有效从问题中恢复。 虽然无连接的服务中每个分组有更多的额外开销,而面向连接的服务在端点上需要更多的处理来建立和保持连接。但是额外开销有时没有被证实,例如与局域网用户和服务器交互有关的短暂突发传输。 网络中可以被命名和寻址的通信端口是操作系统的一种可分配资源。由网络OSI(开放系统互联参考模型,Open System Interconnection Reference Model)七层协议可知,传输层与网络层最大的区别是传输层提供进程通信能力, 网络通信的最终地址不仅包括主机地址,还包括可描述进程的某种标识。所以TCP/IP协议提出的协议端口,可以认为是网络通信进程的一种标识符。 应用程序(调入内存运行后一般称为:进程)通过系统调用与某端口建立连接(binding,绑定)后,传输层传给该端口的数据都被相应的进程所接收,相应进程发给传输层的数据都从该端口输出。在TCP/IP协议的实现中,端口操作类似于一般的I/O操作,进程获取一个端口,相当于获取本地唯一的I/O文件,可以用一般的读写方式访问。 类似于文件描述符,每个端口都拥有一个叫端口号的整数描述符,用来区别不同的端口。由于TCP/IP传输层的TCP和UDP两个协议是两个完全独立的软件模块,因此各自的端口号也相互独立。如TCP有一个255号端口,UDP也可以有一个255号端口,两者并不冲突。 端口号有两种基本分配方式:第一种叫全局分配这是一种集中分配方式,由一个公认权威的中央机构根据用户需要进行统一分配,并将结果公布于众,第二种是本地分配,又称动态连接,即进程需要访问传输层服务时,向本地操作系统提出申请,操作系统返回本地唯一的端口号,进程再通过合适的系统调用,将自己和该端口连接起来(binding,绑定)。TCP/IP端口号的分配综合了以上两种方式,将端口号分为两部分,少量的作为保留端口,以全局方式分配给服务进程。每一个标准服务器都拥有一个全局公认的端口叫周知口,即使在不同的机器上,其端口号也相同。剩余的为自由端口,以本地方式进行分配。TCP和UDP规定,小于256的端口才能作为保留端口。 按端口号可分为3大类:(1)公认端口(Well Known Ports):从0到1023,它们紧密绑定(binding)于一些服务。通常这些端口的通讯明确表明了某种服务的协议。例如:80端口实际上总是HTTP通讯。 (2)注册端口(Registered Ports):从1024到49151。它们松散地绑定于一些服务。也就是说有许多服务绑定于这些端口,这些端口同样用于许多其它目的。例如:许多系统处理动态端口从1024左右开始。 (3)动态和/或私有端口(Dynamic and/or Private Ports):从49152到65535。理论上,不应为服务分配这些端口。实际上,机器通常从1024起分配动态端口。但也有例外:SUN的RPC端口从32768开始。 系统管理员可以“重定向”端口:一种常见的技术是把一个端口重定向到另一个地址。例如默认的HTTP端口是80,不少人将它重定向到另一个端口,如8080。如果是这样改了,要访问本文就应改用这个地址 http://wwd.3322.net:8080/net/port.htm(当然,这仅仅是理论上的举例)。实现重定向是为了隐藏公认的默认端口,降低受破坏率。这样如果有人要对一个公认的默认端口进行攻击则必须先进行端口扫描。大多数端口重定向与原端口有相似之处,例如多数HTTP端口由80变化而来:81,88,8000,8080,8888。同样POP的端口原来在110,也常被重定向到1100。也有不少情况是选取统计上有特别意义的数,象1234,23456,34567等。许多人有其它原因选择奇怪的数,42,69,666,31337。近来,越来越多的远程控制木马( Remote Access Trojans, RATs )采用相同的默认端口。如NetBus的默认端口是12345。Blake R. Swopes指出使用重定向端口还有一个原因,在UNIX系统上,如果你想侦听1024以下的端口需要有root权限。如果你没有root权限而又想开web服务,你就需要将其安装在较高的端口。此外,一些ISP的防火墙将阻挡低端口的通讯,这样的话即使你拥有整个机器你还是得重定向端口。 希望我的回答对您有所帮助
为什么tcp 端口 0是保留的

本文由 在线网速测试 整理编辑,转载请注明出处,原文链接:https://m.wangsu123.cn/news/316064.html

热门文章
文章分类


图片新闻

Copyright © 2025 wangsu123.cn 版权所有