发送的数据和从什么是服务器器请求的数据,需要考虑大小吗

(C# or /doc/托管代码中我们不用担心内存漏洞这是因为有了___垃圾回收器___。GC(垃圾回收器)

/doc/中常用的几种页面间传递参数的方法,并说出他们的优缺点

HTTP是一个基于TCP/IP通信协议来传递数据(HTML 文件, 图片文件, 查询结果等)

HTTP是一个属于应用层的面向对象的协议,由于其简捷、快速的方式适用于分布式超媒体信息系统。它于1990年提出经过几年的使用与发展,得到不断地完善和扩展目前在WWW中使用的是HTTP/”。一个URL中也可以使用IP地址作为域名使用

URI是以一种抽象的,高层次概念定义统一资源标识而URL和URN则是具体的资源标识的方式。URL和URN都是一种URI笼统地说,每个 URL 都是 URI但不一定每个 URI 都是 URL。这是因为 URI 还包括一个子类即统一资源名称 (URN),它命名资源但不指定如何定位资源上面的 mailto、news 和 isbn URI 都是 URN 的示例。

在Java的URI中一个URI实例可以代表绝对的,也可以昰相对的只要它符合URI的语法规则。而URL类则不仅符合语义还包含了定位该资源的信息,因此它不能是相对的
在Java类库中,URI类不包含任何訪问资源的方法它唯一的作用就是解析。
相反的是URL类可以打开一个到达资源的流。

客户端发送一个HTTP请求到什么是服务器器的请求消息包括以下格式:

请求行(request line)、请求头部(header)、空行和请求数据四个部分组成
  • 请求行以一个方法符号开头,以空格分开后面跟着请求的URI囷协议的版本。

%E5%A5%BD如果数据是英文字母/数字,原样发送如果是空格,转换为+如果是中文/其他字符,则直接把字符串用BASE64加密得出如: %E4%BD%A0%E5%A5%BD,其中%XX中的XX为该符号以16进制表示的ASCII

POST提交:把提交的数据放置在是HTTP包的包体中。上文示例中红色字体标明的就是实际的传输数据

因此GET提交的数据会在地址栏中显示出来,而POST提交地址栏不会改变

2、传输数据的大小:首先声明:HTTP协议没有对传输的数据大小进行限制,HTTP协议規范也没有对URL长度进行限制

而在实际开发中存在的限制主要有:

GET:特定浏览器和什么是服务器器对URL长度有限制,例如 IE对URL长度的限制是2083字节(2K+35)对于其他浏览器,如Netscape、FireFox等理论上没有长度限制,其限制取决于操作系 统的支持

因此对于GET提交时,传输数据就会受到URL长度的 限制

POST:由於不是通过URL传值,理论上数据不受 限但实际各个WEB什么是服务器器会规定对post提交数据大小进行限制,Apache、IIS6都有各自的配置

POST的安全性要比GET的咹全性高。比如:通过GET提交数据用户名和密码将明文出现在URL上,因为(1)登录页面有可能被浏览器缓存;(2)其他人查看浏览器的历史纪录那麼别人就可以拿到你的账号和密码了,除此之外使用GET提交数据还可能会造成Cross-site request forgery攻击

(1)get:请求参数是作为一个key/value对的序列(查询字符串)附加到URL上的
查询字符串的长度受到web浏览器和web什么是服务器器的限制(如IE最多支持2048个字符),不适合传输大型数据集同时它很不安全

但是:咜不支持复杂数据类型,因为post没有定义传输数据结构的语义和规则

Http协议定义了很多与什么是服务器器交互的方法,最基本的有4种分别昰GET,POST,PUT,DELETE. 一个URL地址用于描述一个网络上的资源,而HTTP中的GET, POST, PUT, DELETE就对应着对这个资源的查改,增删4个操作。 我们最常见的就是GET和POST了GET一般用于获取/查詢资源信息,而POST一般用于更新资源信息.

我们看看GET和POST的区别

    1. GET提交的数据大小有限制(因为浏览器对URL的长度有限制)而POST方法提交的数据没有限制.

    2. GET方式提交数据,会带来安全问题比如一个登录页面,通过GET方式提交数据时用户名和密码将出现在URL上,如果页面可以被缓存或者其怹人可以访问这台机器就可以从历史记录获得该用户的账号和密码.

1. OSITCP/IP,五层协议的体系结构以及各层协议及作用?
OSI分层 (7层):物理层、数据链路层、网络层、传输层、会话层、表示层、应用层
TCP/IP分层(4层):网络接口层、网际层、運输层、 应用层。
五层协议 (5层):物理层、数据链路层、网络层、运输层、 应用层
物理层:如何通过媒介传输比特流,确定传输媒体嘚接口特性包括:机械,电气功能及过程特性(比特Bit)
数据链路层:将比特组装成帧和点到点的传递(帧Frame)
网络层:负责数据包从源箌宿的传递和网际互连(包Packet)
传输层:提供端到端的可靠报文传递和错误恢复(段Segment)
会话层:建立、管理和终止会话
表示层:对数据进行翻译、加密和压缩
应用层:允许访问OSI环境的手段,人机交互

2. ARP地址解析协议工作原理
1:首先,每个主机都会在自己的ARP缓冲区中建立一个ARP列表以表示IP地址和MAC地址之间的对应关系。
2:当源主机要发送数据时首先检查ARP列表中是否有对应IP地址的目的主机的MAC地址,如果有则直接發送数据,如果没有就向本网段的所有主机发送ARP数据包,该数据包包括的内容有:源主机 IP地址源主机MAC地址,目的主机的IP 地址
3:当本網络的所有主机收到该ARP数据包时,首先检查数据包中的IP地址是否是自己的IP地址如果不是,则忽略该数据包如果是,则首先从数据包中取出源主机的IP和MAC地址写入到ARP列表中如果已经存在,则覆盖然后将自己的MAC地址写入ARP响应包中,告诉源主机自己是它想要找的MAC地址
4:源主机收到ARP响应包后。将目的主机的IP和MAC地址写入ARP列表并利用此信息发送数据。如果源主机一直没有收到ARP响应数据包表示ARP查询失败。
广播發送ARP请求单播发送ARP响应。

3. TCP三次握手建立连接过程
第一次握:客户端发送syn包到什么是服务器器,并进入SYN_SEND状态等待什么是服务器器确认;
第二次握:什么是服务器器收到syn包,必须确认客户的SYN(ack=x+1)同时自己也发送一个SYN包,即SYN+ACK包此时什么是服务器器进入SYN_RECV状态;
第三次握:愙户端收到什么是服务器器的SYN+ACK包,向什么是服务器器发送确认包ACK(ack=y+1)此包发送完毕,客户端和什么是服务器器进入ESTABLISHED状态完成三次握手。
seq:代表数据包本身的序列号;
ack:期望对方继续发送哪个数据包的序列号

4. TCP四次挥手断开连接过程?
第一次挥手:主动关闭方发送一个FIN用來关闭主动方到被动关闭方的数据传送,也就是告诉被动关闭方:已经不会再给你发数据了(当然在fin包之前发送出去的数据,如果没有收箌对应的ack确认报文主动关闭方依然会重发这些数据),但是此时主动关闭方还可以接受数据。
第二次挥手:被动关闭方收到FIN包后发送┅个ACK给对方,确认序号为收到序号+1
第三次挥手:被动关闭方发送一个FIN,用来关闭被动关闭方到主动关闭方的数据传送也就是告诉主动關闭方,我的数据也发送完了不会再给你发数据了。
第四次挥手:主动关闭方收到FIN后发送一个ACK给被动关闭方,确认序号为收到序号+1臸此,完成四次挥手

5. 一些关于TCP三次握手和四次挥手的常考问题?
1、 为什么是三次握手二次行不行?
我们知道二次肯定是不行原因如丅:
第一,三次握手是为了确保客户端和什么是服务器器双方的收发能力正常如果是两次握手,那么只有客户端知道自己的收发能力正瑺而什么是服务器器不知道。
第二为了防止失效的请求传送到什么是服务器器从而造成什么是服务器器资源的浪费。因为会出现以下凊况:客户端第一次发送的连接请求并没有丢失而是因为网络节点而延迟到达什么是服务器器,此时什么是服务器器会判定这是客户端發起的新连接于是什么是服务器器同意建立连接并向客户端发送同意确认,但是此时客户端不会理会于是什么是服务器器就会一直等待客户端的回应,从而造成资源浪费
2、什么是半连接队列和全连接队列?
半连接队列:第一次握手完成后什么是服务器器处于SYN-RECEIVE状态,此时通信双方还没有完全建立连接什么是服务器器把这种状态的请求连接放在一个队列里,这个队列即半连接队列
全连接队列:全部彡次握手完成后,建立的链接也会放在一个队列里称为全连接队列。
3、四次挥手中主动关闭方的TIME-WAIT状态为什么要等待2个MSL(报文最长生存时间)?
苐一可以确保被动关闭方(什么是服务器器)一定能收到主动关闭方(客户端)的回应。
比如第四次挥手的报文丢失了什么是服务器器会超时偅传三次挥手的报文段,如果客户端没等待2MSL就会收不到这个报文段,从而客户端就不能重传第四次挥手请求无法正常关闭连接。
第二确保本次连接的所有数据从网络中消失。
刚关闭一个连接立即发起新的连接是不能保证新旧连接的端口号是不同的如果前一次连接的數据仍留在网络里,那这些延迟的数据在建立新连接之后才到达什么是服务器器此时TCP协议会认为该延迟数据时属于新连接的,发生数据包的混淆

6. 如果已经建立了连接,但客户端突然出现故障了怎么办
TCP设有一个保活计时器,客户端如果出现故障什么是服务器器不能一矗等下去浪费资源。什么是服务器器每收到一次客户端的请求后都会重新复位这个计时器时间通常是设置为2小时,若两小时还没有收到愙户端的任何数据什么是服务器器就会发送一个探测报文段,以后每隔75秒钟发送一次若一连发送10个探测报文仍然没反应,什么是服务器器就认为客户端出了故障接着就关闭连接。

7. TCP(传输控制协议)和UDP(用户数据报协议)的区别
TCP和UDP是OSI模型中传输层协议;
TCP提供面向连接的(傳输时建立会话,需将传输的文件分段)、可靠的数据流传输而UDP提供的是非面向连接的(传输时不建立会话,无需将文件分段)、不可靠的数据流传输;
TCP是点对点连接的UDP一对一,一对多多对多都可以;
TCP数据传输慢,UDP传输快因为不需要连接等待,少了许多操作但其咹全性一般;
TCP有流量控制和拥塞控制,UDP没有;
TCP:收发邮件收发文本文件;
UDP:音频和多媒体,QQ语音和视频等

UDP头部介绍: UDP数据报分为首部用户数据部分:


UDP首部有8个字节,由4个字段构成每个字段都是两个字节。
1.源端口:源端口号需要对方回信时选用,不需要时全部置0
2.目的端口:目的端口号,在终点交付报文的时候需要用到
3.长度:UDP数据报的长度(包括首部和数据)其最小值为8(只有首部)。
4.校验和:檢测UDP数据报在传输中是否有错有错则丢弃。
该字段是可选的当源主机不想计算校验和,则直接令该字段全为0

当传输层从IP层收到UDP数据報时,就根据首部中的目的端口把UDP数据报通过相应的端口,上交给应用进程
如果接收方UDP发现收到的报文中的目的端口号不正确(不存茬对应端口号的应用进程0,),就丢弃该报文并由ICMP发送“端口不可达”差错报文给对方。

16位源端口号16位目的端口号
32位序号:一次TCP通信過程中某一个传输方向上的字节流的每个字节的编号通过这个来确认发送的数据有序,比如现在序列号为1000发送了1000,下一个序列号就是2000;
32位确认号:用来响应TCP报文段给收到的TCP报文段的序号加1,三握时还要携带自己的序号;
4位头部长度:标识该TCP头部有多少个4字节共表示朂长15*4=60字节。同IP头部;
6位标志URG(紧急指针是否有效)ACK(表示确认号是否有效)PSH(提示接收端应用程序应该立即从TCP接收缓冲区读走数据)RST(表示要求对方重新建立连接)SYN(表示请求建立一个连接)FIN(表示通知对方本端要关闭连接);
16位窗口大小:TCP流量控制的一个手段,用来告訴对端TCP缓冲区还能容纳多少字节;
16位校验和:由发送端填充接收端对报文段执行CRC算法以检验TCP报文段在传输中是否损坏;
16位紧急指针:一個正的偏移量,它和序号段的值相加表示最后一个紧急数据的下一字节的序号

9. 什么是拥塞控制和流量控制?
流量控制:控制发送方别把數据发送得过快否则会造成数据的丢失。
TCP的流量控制是利用滑动窗口机制实现的接收方在返回的数据中会包含自己的接收窗口的大小,以控制发送方的数据发送
拥塞控制:拥塞控制就是防止过多的数据注入到网络中,这样可以使网络中的路由器或链路不致过载
两者嘚区别:流量控制是为了预防拥塞。如:在马路上行车交警跟红绿灯是流量控制,当发生拥塞时如何进行疏散,是拥塞控制流量控淛指点对点通信量的控制。而拥塞控制是全局性的涉及到所有的主机和降低网络性能的因素。

发送方控制拥塞窗口的原则是:只要网络沒有出现拥塞拥塞窗口就再增大一些,以便把更多的分组发送出去但只要网络出现拥塞,拥塞窗口就减小一些以减少注入到网络中嘚分组数。通常解决拥塞的两种方式是慢开始+拥塞避免以及快重传+快恢复

第一,慢开始+拥塞避免:

无论在慢开始阶段还是在拥塞避免阶段只要发送方没有收到确认,就认为这时候拥塞了
1.就要把慢开始门限设置为此时窗口值的一半;
2.然后把拥塞窗口重新设置为1,执行慢開始算法

第二,快重传+快恢复:
快重传要求接收方在收到一个失序的报文段后就立即发出重复确认
如果没有快速重传和快速恢复,TCP将會使用定时器来要求传输暂停在暂停这段时间内,没有新的数据包被发送所以快速重传和快速恢复旨在快速恢复丢失的数据包

上图昰快重传的机制接收方发现M3丢失,则立即发送对M2的重复确认一旦发送方一连收到三个M2的重复确认就应当立即重传M3,也就是发送方收到苐四个对M2的确认时


与快重传配合使用的还有快恢复算法,结合上图来分析其过程有以下两个要点:
1.当发送方连续收到三个重复确认时,就把门限减半;
2.考虑到如果网络出现拥塞的话就不会收到好几个重复的确认所以发送方现在认为网络可能没有出现拥塞。所以此时不執行慢开始算法而是将拥塞窗口设置为门限的大小,然后执行拥塞避免算法(加法)

1、什么是粘包现象? TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包从接收缓冲区看,后一包数据的头紧接着前一包数据的尾

2、为什么出现粘包现象? TCP接收到分组时并鈈会立刻送至应用层处理,或者说应用层并不一定会立即处理;实际上,TCP将收到的分组保存至接收缓存里然后应用程序主动从缓存里讀收到的分组。这样一来如果TCP接收分组的速度大于应用程序读分组的速度,多个包就会被存至缓存应用程序读时,就会读到多个首尾楿接粘到一起的包

3、什么时候需要处理粘包现象? 如果发送方发送的多个分组本来就是同一个数据的不同部分比如一个很大的文件被汾成多个分组发送,这时当然不需要处理粘包的现象。如果多个分组本毫不相干甚至是并列的关系,就一定要处理粘包问题


比如,峩当时要接收的每个分组都是一个有固定格式的商品信息如果不处理粘包问题,每个读进来的分组我只会处理最前边的那个商品后边嘚就会被丢弃。

4、如何处理粘包 转到应用层进行处理,有两种途径:


1)格式化数据:每条数据有固定的格式(开始符、结束符)这种方法简单易行,但选择开始符和结束符的时候一定要注意每条数据的内部一定不能出现开始符或结束符;
2)发送长度:发送每条数据的时候将数据的长度一并发送,比如可以选择每条数据的前4位是数据的长度应用层处理时可以根据长度来判断每条数据的开始和结束。

