静态资源
WWW
是万维网的协议,内部指定好的规则
打个比方,相当于加密电报,如果没有协议是不可能解析的,协议就是规范,比如打篮球,没有协议是不可能打的
有些都没有www,github没有www
dns
一个ip对应多个域名
关系图 DNS解析顺序图
从输入查询开始->DNS本地服务器 移动联通运营商询问这个域名的ip地址是什么 不是向内容提供方 比如阿里京东的服务器询问,自问自答,向运营商提问
->如果DN本地服务器没有缓存 ->就去别的地方询问这个域名的ip地址是多少? 先去根服务器查询 (美国有1个 大型服务器)根服务器里面存的表就1千多条 —>
com域服务器 就是顶级域名服务器gTLD 一般查不到 因为这些是做管理用的 不是存储 ->找jsplusplus.com的域服务器 阿里云的服务器->找到jsplusplus.com的域服务器ECS的ip地址,与上面的ip地址不一样->
交给DNS本地服务器 写入本地DNS缓存
一般都会存在DNS本地服务器中,因为要做备案,一般都能查到,就不用走其他的,像if else一样,没有备案找不到
一般都是从右向左解析,
www.jsplusplus.com. 有个.,com后面应该有个点,点就是根,忽略所有缓存的接下过程,解析.->.com->.jsplusplus
IP
应该叫ip地址,协议,ip是有一定规范的
互联网任何东西都是服务,比如听歌、看视频、聊天,都需要协议
上面的部分需要背
ip端口port
端口号对应服务,不同的端口号告诉服务端想要享受上面什么服务,端口号相当于上海迪士尼乐园
上海市浦东新区 可以对应许多的域名
上海迪士尼乐园是其中之一
端口是上海迪士尼乐园海盗船服务的入口,告知服务器我想享受上海迪士尼乐园海盗船服务
TCP
三次握手是个过程,步骤,不是次数
UDP
就是发出去,收不收到不确认,没有连接都可以发送数据
qq的消息收发就是udp,游戏直播,相互结合,qq传文件就是tcp文件必须完整
http https
http是明文传送的,别人可以直接得到真实的信息
https是加密传输的,可能像加密的电报一样
服务端、客户端没法验证对方身份,只能靠标志位,可能被篡改
三次握手
服务器端一定要打开tcp监听端口
服务端发送SYN 同步序列编号和J序号200 -> 服务端 tcp监听端口 监听到了 发送SYN K和ACK J+I给客户端->
客户端收到确认 给服务端发送ACK K+ I
得确认 客户端至服务端是好的,服务端至客户端也是好的,并且双方都要知道对方是好的
客户端第一次发送:只是发送
服务端第一次发送:确认服务端可以收到客户端的数据,客户端至服务端是好的
客户端第二次发送:确认服务端至客户端是好的,不用再证明客户端至服务端是好的了,因为上面已经证明了
因为就2种可能,客户端至服务端有问题,客户端至服务端有问题,先证明一个没有问题,再证明第二个没有问题