Vulcan 库
协议列表
| 协议 | 描述 |
|---|---|
| AFS | 安德鲁文件系统(AFS)是一种分布式文件系统,它通过一组可信服务器为所有客户端工作站提供统一的、位置透明的文件命名空间。 |
| 比特流 | BitTorrent是一种点对点文件共享(P2P)通信协议,用于在互联网上传输数据和电子文件。该协议是传输大型文件最常用的协议之一,例如包含电视节目或视频片段的数字音频文件,或包含歌曲的数字音频文件。 据估算,截至2009年2月,点对点网络总计占据全球互联网流量的43%至70%(具体比例因地区而异)。2004年11月,BitTorrent曾贡献全球互联网流量的25%。 截至2013年2月,BitTorrent占全球总带宽的3.35%,超过了专用于文件共享的6%总带宽的一半。 |
| DNS | 域名系统(DNS)是一种分层式去中心化命名系统,用于为计算机、服务或任何连接至互联网或私有网络的资源分配名称。它将各类信息与分配给每个参与实体的域名相关联。 其最显著的功能是将更易记忆的域名转换为数字IP地址,这些地址用于定位和识别计算机服务及设备,并通过底层网络协议实现通信。通过提供全球分布式目录服务,域名系统已成为互联网功能运作的核心组件。 |
| 回声 | 回显协议是互联网协议套件中由RFC 862定义的一项服务。主机可通过传输控制协议(TCP)或用户数据报协议(UDP)连接至支持回显协议的服务器,该连接使用公认的7号端口。服务器会将接收到的数据原样发送回请求方。 |
| FIX4.0 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FIX4.1 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FIX4.2 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FIX4.3 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FIX4.4 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FIX5.0 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FIXT1.1 | 金融信息交换(FIX)协议是一种电子通信协议,始于1992年,用于国际证券交易和市场相关信息的实时交换。管理交易应用程序的交付并保持低延迟,日益需要对FIX协议的深入理解。 |
| FTP(主动模式) | 文件传输协议(FTP)是一种标准网络协议,用于在计算机网络中实现客户端与服务器之间的文件传输。FTP基于客户端-服务器模型架构,在客户端与服务器之间分别建立控制连接和数据连接。FTP用户可通过明文登录协议(通常采用用户名和密码形式)进行身份验证,但若服务器配置允许,亦可匿名连接。 |
| FTP(被动模式) | 文件传输协议(FTP)是一种标准网络协议,用于在计算机网络中实现客户端与服务器之间的文件传输。FTP基于客户端-服务器模型架构,在客户端与服务器之间分别建立控制连接和数据连接。FTP用户可通过明文登录协议(通常采用用户名和密码形式)进行身份验证,但若服务器配置允许,亦可匿名连接。 |
| HTTP | 超文本传输协议(HTTP)是分布式协作超媒体信息系统的应用层协议。作为万维网数据通信的基础,HTTP在客户端-服务器计算模型中充当请求-响应协议。例如,网页浏览器可作为客户端,而运行在网站主机计算机上的应用程序则可作为服务器。客户端向服务器提交HTTP请求消息。 服务器提供HTML文件等资源或执行客户端委托的其他功能,随后向客户端返回响应消息。响应包含请求的完成状态信息,其消息主体中可能还包含所请求的内容。HTTP客户端通过建立传输控制协议(TCP)连接至服务器特定端口(通常为80端口,偶尔为8080端口)来发起请求。 监听该端口的HTTP服务器将等待客户端的请求消息。接收到请求后,服务器会返回状态行(如"HTTP/1.1 200 OK")及其自身消息。该消息正文通常为请求资源,但也可能返回错误信息或其他数据。 |
| HTTPS | 超文本传输协议(HTTP)是分布式协作超媒体信息系统的应用层协议。作为万维网数据通信的基础,HTTP在客户端-服务器计算模型中充当请求-响应协议。例如,网页浏览器可作为客户端,而运行在网站主机计算机上的应用程序则可作为服务器。客户端向服务器提交HTTP请求消息。 服务器提供HTML文件等资源或执行客户端委托的其他功能,随后向客户端返回响应消息。响应包含请求的完成状态信息,其消息主体中可能还包含所请求的内容。HTTP客户端通过建立传输控制协议(TCP)连接至服务器特定端口(通常为80端口,偶尔为8080端口)来发起请求。 监听该端口的HTTP服务器将等待客户端的请求消息。接收到请求后,服务器会返回状态行(如"HTTP/1.1 200 OK")及其自身消息。该消息正文通常为请求资源,但也可能返回错误信息或其他数据。 |
| IMAP(加密) | 互联网邮件访问协议(IMAP)是电子邮件客户端通过TCP/IP连接从邮件服务器检索邮件的互联网标准协议。该协议由RFC 3501定义。IMAP的设计目标是允许多个邮件客户端对邮箱进行完整管理,因此客户端通常将邮件保留在服务器上,直至用户明确删除。 IMAP服务器通常监听143端口。基于SSL的IMAP(IMAPS)则使用993端口。几乎所有现代邮件客户端和服务器均支持IMAP协议。IMAP与早期POP3(邮局协议)是当前最主流的两种邮件检索标准协议,众多网络邮件服务商(如Gmail、Outlook.com和Yahoo! Mail)均同时支持IMAP或POP3协议。 |
| IMAPS | 互联网邮件访问协议(IMAP)是电子邮件客户端通过TCP/IP连接从邮件服务器检索邮件的互联网标准协议。该协议由RFC 3501定义。IMAP的设计目标是允许多个邮件客户端对邮箱进行完整管理,因此客户端通常将邮件保留在服务器上,直至用户明确删除。 IMAP服务器通常监听143端口。基于SSL的IMAP(IMAPS)则使用993端口。几乎所有现代邮件客户端和服务器均支持IMAP协议。IMAP与早期POP3(邮局协议)是当前最主流的两种邮件检索标准协议,众多网络邮件服务商(如Gmail、Outlook.com和Yahoo! Mail)均同时支持IMAP或POP3协议。 |
| LDAP(带AND过滤器的搜索过滤器) | 轻量级目录访问协议(LDAP)是 制定的开放式、供应商中立的行业标准应用协议,用于通过互联网协议(IP)网络访问和维护分布式目录信息服务。目录服务在开发内联网和互联网应用中发挥着重要作用,它允许在整个网络中共享关于用户、系统、网络、服务和应用程序的信息。 例如,目录服务可提供任何有组织的记录集合(通常具有分层结构),如企业电子邮件目录。同理,电话簿亦是包含用户地址与电话号码的订户列表。 |
| 包含DIRSYNC控制的LDAP处理数据单元 | 轻量级目录访问协议(LDAP)是 制定的开放式、供应商中立的行业标准应用协议,用于通过互联网协议(IP)网络访问和维护分布式目录信息服务。目录服务在开发内联网和互联网应用中发挥着重要作用,它允许在整个网络中共享关于用户、系统、网络、服务和应用程序的信息。 例如,目录服务可提供任何有组织的记录集合(通常具有分层结构),如企业电子邮件目录。同理,电话簿亦是包含用户地址与电话号码的订户列表。 |
| LDAP(带简单可扩展匹配的搜索过滤器) | 轻量级目录访问协议是一种开放、供应商中立的行业标准。
用于通过互联网协议(IP)网络访问和维护分布式目录信息服务的应用协议。目录服务在开发内联网和互联网应用中发挥着重要作用,它使用户、系统、网络、服务和应用程序的相关信息能够在整个网络中共享。例如,目录服务可以提供任何有组织的记录集合,通常具有分层结构,如企业电子邮件目录。同样,电话簿就是一份包含用户地址和电话号码的订户列表。 |
| LLMNR | 链路本地多播名称解析(LLMNR)是一种基于域名系统(DNS)数据包格式的协议,允许IPv4和IPv6主机对同一链路上的主机进行名称解析。该协议包含在Windows Vista、Windows Server 2008、Windows 7、Windows 8和Windows 10系统中,并在Linux系统中通过systemd-resolved实现。 LLMNR在RFC 4795中进行了定义。 |
| MDNS | 在计算机网络中,多播域名系统(mDNS)可在未配置本地域名服务器的局域网内将主机名解析为IP地址。作为零配置服务,其采用与单播域名系统(DNS)基本相同的编程接口、数据包格式及操作语义。尽管斯图尔特·切希尔设计mDNS时旨在实现独立运行,但该系统亦可协同单播DNS服务器共同运作。 |
| 基于TCP的MQTT | MQTT(原名MQ遥测传输协议)是基于发布-订阅模式的轻量级消息协议,遵循ISO标准(ISO/IEC PRF 20922),运行于TCP/IP协议之上。该协议专为远程连接场景设计,适用于需要"小代码占用"或网络带宽受限的环境。 发布-订阅消息模式需要消息代理器。该代理器负责根据消息主题将消息分发给感兴趣的客户端。 |
| MSExchange MAPI | 消息应用程序接口(MAPI)是微软Windows平台上的一种消息架构及基于组件对象模型的API。 MAPI通过调用与特定消息服务器对接的子系统例程,使客户端程序能够实现(电子邮件)消息处理功能、具备消息感知能力或基于消息处理架构。尽管MAPI的设计理念是协议无关性,但其通常与MAPI/RPC协议配合使用——该专有协议正是Microsoft Outlook与Microsoft Exchange通信时所采用的通信方式。 |
| NBNS | 此服务在Windows系统中通常称为WINS。 NetBIOS名称服务是TCP上的NetBIOS协议套件的一部分。NBNS的功能与DNS基本相同:将人类可读的名称转换为IP地址。由于NetBIOS可运行于多种网络协议之上(如IP、IPX等),其他NetBIOS服务的实现方式也各自拥有将NetBIOS名称转换为地址的机制。 NBNS的服务范围更为有限:NetBIOS名称存在于扁平命名空间而非DNS的分层结构中(通过NetBIOS作用域可创建多个扁平命名空间,但实际应用较少),且NBNS仅能提供IPv4地址,不支持IPv6。 |
| NFSv2 | 网络文件系统(NFS)是一种分布式文件系统协议,允许客户端计算机上的用户通过计算机网络访问文件,其操作方式与访问本地存储类似。与许多其他协议一样,NFS基于开放网络计算远程过程调用(ONC RPC)系统构建。NFS是通过《请求评论》(RFC)定义的开放标准,允许任何人实现该协议。 |
| NFSv3 | 网络文件系统(NFS)是一种分布式文件系统协议,允许客户端计算机上的用户通过计算机网络访问文件,其操作方式与访问本地存储类似。与许多其他协议一样,NFS基于开放网络计算远程过程调用(ONC RPC)系统构建。NFS是通过《请求评论》(RFC)定义的开放标准,允许任何人实现该协议。 |
| POP3(未加密) | 邮局协议(POP)是一种应用层互联网标准协议,本地电子邮件客户端通过该协议经由TCP/IP连接从远程服务器检索邮件。POP历经数个版本发展,其中第3版(POP3)是普遍使用的最后一个标准版本,后因更先进的IMAP协议而逐渐被淘汰。在POP3协议中,邮件会从服务器的收件箱下载至用户计算机。 即使您未连接网络,也能访问这些电子邮件。 |
| 基于TLS的POP3协议 | 邮局协议(POP)是一种应用层互联网标准协议,本地电子邮件客户端通过该协议经由TCP/IP连接从远程服务器检索邮件。POP历经数个版本发展,其中第3版(POP3)是普遍使用的最后一个标准版本,后因更先进的IMAP协议而逐渐被淘汰。在POP3协议中,邮件会从服务器的收件箱下载至用户计算机。 即使您未连接网络,也能访问这些电子邮件。 |
| QUIC | QUIC(快速UDP互联网连接,发音为quick)是由谷歌设计的一种实验性传输层网络协议,最初于2012年实现,并在2013年随着实验范围扩大而公布。 QUIC通过用户数据报协议(UDP)在两个端点间支持多路复用连接,旨在提供等同于TLS/SSL的安全防护,同时降低连接与传输延迟,并通过双向带宽估算机制避免网络拥塞。 QUIC的核心目标是提升当前采用TCP的面向连接型网络应用的感知性能。该协议还为拥塞避免算法的快速迭代提供了平台,将控制权交由两端的应用空间而非(相对缓慢演进的)内核空间来管理。 |
| RADIUS | 模拟RADIUS访问协议[RFC 2865]。 |
| 远程桌面协议 | 远程桌面协议(RDP)是由微软开发的专有协议,它为用户提供图形界面,通过网络连接连接到另一台计算机。用户为此目的使用RDP客户端软件,而另一台计算机必须运行RDP服务器软件。 TPKT:通常情况下,RDP采用TPKT作为传输协议。TPKT运行于TCP之上;当用于传输RDP时,其默认TCP端口为3389,而非常规TPKT端口102。 |
| 实时传输协议/实时传输控制协议 | 实时传输协议(RTP)是一种用于在IP网络上传输音频和视频的网络协议。RTP广泛应用于涉及流媒体的通信和娱乐系统,例如电话、视频会议应用、电视服务以及基于网络的按键通话功能。RTP通常运行在用户数据报协议(UDP)之上,并与RTP控制协议(RTCP)协同工作。 RTP负责承载媒体流(如音频和视频),而RTCP用于监控传输统计数据与服务质量(QoS),并协助多媒体流的同步。作为网络电话(VoIP)的核心技术基础之一,RTP常与会话初始协议(SIP)等信令协议协同工作,后者负责建立跨网络的连接。 |
| 实时流协议 | 实时流媒体协议(RTSP)是一种专为娱乐和通信系统设计的网络控制协议,用于控制流媒体服务器。该协议用于在终端节点之间建立和控制媒体会话。媒体服务器的客户端发出录像机式的命令(如播放、录制和暂停),以实现对媒体流的实时控制——无论是从服务器流向客户端(视频点播),还是从客户端流向服务器(语音录制)。 |
| 安全MQTT | MQTT(原名MQ遥测传输协议)是基于发布-订阅模式的轻量级消息协议,遵循ISO标准(ISO/IEC PRF 20922),运行于TCP/IP协议之上。该协议专为远程连接场景设计,适用于需要"小代码占用"或网络带宽受限的环境。 发布-订阅消息模式需要消息代理器。该代理器负责根据消息主题将消息分发给感兴趣的客户端。 |
| SIP | 会话初始协议(SIP)是一种用于信令和控制多媒体通信会话的通信协议。SIP最常见的应用是在IP网络上实现互联网电话的语音和视频通话,以及即时消息传递。SIP与其他若干应用层协议协同工作,这些协议负责识别和传输会话媒体。 媒体识别与协商通过会话描述协议(SDP)实现。媒体流(语音、视频)传输通常采用实时传输协议(RTP)或安全实时传输协议(SRTP)。为保障SIP消息传输安全,该协议可通过传输层安全协议(TLS)进行加密。 |
| SMB2 | 在计算机网络中,服务器消息块(SMB)作为应用层网络协议运行,其一个版本也被称为通用互联网文件系统(CIFS)。该协议主要用于提供对文件、打印机和串行端口的共享访问,以及网络节点间的各类通信。它还提供了一种经过身份验证的进程间通信机制。 |
| SMTP | 简单邮件传输协议(SMTP)是电子邮件传输的互联网标准。该协议最初由1982年的RFC 821定义,最近一次更新是在2008年,通过RFC 5321新增了扩展SMTP功能——这正是当今广泛使用的协议版本。 SMTP默认使用TCP 25号端口。邮件提交协议采用相同机制,但使用587号端口。通过SSL加密的SMTP连接(即SMTPS)默认使用465号端口(非标准端口,但因兼容旧系统需求偶尔使用)。 |
| 基于TLS的SMTP | 简单邮件传输协议(SMTP)是电子邮件传输的互联网标准。该协议最初由1982年的RFC 821定义,最近一次更新是在2008年,通过RFC 5321新增了扩展SMTP功能——这正是当今广泛使用的协议版本。 SMTP默认使用TCP 25号端口。邮件提交协议采用相同机制,但使用587号端口。通过SSL加密的SMTP连接(即SMTPS)默认使用465号端口(非标准端口,但因兼容旧系统需求偶尔使用)。 |
| SRTP | 安全实时传输协议(SRTP)定义了实时传输协议(RTP)的一个配置文件,旨在为单播和多播应用中的RTP数据提供加密、消息认证与完整性保护以及重放保护。 |
| SSDP | 简单服务发现协议(SSDP)是一种基于互联网协议套件的网络协议,用于网络服务和存在信息的广告与发现。它无需依赖基于服务器的配置机制(如动态主机配置协议DHCP或域名系统DNS),也无需对网络主机进行特殊静态配置即可实现此功能。 SSDP是通用即插即用(UPnP)发现协议的基础,主要适用于家庭或小型办公环境。 |
| SSHv2 | 安全外壳协议(SSH)是一种加密网络协议,用于在不安全的网络上安全地运行网络服务。其最著名的应用实例是用户远程登录计算机系统。 |
| TELNET(按字符计费) | Telnet是一种应用层协议,用于在互联网或局域网上提供基于虚拟终端连接的双向交互式文本通信功能。 用户数据与Telnet控制信息通过传输控制协议(TCP)以8位字节为单位的数据连接在带内交错传输。Telnet作为基于可靠连接导向传输的客户端-服务器协议,通常用于建立与传输控制协议(TCP)23号端口的连接,该端口由Telnet服务器应用程序(telnetd)监听。 |
| TELNET(按行计费) | Telnet是一种应用层协议,用于在互联网或局域网上提供基于虚拟终端连接的双向交互式文本通信功能。 用户数据与Telnet控制信息通过传输控制协议(TCP)以8位字节为单位的数据连接在带内交错传输。Telnet作为基于可靠连接导向传输的客户端-服务器协议,通常用于建立与传输控制协议(TCP)23号端口的连接,该端口由Telnet服务器应用程序(telnetd)监听。 |
| TFTP读取请求 | 简单文件传输协议(TFTP)是一种简单的步进式文件传输协议,允许客户端从远程主机获取文件或向其写入文件。其主要用途之一是在局域网中节点启动的早期阶段。TFTP之所以被用于此类应用,是因为它非常容易实现。 |
| TFTP写入请求 | 简单文件传输协议(TFTP)是一种简单的步进式文件传输协议,允许客户端从远程主机获取文件或向其写入文件。其主要用途之一是在局域网中节点启动的早期阶段。TFTP之所以被用于此类应用,是因为它非常容易实现。 |