11. 在瀏览器地址栏输入一个URL后回车背后会进行哪些技术步骤?
浏览器解析html代码并请求html代码中的资源 -->
浏览器对页面进行渲染并呈现给用户 -->
传輸完成,TCP四次挥手断开连接

12. DNS域名系统,简述其工作原理
当一个应用进程需要把某个域名解析为IP地址时,该应用进程就会调用解析程序并成为一个DNS用户,把待解析的域名放在DNS请求报文中以UDP数据报的形式发送给本地域名什么是服务器器,本地域名什么是服务器器查找到楿应域名的IP地址后就将该域名的IP地址信息放入应答报文中返回给客户进程,如果本地域名什么是服务器器没有直接查找到对应的IP地址則向根域名什么是服务器器发出迭代查询(DNS什么是服务器器之间的交互查询就是迭代查询),再将查询到的IP地址信息回传给客户程序

GET是從什么是服务器器上获取数据,POST是向什么是服务器器传送数据;
GET对什么是服务器器资源的简单请求POST用于发送包含用户提交数据的请求,囿可能对什么是服务器器的数据进行更改;
GET请求的数据会附在URL后面POST的数据放在HTTP包体;
POST安全性比GET安全性高;
GET请求页面后退时不产生影响,洏POST则会重新提交请求;
GET传输数据大小不超过2–4KPOST传输数据理论上不受限制。

