万维网（World Wide Web）是一个由许多互相链接的超文本文档组成
1.资源：Web系统中对象称为资源
2.URI：统一资源标识符，用于标识一个资源（HTML文档、图片、视频片段）
3.URL：统一资源定位符（URI的一种子集）
4.HTTP：超文本传输协议，用于传输资源，使用者通过http来获得资源
现实中大部分三部分
1.代理（公网IP）nginx-反向代理（实际用户访问的就是这个）
2.web程序 独立服务器
3.数据库 独立服务器
Web服务支撑软件（IIS、Apache、nginx、jboss、tomcat...）
Web开发框架（struts2、thinkphp..）
Web组件（openssl）
Web应用程序（php、jsp、.net）
Web客户端（IE、Firefox..）
Web传输协议（HTTP..）
①一种通信协议，1990年提出，当前版本为HTTP/1.1
②使用超文本标记语言HTML将资源从服务器传送到客户端
③明文传输
①请求、响应模式
②简单快速：客户向服务器请求服务时，只需传输请求方法和路径。
③灵活：HTTP允许传输任意类型的数据对象。正在传输的类型有Content-Type加以标记。
④无连接：一个请求一个连接，完成后断开。
⑤无状态：协议对于事物处理没有记忆能力，在服务器不需要先前信息时应答较快。
注：比如转账前提需要登录账户，借助了cookie等技术不用再次登录。
HTTP的一个会话，有Request请求和response相应组成
HTTP请求：
1.请求行：方法（），URI，协议/版本 Method-URL-Protocol/version
2.消息报头Request headers 请求头域
3.请求正文Entity body
HTTP响应
1.状态行：协议状态代码描述 Protocol-status code-Description
2.消息报头 response headers
3.响应正文 Entity body
HTTP请求方法规定了客户与服务器联系的类型不同
HTTP1.1支持的7中请求方法
GET
POST
以下基本都是调试中使用
HEAD拿头部内容
OPTIONS
PUT上传文件
DELETE删除文件
TRACE
两种最常用的方法
例 POST /servlet/default.jsp HTTP/1.1
URI
/servlet/default.jsp 表示一个URI地，URI指明了一个INTERNET资源。一个URI通常是相对于服务器的根目录被解释的，使用符号/开头
URL
HTTP URL（URL是一种特殊类型的URI，包含了用于查找某个资源的足够信息）的格式如下
http://host[":"port][abs_path]
请求头域request header 包含了一些有用的客户机环境的信息和请求的实体（entity body）信息。比如它可以包含浏览器使用的语言和实体的长度等等。每个请求包头都被CRLF（回车换行）序列所分离。
例 LastName=Franks&FirstName=Michael
以上是请求实体，在一个典型的HTTP请求中，这个实体可以变得更长
Get方法请求实体，在url中可见，最大长度2KB
post方法请求实体，长度不显，URL中不可见，需要协助分析软件burpsuite
HTTP响应
1.状态行：协议状态代码描述 Protocol-status code-Description
2.消息报头 response headers
3.响应正文 Entity body服务器返回的资源的内容
状态行： HTTP-Version Status-Code Reason-Phrase
HTTP-Version 表示服务器HTTP协议的版本
Status-Code表示服务器发回的响应状态代码
Reason-Phrase表示状态大妈的文本描述
状态代码有三位数字组成，第一个数字定义了响应的类别，五中可能取值：
相应消息报头允许服务器传递不能放在状态行的附加信息，这些域主要描述服务器的信息和Request-URI进一步的信息。响应头域包含Age、Location、Proxy-Authenticate、Public、Retry-After、Server、Vary、Warning、WWW-Authenticate
Cookie技术
Cookie，指某些网站为了辨别用户身份、进行session跟踪而存储在用户本地终端上的数据
Cookie的动机:用户身份跟踪与http会话管理。
每个cookie都有一定的URL范围，客户请求这个范围的URL都要提供这个cookie
会话cookie：是一种临时cookie，用户退出浏览器，会话cookie就会被删除了
持久cookie：则会存储在硬盘里，保留时间更长，关闭浏览器，重启电脑通常是持久性cookie会维护某一个用户周期性访问服务器的配置文件，或者登陆信息
cookie由服务器端向客户端写入，包含在http响应头中的set-cookie字段
cookie格式：
Set-cookie name|value|path|domain|expires
Set-Cookie：nolife=frodomain%3Dwww；path=/；domain=.51job.com；secure；httponly
cookie会被写入到客户端的internet temporary files文件夹内，当客户端请求域名范围内的URL时，会读取cookie文件，并在http请求头中的cookie字段
cookie包含敏感认证信息以及cookie长时效时，存在较大安全风险。
针对cookie的攻击：
网络嗅探（中间人攻击）：盗取cookie敏感信息
XSS跨站脚本攻击：可以盗取客户端cookie获取敏感信息
会话重放：通过盗取的cookie，进行会话重放攻击。
1.cookie-based的管理方式
用户登录成功之后，把登录平整写到cookie里面，并给cookie设置有效期，后续请求直接验证存有登录凭证的cookie是否存在以及凭证是否有效，即可判断用户的登录状态。
2.基于server端的session的管理
服务器端session技术是用户第一次访问时，服务器就会创建的对象，并分配session存储空间。服务器为每一个session都分配一个唯一的sessionid，以保证每个用户都有一个不同的session对象。认证成功过，认证凭证计入到session存储空间中。
注：与第一种区别于，第一种存储在客户端，第二种存在于服务器端，第一种包含敏感信息，第二种是id不包含敏感信息，可以凭借id找到凭证，第二种安全性更好。
3.token-based的管理方式
跟cookie-based没有太多区别，只不过cookie-based里面写到cookie里面的ticket在这种方式下称token，这个token在返还给客户端后，后续请求都必须通过url参数或者是http header的形式，主动带上token，这样服务器端接收到请求之后就能直接从http header或者url里面取到token进行验证
作业： 1、掌握术语： 旁注、C段渗透、负载均衡、反向代理
2、CDN
https://blog.csdn.net/xiangzhihong8/article/details/83147542 一文看懂CDN加速原理
https://www.aliyun.com/product/cdn/ 阿里云CDN完整介绍
3、nginx（apache）
https://baijiahao.baidu.com/s?id=1652608869911988442&wfr=spider&for=pc 终于有人把 Nginx 说清楚了，图文详解！
https://zhuanlan.zhihu.com/p/24396958 渗透测试--绕过cdn获取网站真实ip详解
http://www.91ri.org/6233.html 对某使用了CDN网站的渗透过程
征集文章：freebuf投稿到专栏 "我要学网安"。
1、利用nginx实现反向代理web服务器（linux+nginx+mysql+php）
2、如何绕过cdn获得服务器真实IP（需要做测试）
作业：
搭建自己的虚拟机靶机。 2003 2008
常见的中间件有哪些？ IIS、apache、jboss、nginx ...
网上搜索下struts2、thinkphp框架的漏洞...
重点掌握下nginx 。。
https://blog.csdn.net/weixin_43695104/article/details/88034435 nginx
https://www.cnblogs.com/sxshaolong/p/11706223.html Nginx反向代理配置实例
https://www.runoob.com/linux/nginx-install-setup.html Nginx 安装配置
问题：
IIS web服务器访问日志在哪里？
apache访问日志在哪里？默认
原文：https://www.cnblogs.com/c1047509362/p/12700857.html