6.3 - 常见协议及对应的端口号

一、TCP、UDP协议对应端口号

1、TCP、UDP中端口地址都是16位,即0~65535范围内。
2、任何TCP实现所提供服务都用1~1023之间的端口,由ICANN(国际组织管理者)管理,每一个端口都分配到了一个特定的服务。
3、大多数TCP/IP临时端口号使用1024~65535之间的端口。1024~65535端口号可随时的、任意的使用。

二、常用的端口号

  • FTP:两个端口号,其中21端口号是控制协议模式下用到的端口号。

三、常见的协议

1、HTTP:超文本传输协议

2、HTTPS:基于SSL的HTTP协议

  • 实现了加密的通信超文本传输的协议。

3、SMTP:简单邮件传输协议

  • 负责邮件的投递和传递。
  • 例如用户1写了邮件,投递到邮局A,邮局A传递给邮局B,这个投递和传递的动作是由SMTP协议负责的。2用户从邮局B收到邮件是由POP3和IMP4(这两个是离线的收邮件协议)协议负责的。

3、POP3: 邮局协议的第3个版本

  • 只要当用户链接到邮箱的时候,就会在不确认让任何信息的情况下,将邮箱的邮件下载到用户代理这一端中。
  • 这种做法在快速网络中是没有问题的,不管邮件有多大,稍微等一下就会下载下来。
  • 但是这种协议在当前的无线网络、或者慢速网络中就会有问题,比如说现在的移动互联网,每个人的流量有限,但是实际工作中有很多文档(每个都是50M~100M的),当一连接邮箱时就将所有邮件文档都下载下来,就会造成流量的浪费;再比如说在一个网速特别慢的网络中(例如1K/S),要收取一个50M的邮件是很费劲儿的。

4、IMP4:网际消息访问协议第四版本

  • 当用户连接邮箱的时候,只下载邮件头,不会把邮件的内容下载下来,而邮件头一般都很小,很快就能同步到设备上面,当我们需要看某封邮件的具体内容时,选择这个邮件,才真正将邮件从邮箱下载到本地设备上面。
  • 这就是为什么我们打开邮箱看到有四封邮件,但是选中其中某一封时,需要等待一段时间,邮件内容才能呈现出来的原因。
  • 这个协议就很好的解决了我们用POP3协议在移动环境下访问邮箱时会产生的问题。

5、MIME:多用途的网际邮件扩展协议

  • 简单来讲,就是用来实现数据转换的一个功能。

6、PGP:邮件加密协议

  • 有一个对应的PGP软件。

7、电子邮件地址

  • 由两部分组成,用户名和域名,两部分之间通过“@”符号连接。
  • 用户名:表示谁拥有这个邮箱,是用户的标识。
  • 域名:表示邮件所在的域。搜狐的邮箱就是sohu.com 。

8、TELNET:远程管理协议

  • 主要负责远程管理。
  • Telnet到服务器上面的时候,就可以像本地一样,使用命令来管理远程的服务器或者客户端。

9、RAS:远程访问协议

  • 主要提供远程访问功能,比如说为注册的用户提供VPN访问服务,可以将 RAS服务器配成VPN服务器。

10、DNS:域名系统

  • 主要功能是实现域名到IP地址的解析。
  • 比如说上网的时候,访问的是域名,但是计算机通信用的是IP地址,所以域名和IP地址之间需要进行关联,DNS就是将域名和IP地址进行关联的。
  • 例如我们输入https://www.educity.cn/(域名)后一回车,计算机就会用我们输入的url地址到域名系统去查找对应的IP地址是谁,DNS就把对应的IP地址给计算机,然后计算机再拿这个IP地址与外部服务器进行通信。

11、FTP:文件传输协议

  • 早期在互联网上进行文件共享传输的时候采用的就是FTP协议。

12、LDAP:轻量目录访问协议

  • 主要负责与目录服务相关的。

四、常见考点

1、考法1:常用协议及对应端口号

  • Web:用的是HTTP(80)和HTTPS(443)协议。默认使用的是HTTP协议,使用HTTPS协议需要进行一些配置。所以题中同时出现80和443时,一般选80。

2、考法2:电子邮件协议

  • 1
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MIME结构 一、 RFC822协议 RFC822 文档定义了邮件内容的主体结构和各种邮件头字段的详细细节,但是,它没有定义邮件体的格式,RFC822文档定义的邮件体部分通常都只能用于表述一段普通的文本,而无法表达出图片、声音等二进制数据。另外,SMTP服务器在接收邮件内容时,当接收到只有一个“.”字符的单独行时,就会认为邮件内容已经结束,如果一封邮件正文中正好有内容仅为一个“.”字符的单独行,SMTP服务器就会丢弃掉该行后面的内容,从而导致信息丢失。 由于 Internet的迅猛发展,人们已不满足于电子邮件仅仅是用来交换文本信息,而希望使用电子邮件来交换更为丰富多彩的多媒体信息,例如,在邮件中嵌入图片、声音、动画和附件。但是,由于图片和声音等内容是非ASCII码的二进制数据,而RFC822邮件格式只适合用来表达纯文本的邮件内容,所以,要使用 RFC822邮件格式发送这些非ASCII码的二进制数据时,必须先采用某种编码方式将它们“编码”成可打印的ASCII字符后再作为RFC822邮件格式的内容。邮件阅读程序在读取到这种经过编码处理的邮件后,再按照相应的解码方式解码出原始的二进制数据,这样就可以借助RFC822邮件格式来传递多媒体数据了。这种做法需要解决以下两个技术问题: (1) 邮件阅读程序如何知道邮件中嵌入的原始二进制数据所采用的编码方式; (2) 邮件阅读程序如何知道每个嵌入的图像或其他资源在整个邮件内容中的起止位置。 针对这个问题,人们后来专门为此定义了MIME(Multipurpose Internet Mail Extension,多用途Internet邮件扩展)协议。 .....

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值