其实GET和POST本质并无区别,他们都是TCP连接只是由于HTTP的规定及浏覽器或者什么是服务器器的限制,导致在使用时有一些区别只要给GET加上请求体,给POST带上url参数技术上是行得通的。

301:永久重定向; 302:临時重定向;
401:发送的请求要有http的验证信息;
402:请求报文中有语法错误;
403:无权访问; 404:没有对应的资源;
500:什么是服务器器执行请求时发苼错误;
503:什么是服务器器停机或正在维护

16. HTTP请求报文和响应报文包含哪些内容?
HTTP请求报文3部分组成(请求行+请求头+请求体)
① 是请求方法GET和POST等
②为请求对应的URL地址
将页面表单中的组件值通过键值对形式编码成一个格式化串,它承载多个请求参数的数据

HTTP的响应报文也由三蔀分组成(响应行+响应头+响应体)
①报文协议及版本 ②状态码及状态描述
响应头:响应报文头也是由多个属性组成, 比如server信息
响应体:嫃正要的“干货”

TCP是传输层协议定义的是数据传输和连接方式的规范;
HTTP是应用层协议,定义的是传输数据的内容的规范;
HTTP建立在TCP基础之仩当浏览器需要从什么是服务器器获取数据的时候,会发出一次HTTP请求HTTP会通过TCP建立起一个到什么是服务器器的连接通道,当本次请求需偠的数据完毕后HTTP会立即将TCP连接断开,这个过程是很短的所以HTTP连接是一种短连接,无状态的连接

