SSH协议详解

合集下载

ssh2协议

ssh2协议

ssh2协议SSH2协议。

SSH2(Secure Shell 2)是一种用于计算机网络的加密协议,用于在不安全的网络中安全地传输数据。

它是SSH协议的升级版本,提供了更强大的加密和认证机制,被广泛应用于远程登录、文件传输和管理网络设备等领域。

本文将介绍SSH2协议的基本原理、特点和应用。

SSH2协议的基本原理是通过加密通道来传输数据,防止数据在传输过程中被窃听、篡改或伪造。

它采用了公钥加密、对称加密和消息认证码等多种加密技术,保障了数据的机密性、完整性和可靠性。

同时,SSH2还提供了强大的身份认证机制,包括密码认证、公钥认证和基于密钥的认证等,确保了通信双方的身份合法性和安全性。

SSH2协议的特点之一是端到端的加密传输,即通信双方之间建立了加密通道,所有的数据传输都经过加密处理,即使在不安全的网络环境中也能够保证数据的安全性。

此外,SSH2还支持多种加密算法和密钥长度,可以根据实际需求选择合适的加密方式,提高了系统的灵活性和安全性。

在实际应用中,SSH2协议被广泛用于远程登录和管理服务器、网络设备,以及安全文件传输等场景。

通过SSH2协议,管理员可以远程登录服务器进行操作,而且所有的数据传输都经过加密处理,有效避免了密码和敏感信息被窃取的风险。

此外,SSH2还支持端口转发和X11转发等功能,可以实现安全的远程访问和数据传输。

总的来说,SSH2协议是一种安全可靠的加密协议,它通过端到端的加密传输和强大的身份认证机制,保障了数据在传输过程中的安全性和可靠性。

在当前的网络环境中,保护数据的安全已经成为了至关重要的问题,而SSH2协议正是解决这一问题的有效工具。

因此,我们应该充分利用SSH2协议的优势,加强网络安全防护,保护重要数据的安全。

ssh协议

ssh协议

ssh协议
SSH协议,全称为Secure Shell,中文名为安全外壳协议,是一种安全网络协议。

SSH协议主要用于远程登录操作系统提供安全加密的通信协议,可有效防止中间人攻击、窃听和数据篡改。

SSH协议采用了非对称加密技术与密钥协商机制来保证通信的安全性,同时还可以通过使用端口转发、文件传输和X11转发等功能来满足不同的需求。

SSH协议可以用于任何通信协议上,包括TCP、UDP、ICMP等。

SSH协议的工作原理是通过在客户端和服务器端之间建立加密的隧道来传递数据。

客户端和服务器端之间的通信过程是通过公钥加密和私钥解密来完成的。

在连接建立之前,客户端和服务器端会进行公钥交换,以确保每个人都有正确的公钥。

SSH协议的优点在于其能够提供极高的安全性和可靠性,同时还可以提供很好的性能和灵活性。

SSH协议可用于各种用途,包括远程登录、文件传输、备份和监控等。

此外,SSH协议还拥有许多优秀的终端软件,如PuTTY,XShell和SecureCRT等,提供了良好的使用体验。

总之,SSH协议是一种非常重要的网络协议,它在保证数据通信安全和有效性方面起着至关重要的作用。

越来越多的企业和组织使用SSH协议来保障其IT系统的安全和稳定性,所以要加强对SSH协议的学习和应用。

SSH协议详解范文

SSH协议详解范文

SSH协议详解范文SSH(Secure Shell)协议是一种网络协议,用于在不安全的网络上安全地进行远程登录和传输数据。

它提供了加密和身份验证的安全通信渠道,使得用户可以在公共网络上进行远程管理和文件传输,而不用担心数据被窃取或篡改。

SSH协议的核心思想是通过加密通信,防止敏感数据在传输过程中被拦截。

它使用了公钥加密技术,通过在服务器和客户端之间交换公钥进行身份验证和建立会话密钥。

这种方式使得攻击者无法解密或伪造SSH通信数据,确保了数据的完整性和机密性。

SSH协议包含了多个组成部分,包括传输层协议(SSH-TRANS),用户认证协议(SSH-AUTH),连接和会话协议(SSH-CONN)等。

其中,传输层协议用于提供加密和解密数据流的功能,用户认证协议用于进行身份验证,连接和会话协议用于建立和管理安全会话。

SSH协议还提供了多种身份验证方式,包括密码身份验证、公钥身份验证、基于证书的身份验证等。

密码身份验证是最常见的方式,用户需要提供正确的用户名和密码才能获得访问权限。

公钥身份验证则是通过生成一对公钥和私钥,将公钥上传至服务器进行身份验证。

基于证书的身份验证则使用X.509证书来进行身份验证。

在SSH协议中,会话密钥是临时生成的用于加密和解密通信数据的密钥。

一旦会话建立,会话密钥将用于加密所有的数据流,以确保数据的安全性。

此外,SSH协议还支持数据压缩和端口转发等功能,增强了通信的效率和灵活性。

SSH协议已经成为互联网中保护远程连接安全的主流协议,广泛应用于远程服务器管理、文件传输和安全隧道等场景。

它提供了可靠的身份验证和数据加密机制,确保了远程通信的安全性和保密性。

同时,SSH协议还不断发展,增加新的功能和改进,以应对不断增长的网络安全威胁。

总结起来,SSH协议是一种安全的远程登录和传输数据的协议。

它通过加密和身份认证确保了数据的机密性和完整性,提供了可靠的远程访问解决方案。

在当今的网络环境中,保护数据安全是至关重要的,SSH协议为我们提供了一个可信赖的解决方案。

ssh、telnet、set、msn协议的原理

ssh、telnet、set、msn协议的原理

ssh、telnet、set、msn协议的原理SSH协议 (Secure Shell):SSH 是一种网络协议,用于通过加密的方式在不安全的网络上安全地传输数据。

它提供了一种安全的通信管道,可以在客户机和服务器之间进行身份验证和加密数据传输。

Telnet协议:Telnet 是一种用于远程登录的协议,它允许用户通过远程主机上的终端程序访问和控制目标设备。

Telnet 是一种明文传输协议,其通信数据不加密,不提供安全保障。

SET协议 (Secure Electronic Transaction):SET 是用于保护网上支付交易的一种加密协议。

它采用了公钥和数字证书的技术,确保数据传输和支付信息的安全,并提供身份验证和防止篡改的功能。

MSN协议 (Microsoft Network):MSN 是微软开发的一种即时通信协议,用于在互联网上进行实时通信和数据传输。

该协议使用了 TCP/IP 网络协议架构,以及一系列特定的通信规范和数据格式,以实现用户间的消息交互、文件传输和在线游戏等功能。

SSH协议 (Secure Shell):SSH 协议基于客户端-服务器模型,使用了公钥加密和对称加密的组合,提供了安全的远程登录和文件传输功能。

当客户端连接到服务器时,它们会通过交换加密的密钥进行身份验证,确保通信双方的身份和数据的机密性。

SSH 还可以通过隧道技术将其他协议(如 HTTP、FTP)安全地传输。

Telnet协议:Telnet 协议基于明文传输,使用 TCP/IP 协议进行通信。

当用户使用 Telnet 客户端连接到远程主机时,其输入会被发送到远程主机上的终端程序,并将终端的输出返回给客户端。

由于通信数据不加密,Telnet 协议在传输过程中存在安全漏洞,可能导致用户的敏感信息被窃取。

SET协议 (Secure Electronic Transaction):SET 协议是一种加密的安全支付协议,用于保护网上支付交易的安全性。

ssh协议介绍

ssh协议介绍