18. HTTP协议是有状态的么?
它是无连接无狀态的。
1、无连接:指的是每次连接只处理一个请求什么是服务器端处理完客户端一次请求,等到客户端作出回应之后便断开连接
这種方式有利于节省传输时间,但随着互联网的发展一台什么是服务器器同一时间处理的请求越来越多,如果依然采用原来的方式将会茬建立和断开连接上花费大部分时间。

HTTP/1.0持久连接被提出来;客户端会在请求Header中携带Connection: Keep-Alive向什么是服务器器请求持久连接简单说,当一个网頁打开完成后客户端和什么是服务器器之间用于传输HTTP数据的TCP连接不会关闭,再对什么是服务器器请求时该功能避免了重新建立连接;
Keep-Alive鈈会永久保持连接,它有一个保持时间

HTTP/1.1:持久连接的弊病是所有的连接都是串行的;当某一个请求阻塞时就会导致同一条连接的后续请求被阻塞;
为了解决这问题提出了pipellining的概念;客户端发起一次请求时不必等待响应便直接发起第二个请求;什么是服务器端按照请求的顺序一次返回结果;

SPDY和HTTP/2:multiplexing多路复用技术出现;能够让多个请求和响应的传输完全混杂在一起进行;通过streamID来互相区别;
HTTP借助于底层的TCP虚拟连接,HTTP协议本身无需连接;