密钥生效&重协商
生效密钥 ➢ 双方发送SSH_MSG_NEWKEYS表示启用新密钥; ➢ 该消息采用上次协商密钥和算法保护(如果是第一协商,就是刚刚协商出的密 钥) ➢ 在密钥协商阶段,可以通过SSH_MSG_DISCONNECT终止协商
密钥重协商 ➢ 只要当前不在进行密钥协商,Client和Server任何一方均可发起重协商 ➢ 重协商过程中的消息仍然采用上次协商的密钥和算法保护,直到双方交换 SSH_MSG_NEWKEYS,才重新生效重协商的密钥
2
SSH_DISCONNECT_PROTOCOL_ERROR
3
SSH_DISCONNECT_KEY_EXCHANGE_FAILED
4
SSH_DISCONNECT_RESERVED
5
SSH_DISCONNECT_MAC_ERROR
6
SSH_DISCONNECT_COMPRESSION_ERROR
7
SSH_DISCONNECT_SERVICE_NOT_AVAILABLE
协议将TCP连接建立,双方相互发送“身份标识字符串”,称为连接建立阶段; “身份标识字符串”为文本格式:
SSH-protoversion-softwareversion SP comments CR LF 举例:SSH-2.0-billsSSH_3.6.3q3<CR><LF> SSH协议是先实现,后在IETF标准化为2.0版本,因此存在和1.x版本的协商问题 版本协商之后,立即开始密钥交换阶段,后续所有封包为二进制统一格式(参见
➢ Client_2_Server_IV:HASH(K || H || “A” || session_id) ➢ Server_2_Client_IV:HASH(K || H || “B” || session_id) ➢ Client_2_Server_Encryption_Key:HASH(K || H || “C” || session_id) ➢ Server_2_Client_Encryption_Key:HASH(K || H || “D” || session_id) ➢ Client_2_Server_MAC_Key:HASH(K || H || “E” || session_id) ➢ Server_2_Client_MAC_Key:HASH(K || H || “F” || session_id)

SSH协议远程安全登录协议的加密机制

SSH协议远程安全登录协议的加密机制

SSH协议远程安全登录协议的加密机制SSH(Secure Shell)协议是一种用于网络服务的安全协议,广泛用于远程登录和文件传输。

它通过加密技术保障数据传输的安全性,本文将详细介绍SSH协议的加密机制。

一、SSH的基本原理SSH协议基于非对称加密和对称加密两种加密方法,通过公钥加密和私钥解密实现安全通信。

非对称加密使用了公钥和私钥两个密钥进行加密和解密。

公钥可以任意分发给他人,但私钥必须妥善保管。

在SSH协议中,远程服务器生成一对密钥,将公钥发送给客户端。

客户端将自己的数据使用远程服务器的公钥进行加密,并发送给服务器。

服务器收到客户端加密后的数据后,使用私钥进行解密。

这样,数据在传输过程中得到了保护。

对称加密使用相同的密钥进行加密和解密,加密和解密过程相对较快。

为了确保密钥的安全,SSH协议通过交换密钥的方式,在通信双方之间建立一个共享密钥。

这个密钥只有在建立连接的过程中才会传输,之后的数据传输都使用该密钥进行加密和解密。

二、SSH协议的加密算法SSH协议采用了多种加密算法,包括对称加密算法和非对称加密算法。

1. 对称加密算法对称加密算法在SSH协议中扮演着重要的角色,因为它能够提供更高的加解密速度。

常用的对称加密算法包括DES、3DES、AES等。

DES(Data Encryption Standard)是一种对称加密算法,它使用56位密钥对数据进行加密。

由于DES的密钥较短,现在已经不再被广泛使用。

3DES(Triple Data Encryption Standard)是DES的一种改进版本,它使用三个56位密钥,对数据进行三次加密。

3DES目前仍然被广泛使用,但相对于AES而言,它的效率较低。

AES(Advanced Encryption Standard)是目前最常用的对称加密算法之一。

它使用128、192或256位的密钥,并以块加密的方式对数据进行处理。

AES由于其高效性和安全性,成为SSH协议中主要使用的对称加密算法。

ssh协议

ssh协议

SSH原理及工作过程一、SSH简介SSH全称是Secure Shell,SSH协议是基于应用层的协议,为远程登录会话和其他网络服务提供安全性的协议。

SSH使用最多的是远程登录和传输文件,实现此功能的传统协议都不安全(ftp,telnet等),因为它们使用明文传输数据。

而SSH在传输过程中的数据是加密的,安全性更高。

SSH协议具有以下一些优点:数据传输采用密文的方式,保证信息交互的机密性;用户的认证信息以密文的方式传输,可以有效地防止用户信息被窃听;除了传统的密码认证,SSH服务器还可以采用多种方式对用户进行认证(如安全性级别更高的公钥认证),提高了用户认证的强度;客户端和服务器端之间通信使用的加解密密钥,都是通过密钥交互过程动态生成的,可以防止对加解密密钥的暴力猜测,安全性级别比手工配置密钥的方式高;为客户端提供了认证服务器的功能,可以防止“伪服务器欺骗”。

SSH协议采用客户端/服务器架构,分为传输层、认证层和连接层。

二、ssh工作过程SSH的报文交互主要有以下几个阶段:1、连接建立SSH服务器端在22端口侦听客户端的连接请求,接收到客户端的连接建立请求后,与客户端进行三次握手,建立起一条TCP连接,后续的所有报文交互都在这个TCP连接之上进行。

2、版本协商TCP连接建立之后,服务器和客户端都会向对端发送自己支持的版本号。

服务器端和客户端收到对端发送过来的版本后,与本端的版本号进行比较,双方都支持的最高版本号即为协商出的版本号。

版本协商成功后,进入下一个阶段,即算法协商阶段。

否则,中断连接。

3、算法协商SSH协议报文交互需要使用多种算法:用于产生会话密钥的密钥交换算法,包括diffie-hellman-group-exchangesha1、diffie-hellman-group1-sha1 和diffie-hellman-group14-sha1 算法等。

用于数据信息加密的加密算法,包括3des-cbc、aes128-cbc 和des-cbc 加密算法等。

ssh协议详解

ssh协议详解

ssh协议详解SSH协议详解。

SSH(Secure Shell)是一种网络协议,用于在网络中提供安全的远程登录会话。

它可以加密会话数据,并通过公共网络安全地传输。

SSH协议使用了加密技术来保护网络通信的安全性,因此在网络安全领域有着广泛的应用。

首先,SSH协议采用了非对称加密算法来进行身份验证和密钥交换。

在SSH连接建立时,客户端和服务器会交换各自的公钥,并使用对方的公钥来加密通信数据。

这样,即使在公共网络中传输的数据被截获,也无法被解密,从而保护了通信的安全性。

其次,SSH协议还使用了对称加密算法来保护通信数据的机密性。

在身份验证和密钥交换完成后,客户端和服务器会使用协商好的对称加密算法来加密通信数据。

这样,即使数据被截获,也无法被解密,从而保护了通信数据的机密性。

此外,SSH协议还提供了完整性保护机制,用于检测通信数据是否被篡改。

在通信数据传输过程中,SSH会对数据进行哈希运算,并将哈希值附加到数据上。

接收方在接收到数据后会重新计算哈希值,并与附加的哈希值进行比对,以确保数据的完整性。

另外,SSH协议还支持端口转发和X11转发等功能,用于在安全的通信通道中传输其他协议的数据。

这些功能使得SSH协议不仅可以用于远程登录,还可以用于安全地传输其他协议的数据,从而提高了网络通信的安全性。

总的来说,SSH协议通过使用非对称加密算法、对称加密算法和完整性保护机制,以及支持端口转发和X11转发等功能,来保护网络通信的安全性。

它在网络安全领域有着广泛的应用,可以有效地保护网络通信的安全性,防止数据被篡改和窃取,从而保障了网络通信的安全性。

综上所述,SSH协议在网络安全领域有着重要的地位,它通过使用各种加密算法和完整性保护机制,来保护网络通信的安全性。

在实际应用中,我们应该充分利用SSH协议的各种功能,来保障网络通信的安全性,防止数据被篡改和窃取,从而确保网络通信的安全性。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、概念SSH的英文全称为Secure Shell,是IETF(Internet Engineering Task Force)的Network Working Group所制定的一族协议,其目的是要在非安全网络上提供安全的远程登录和其他安全网络服务。

2、基本框架SSH协议框架中最主要的部分是三个协议:传输层协议、用户认证协议和连接协议。

同时SSH协议框架中还为许多高层的网络安全应用协议提供扩展的支持。

它们之间的层次关系可以用如下图1来表示:图1 SSH协议的层次结构示意图在SSH的协议框架中,传输层协议(The Transport Layer Protocol)提供服务器认证,数据机密性,信息完整性等的支持;用户认证协议(The User Authentication Protocol)则为服务器提供客户端的身份鉴别;连接协议(The Connection Protocol)将加密的信息隧道复用成若干个逻辑通道,提供给更高层的应用协议使用;各种高层应用协议可以相对地独立于SSH基本体系之外,并依靠这个基本框架,通过连接协议使用SSH的安全机制。

3、主机密钥机制对于SSH这样以提供安全通讯为目标的协议,其中必不可少的就是一套完备的密钥机制。

由于SSH协议是面向互联网网络中主机之间的互访与信息交换,所以主机密钥成为基本的密钥机制。

也就是说,SSH协议要求每一个使用本协议的主机都必须至少有一个自己的主机密钥对,服务方通过对客户方主机密钥的认证之后,才能允许其连接请求。

一个主机可以使用多个密钥,针对不同的密钥算法而拥有不同的密钥,但是至少有一种是必备的,即通过DSS算法产生的密钥。

关于DSS算法,请参考[FIPS-186]。

SSH协议关于主机密钥认证的管理方案有两种,如下图2所示:图2 SSH主机密钥管理认证方案示意图每一个主机都必须有自己的主机密钥,密钥可以有多对,每一对主机密钥对包括公开密钥和私有密钥。

在实际应用过程中怎样使用这些密钥,并依赖它们来实现安全特性呢?如上图所示,SSH协议框架中提出了两种方案。

在第一种方案中,主机将自己的公用密钥分发给相关的客户机,客户机在访问主机时则使用该主机的公开密钥来加密数据,主机则使用自己的私有密钥来解密数据,从而实现主机密钥认证,确定客户机的可靠身份。

在图2(a)中可以看到,用户从主机A上发起操作,去访问,主机B和主机C,此时,A成为客户机,它必须事先配置主机B和主机C的公开密钥,在访问的时候根据主机名来查找相应的公开密钥。

对于被访问主机(也就是服务器端)来说则只要保证安全地存储自己的私有密钥就可以了。

在第二种方案中,存在一个密钥认证中心,所有系统中提供服务的主机都将自己的公开密钥提交给认证中心,而任何作为客户机的主机则只要保存一份认证中心的公开密钥就可以了。

在这种模式下,客户机在访问服务器主机之前,还必须向密钥认证中心请求认证,认证之后才能够正确地连接到目的主机上。

很显然,第一种方式比较容易实现,但是客户机关于密钥的维护却是个麻烦事,因为每次变更都必须在客户机上有所体现;第二种方式比较完美地解决管理维护问题,然而这样的模式对认证中心的要求很高,在互联网络上要实现这样的集中认证,单单是权威机构的确定就是个大麻烦,有谁能够什么都能说了算呢?但是从长远的发展来看,在企业应用和商业应用领域,采用中心认证的方案是必要的。

另外,SSH协议框架中还允许对主机密钥的一个折中处理,那就是首次访问免认证。

首次访问免认证是指,在某客户机第一次访问主机时,主机不检查主机密钥,而向该客户都发放一个公开密钥的拷贝,这样在以后的访问中则必须使用该密钥,否则会被认为非法而拒绝其访问。

4、字符集和数据类型SSH 协议为了很好地支持全世界范围的扩展应用,在字符集和信息本地化方面作了灵活的处理。

首先,SSH协议规定,其内部算法标识、协议名字等必须采用US- ASCII字符集,因为这些信息将被协议本身直接处理,而且不会用来作为用户的显示信息。

其次,SSH协议指定了通常情况下的统一字符集为ISO 10646标准下的UTF-8格式,详细请参考RFC-2279。

另外,对于信息本地化的应用,协议规定了必须使用一个专门的域来记录语言标记(Language Tag)。

对于大多数用来显示给用户的信息,使用什么样的字符集主要取决于用户的终端系统,也就是终端程序及其操作系统环境,因而对此SSH协议框架中没有作硬性规定,而由具体实现协议的程序来自由掌握。

除了在字符、编码方面的灵活操作外,SSH协议框架中还对数据类型作了规定,提供了七种方便实用的种类,包括字节类型、布尔类型、无符号的32位整数类型、无符号的64位整数类型、字符串类型、多精度整数类型以及名字表类型。

下面分别解释说明之:(1)字节类型(byte)一个字节(byte)代表一个任意的8字位值(octet)[RFC-1700]。

有时候固定长度的数据就用一个字节数组来表示,写成byte[n]的形式,其中n是数组中的字节数量。

(2)布尔类型(boolean)一个布尔值(boolean)占用一个字节的存储空间。

数值0表示“假”(FALSE),数值1表示“真”(TRUE)。

所有非零的数值必须被解释成“真”,但在实际应用程序中是不能给布尔值存储0和1意外的数值。

(3)无符号的32位整数类型(unit32)一个32字位的无符号整型数值,由按照降序存储的四个字节构成(降序即网络字节序,高位在前,低位在后)。

例如,有一个数值为63828921,它的十六进制表示为0x03CDF3B9,在实际存储时就是03 CD F3 B9,具体存储结构的地址分配如图3。

图3 无符号32位整数类型的典型存储格式(4)无符号的64位整数类型(unit64)一个64字位的无符号整型数值,由按照降序存储的八个字节构成,其具体存储结构与32位整数类似,可以比照图3。

(5)字符串类型(string)字符串类型就是任意长度的二进制序列。

字符串中可以包含任意的二进制数据,包括空字符(null)和8位字符。

字符串的前四个字节是一个unit32数值,表示该字符串的长度(也就是随后有多少个字节),unit32之后的零个或者多个字节的数据就是字符串的值。

字符串类型不需要用空字符来表示结束。

字符串也被用来存储文本数据。

这种情况下,内部名字使用US-ASCII字符,可能对用户显示的文本信息则使用ISO-10646 UTF-8编码。

一般情况字符串中不应当存储表示结束的空字符(null)。

在图4中举例说明字符串“My ABC”的存储结构:图4 字符串类型的典型存储格式从图4中可以很明显地看出,字符串类型所占用的长度为4个字节加上实际的字符个数(字节数),即使没有任何字符的字符串也要占用四个字节。

这种结构与Pascal语言中的字符串存储方式类似。

(6)多精度整数类型(mpint)多精度的整数类型实际上是一个字符串,其数据部分采用二进制补码格式的整数,数据部分每个字节8位,高位在前,低位在后。

如果是负数,其数据部分的第一字节最高位为1。

如果恰巧一个正数的最高位是1时,它的数据部分必须加一个字节0x00作为前导。

需要注意的是,额外的前导字节如果数值为0或者255时就不能被包括在整数数值内。

数值0则必须被存储成一个长度为零的字符串(string)。

多精度整数在具体运算时还是要遵循正常的整数运算法则的。

其存储格式通过图5的若干示例来说明:图5 多精度整数类型的典型存储格式(7)名字表类型(name-list)名字表(name-list)是一个由一系列以逗号分隔的名字组成的字符串(string)。

在存储方式上与字符串一样,名字表前四个字节是一个 unit32型整数以表示其长度(随后的字节数目,类似于字符串类型),其后跟随着由逗号分隔开的一系列名字,可以是0个或者多个。

一个名字则必须具有非零长度,而且不能包含逗号,因为逗号是名字之间的分隔符。

在使用时,上下文关系可以对名字表中的名字产生额外的限制,比如,一个名字表中的名字都必须是有效的算法标识,或者都是语言标记等。

名字表中名字是否与顺序相关,也要取决于该名字表所在的上下文关系。

与字符串类型一样,无论是单个的名字,还是整个名字表,都不需要使用空字符作为结束。

如下图6:图6 名字表的典型存储格式SSH协议框架中拥有对这些数据类型的支持,将对协议、算法的处理带来极大的便利。

5、命名规则及消息编码SSH 协议在使用到特定的哈希算法,加密算法,完整性算法,压缩算法,以及密钥交换算法和其他协议时都利用名字来区分,所以SSH协议框架中很重要的一个部分就是命名规则的限定。

无论是SSH协议框架中所必备的算法或者协议,还是今后具体应用实现SSH协议时增加的算法或者协议,都必须遵循一个统一的命名规则。

SSH协议框架对命名规则有一个基本原则:所有算法标识符必须是不超过64个字符的非空、可打印US-ASCII字符串;名字必须是大小写敏感的。

具体的算法命名有两种格式:1、不包含@符号的名字都是为IETF标准(RFC文档)保留的。

比如,“3des-cbc”,“sha-1”,“hmac-sha1”,“zlib”(注意:引号不是名字的一部分)。

在没有事先注册之前,这种格式的名字是不能使用的。

当然IETF的所有注册的名字中也不能包含@符号或者逗号。

2、任何人都可以使用“name@domainname”的格式命名自定义的算法,比如“********************”。

在@符号之前部分的具体格式没有限定,不过这部分中必须使用除@符号和逗号之外的US-ASCII字符。

在@符号之后的部分则必须是一个完全合法的Internet域名(参考 [RFC-1034]),个人域名和组织域名均可。

至于局部名字空间的管理则是由各个域自行负责的。

SSH协议框架中另一个主要的标准化规则就是消息编码,基本规定在表1中详述:表1 SSH协议框架中的编码范围原则6、SSH协议的可扩展能力SSH协议框架中设计了大量可扩展的冗余能力,比如用户自定义算法、客户自定义密钥规则、高层扩展功能性应用协议等,在本文中将不一一赘述。

值得一提的是,这些扩展大多遵循 IANA(Internet Assigned Numbers Authority)的有关规定,特别是在重要的部分,象命名规则和消息编码方面。

关于IANA的标准及组织情况请访问该组织的官方网站:http: //。

相关文档
最新文档