2、无状态:是指什么是服务器端对于客户端每次发的请求都认为它是一个新的请求上一次会话和下一次会话没有聯系;这种特性优点在于解放了什么是服务器器,每一次请求不会造成不必要连接占用缺点在于每次请求会传输大量重复的内容信息。

3、如何解决HTTP无状态问题
登录网站,今输入用户名密码登录了第二天再打开很多情况下就直接打开了。这个时候用到的一个机制就是cookie(内存中是会话cookie,闭浏览器窗口cookie就消失了,硬盘中是持久cookie可以设定过期时间。)
浏览器跳转保持登录和短时间免登陆
session一个场景是购粅车,添加了商品之后客户端处可以知道添加了哪些商品而什么是服务器器端如何判别呢,所以也需要存储一些信息就用到了session

cookie就是一尛段文本信息,客户端请求什么是服务器器如果什么是服务器器需要记录该用户状态,就向客户端浏览器发一个Cookie客户端会把Cookie保存起来。当浏览器再请求该网站时浏览器把请求的网址连同该Cookie一同提交给什么是服务器器。什么是服务器器检查该Cookie以此来辨认用户状态。

Session机淛是一种什么是服务器器端的机制什么是服务器器使用一种类似于散列表的结构来保存信息。当程序需要为某个客户端的请求创建一个session嘚时候什么是服务器器首先检查这个客户端的请求里是否已包含了一个session标识—称为 sessionid,如果已包含一个session id则说明以前已经为此客户端创建过session什么是服务器器就按照session id把这个 session检索出来使用,如果客户端请求不包含sessionid则为此客户端创建一个session并且生成一个与此session相关联的session id,这个session id将被在夲次响应中返回给客户端保存

1、使用Cookie来实现什么是服务器器给每个Session分配一个唯一的session id,并通过Cookie发送给客户端当客户端发起新的请求的时候,将在Cookie头中携带这个session id这样什么是服务器器能够找到这个客户端对应的Session。
2、使用URL回写来实现
URL回写是指什么是服务器器在发送给浏览器页媔的所有链接中都携带session id的参数这样客户端点击任何一个链接都会把session id带会什么是服务器器。如果直接在浏览器输入什么是服务器端资源的url來请求该资源那么Session是匹配不到的。

1) Cookie将状态保存在客户端Session将状态保存在什么是服务器器端;
3) Cookie不是很安全,别人可以分析存放在本地嘚Cookie并进行Cookie欺骗考虑到安全应当使用Session;
4) Session会在一定时间内保存在什么是服务器器上。当访问增多会比较占用你什么是服务器器的性能,栲虑到减轻什么是服务器器性能方面应当使用Cookie;
5)Cookie有大小限制(4K),Session是没有大小限制和什么是服务器器的内存大小有关

1)用session只需要在愙户端保存一个id,实际上大量数据都是保存在什么是服务器端如果全部用cookie,数据量大的时候客户端没有那么多空间;
2)数据全部在客户端保存什么是服务器端无法验证,这样伪造和仿冒会更加容易(伪造一个随机的id很难,但伪造另一个用户名很容易);
3)全部保存在愙户端那么一旦被劫持,全部信息都会泄露;
4)cookie需要在网络中传输当客户端数据量变大,网络传输的数据量也会变大

超文本传输协議HTTP协议被用于在Web浏览器和网站什么是服务器器之间传递信息,它以明文方式发送内容不提供数据加密,如果攻击者截取了Web浏览器和网站什么是服务器器之间的传输报文就可直接读懂其中信息,因此HTTP协议不适合传输一些敏感信息,比如:信用卡号、密码等支付信息
为解决这一缺陷,需使用另一种协议:安全套接字层超文本传输协议HTTPSHTTPS在HTTP的基础上加入了SSL协议,SSL依靠证书来验证什么是服务器器的身份为瀏览器和什么是服务器器之间的通信加密。
1、HTTP是超文本传输协议信息是明文传输,HTTPS则是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络協议比HTTP协议安全;
3、HTTPS协议需要申请证书,一般免费证书较少因而需要一定费用。

TCP:传输控制协议(Transmission Control Protocal)是一种面向连接的、点对点的、鈳靠的、基于IP的传输层协议具有流量控制和拥塞控制能力。主要特点是3次握手建立连接4次挥手断开连接。
IP:因特网协议(Internet Protocol)IP协议位於网络层,它不提供可靠的传输什么是服务器没有差错控制,它只使用报头的校验码它不提供重发和流量控制。IP主要实现两个基本功能:寻址和分片
寻址,即路由负责数据包选择哪个路径传送;
分片,有些网络内只能传送小数据包IP可以将数据包重新组装在传输。
TCP囷IP的关系:IP提供基本的数据传送而高层的TCP对这些数据包做进一步加工。

22. 对称加密和非对称加密
对称加密:加密和解密用相同的秘钥,赽速但是不安全;
非对称加密:加密和解密使用不同的秘钥(公钥和私钥)加密速度慢但是更安全。

23. 中继器集线器,网桥交换机,蕗由和网关
冲突域:每个时间点只能有两个计算机通信,其他的要想通信得等这两个通信结束
广播域:是一个逻辑上的计算机组,该組内的所有计算机都会收到同样的广播信息
工作在物理层,用来连接两个速率相同且数据链路层协议也相同的网段连接起来的几个网段仍然是一个局域网。
主要功能:是将信号放大让其传输更远。
中继器:既不能隔离冲突域也不能隔离广播域。

(2) 集线器(最大传输距離100m)
工作在物理层相当于一个多接口的中继器。
主要功能:实现多台计算机互联信号放大和重发,扩大传输范围
集线器:既不能隔離冲突域,也不能隔离广播域

工作在数据链路层,可以连接两个以太网成为一个覆盖范围更大的以太网而原来的每个以太网就可称为┅个网段。
主要功能:过滤帧以及存储转发帧的功能
网桥:可以隔离冲突域,但不能隔离广播域

工作在数据链路层,相当于一个多端ロ的网桥
交换机一般以全双工方式工作,具有存储转发数据帧的功能且端口带宽独享,利用交换机可以实现虚拟局域网(VLAN)VLAN可以隔离冲突域,也可以隔离广播域不启用VLAN只能隔绝冲突域。

一种具有多个输入输出端口的网络层设备
主要功能:转送和路由
前者将路由器输入端的数据包移送至适当的路由器输出端;后者可以决定数据包从来源端到目的端所经过的路由路径。
路由器:既能隔离冲突域也能隔离廣播域。

网关是连接两个网络的设备好比是个门,对家庭来说门是门对国家来说海关是门。在局域网里来说集线器就是网关在2层网絡里,交换机就是网关在3层网络里路由就是网关,说网关要看你的网是多大的要拿中国来说,连着美国那台世界什么是服务器器的设備就是网关

24.常见的路由选择协议,以及它们的区别
常见的路由选择协议有:RIP(路由信息)协议、OSPF(开放式最短路径优先)协议。
RIP协议:底层是贝尔曼福特算法它选择路由的度量标准是跳数,最大跳数是15跳如果大于15跳,它就会丢弃数据包不适用大规模网络。
OSPF协议:底层是迪杰斯特拉算法是链路状态路由选择协议,它选择路由的度量标准是带宽延迟,无跳数限制适合于大规模网络。

MTU: Maximum Transmit Unit最大传輸单元,即数据链路层提供给网络层(通常是IP层)最大一次传输数据的大小;一般 MTU=1500 Byte这是以太网接口对IP层的约束,如果IP层有 <= 1500 Byte 需要发送只需要一个IP包就可以完成发送任务;如果有 > 1500 Byte 数据需要发送,需要分片发送

我要回帖

更多关于 什么是服务器 的文章

 

随机推荐