百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

HTTP 常用知识记录(急救知识培训记录)

nanshan 2024-10-21 06:04 25 浏览 0 评论

一、概述

1. 使用可靠的数据传输协议

2. Web服务器会为所有的HTTP对象附加一个MIME类型,常见的MIME类型:

HTMl --> text/html

ASCII文本文档 --> text/plain

JPEG --> image/jpeg

GIF --> image/gif

QuickTime --> video/quicktime

PPT --> application/vnd.ms-powerpoint

3. URI(统一资源标识符) 分为两种形式: URL 和 URN

URL(统一资源定位符)

由三部份组成: 协议(scheme):主机(hostname):Web服务器上的资源

4. HTTP事务:由一个请求与一个响应组成,信息的交换是通过HTTP报文的格式化数据进行

5. HTTP常见的方法:GET POST PUT DELETE HEAD

6. Telnet 请求Web服务器资源 (Tips:可以扩展学习netcat)

telnet wwww.baidu.com 80

Get /tools.html HTTP/1.1

二、TCP套接字编程

1.常见函数

s = socket(<parameters>); 创建套接字

bind(s, <local IP:port>); 绑定本地端口

connect(s, <remote, IP:port>); 连接到远程主机

listen(s, ...); 本地套接字进入监听

S2 = accept(s); 某人连接到本地

n = read(s, buffer, n); 尝试从套接字的缓冲区读取n个字节

n = write(s, buffer, n); 尝试从套接字的缓冲区写入n个字节

close(s); 关闭连接

shutdown(s, <side>); 只关闭TCP连接的输入或输出端

getsocket(s, ...); 读取某个内部套接字配置选项的值

setsocket(s, ...); 修改某个内部套接字配置选项的值

三、HTTP状态码

1. 分类

总分类 已使用 含义

100 ~ 199 100 ~ 101 信息

200 ~ 299 200 ~ 206 成功

300 ~ 399 300 ~ 305 重定向

400 ~ 499 400 ~ 415 客户端错误

500 ~ 599 500 ~ 505 服务器错误

2. 具体含义

状态码 原因短语 含义

100 Continue(继续) 收到了请求的起始部分,客户端应该继续请求

101 Switching Protocols(转换协议) 服务器正根据客户端的指示将协议转换为Update首部列出的协议

200 OK 服务器已成功处理请求

201 Created(已创建) 对要求服务器创建对象的请求来说,资源已创建完毕

202 Accepted(已接受) 请求已接受但服务器尚未处理

203 Non-Authoritative Information(非权威信息) 服务器已成功处理事务,但实体首部包含的信息不是来自原始服务器

204 No Content(没有内容) 响应报文包含一些首部和状态行,但不包含实体的主体内容

205 Rest Content(重置内容) 浏览器应该重置当前页面上的所有HTML表单

206 Partial Content(部分内容) 部分请求成功

300 Multiple Choices(多项选择) 客户端请求指向多个资源的URL

301 Moved Permanently(永久移除) 请求的URL已移走,响应中包含一个Location URL 说明资源现在所处的位置

302 Found(已找到) 与301类似,但只是临时移除,需要根据响应中的Location URL来临时定位

303 See Other(参加其它) 告诉用另一个URL请求资源,新的URL在响应Location 首部中

304 Not Modified(未修改) 请求的资源没有发生变化,一般静态资源的请求会返回此状态

305 Use Proxy(使用代理) 必需通过代理来访问资源,代理的位置是在Location 首部中给出

306 (未使用)

307 Temporary Redirect(临时重定向) 与301类似,客户端需要在Location中的URL来临时定位

400 Bad Rrequest(坏的请求) 告诉客户端发送了一条异常的请求

401 Unauthorized(未授权) 与适当的首部一起返回,在获得访问权之前,请它进行身份验证

402 Payment Required(要求付款) 当前未使用,预留

403 Forbidden(禁止) 服务器拒绝请求

404 Not Found(未找到) 服务器无法找到请求的URL

405 Method Not Allowed(不允许使用的方法) 请求中有一个URI不支持的方法,响应中应该包含Allow首部,告知支持的

406 Not Acceptable(无法接受) 服务器没有资源与客户端可接受的URL相匹配时使用

407 Proxy Authentication Required(代理认证) 与401类似,但用于需要进行资源认证的代理服务器

408 Request Timeout(请求超时) 客户端请求时间太长,服务器返回些代码并关闭连接

409 Conflict(冲突) 发出的请求在资源上造成了一些冲突

410 Gone(消失了) 除了服务器曾持有这些资源之外,与状态码404类似

411 Length Required(长度提示) 服务器要求请求报文中包含 Content-Length 部分,否则不接受请求

412 Precondition Failed(先决条件失败) 发起条件请求,但服务器无法满足其中的某个条件,就返回些码

413 Request Entity Too Large(请求实体太大) 客户端发送的实体主体部分超过服务器的要求

414 Request URI Too Long(请求的URI太长) 客户端改善的请求URL超过服务器的要求

415 Unsupported Media Type(不支持的媒体类型) 服务器不支持客户端所发送的实体的内容类型

416 Requested Range Not Satisfiable(所请求的范围未得到满足) 请求报文请求某个范围内的资源,但无法满足

417 Expectation Failed(无法满足期望) 请求的Expect包含一些预期内容,但服务器无法满足

500 Internal Server Error(内部服务器错误) 服务器出错了,无法为请求提供服务

501 Not Implemented(未实现) 服务器无法满足请求的某个功能

502 Bad Geteway(网关出错) 作为代理或网关使用的服务器遇到了来自响应链中上游的无效响应,一般在Nginx中的proxy_pass处理中会出现这个问题

503 Service Unavilable(未提供此服务) 服务器目前无法为请求提供服务,但过一段时间就可以恢复服务

504 Gateway Timeout(网关超时) 与408类似,但响应来自网关或代理,此网关或代理在等待响应的时候超时

505 HTTP Version Not Supported(不支持HTTP版本) 服务器收到的请求是以它不支持的协议版本表示的

四、HTTP加密

1. HTTP安全技术

服务器认证(客户端知道它们是在与真正的而不是伪造的服务器通话)

客户端认证(服务器知道它们是在与真正的而不是伪造的客户端通话)

完整性(客户端与服务器的数据不会被修改)

加密(客户端和服务器的对话是加密的,无需担心被窃听)

效率(一个运行的足够快的算法,以便低端的客户端与服务器使用)

普适性(基本所有的客户端与服务器都能支持这些协议)

管理的可扩展性(在任何地方的任何人都可以立即进行安全的通信)

适应性(能够支持当前最知名的安全方法)

在社会上的可行性(满足社会上的政治文化需要)

2. HTTPS 与 HTTP

结构分层

(a) HTTP 结构 (b) HTTPS 结构

HTTP (应用程)

SSL or TLS (安全层)

TCP (传输层)

IP (网络层)

网络接口 (数据链路层)

3. 加密技术

密码:对文本进行编码

密钥:改变密码行为的数字化参数

对称密钥加密系统:编/解码使用相同密钥的算法

不对称密钥加密系统:编/解码使用不同密钥的算法

双方需要一个共享密钥,需要维护N的2次方个密钥

公开密钥加密系统:一种能够使数百万计算机便捷地发送机密报文的系统

一方只需要一个公共的密钥,然后另一方只要一个解密密钥做觖钥

数字签名:用来验证报文未被伪造或篡改的校验合

数字证书:由一个可信的组织验证和签发的识别信息

相关推荐

删库之后不要着急跑路,教你神不知鬼不觉找回数据

在工作中,我们误删数据或者数据库,我们一定需要跑路吗?我看未必,程序员一定要学会自救,神不知鬼不觉的将数据找回。在mysql数据库中,我们知道binlog日志记录了我们对数据库的所有操作,所以...

数据库告警不可用,增删改受阻(数据库限制删除)

前言:昨晚,突然出现服务不可用告警,查看日志上线报文入库到数据库很慢并受阻,出现数据不同步问题。排查问题查看发现服务都是在执行update、insert这些DML命令的时候,报的数据库执行超时。经过一...

Binlog实现MySQL复制,5个关键步骤,务必掌握!

复制是MySQL最重要的功能之一,MySQL集群的高可用、负载均衡和读写分离都是基于复制来实现的。Binlog就是实现主从复制的关键,主数据库将修改操作记录到Binlog中,从数据库通过解...

MySQL数据实时增量同步到Elasticsearch

Mysql到Elasticsearch的数据同步,一般用ETL来实现,但性能并不理想,目前大部分的ETL是定时查询Mysql数据库有没有新增数据或者修改数据,如果数据量小影响不大,但如果几百万上千万的...

MySQL 数据库恢复:如何执行时间点恢复(PITR)以挽救受损数据?

天津鸿萌科贸发展有限公司从事数据安全服务二十余年,致力于为各领域客户提供专业的数据恢复、数据备份、数据取证、数据迁移、网络安全、数据清除等解决方案,并针对企业面临的数据安全风险,提供专业的相关数据安全...

阿里面试:MySQL Binlog有哪些格式?底层原理?优缺点?

binlog的格式也有三种:STATEMENT、ROW、MIXED,下面我详解binlog三种模式@mikechenStatement模式Statement模式:是基于SQL语句的复制(statem...

快速带你读懂MySQL的binlog写入机制

深入讲解MySQL中的重要日志binlog的写入机制以及影响IO性能的关键配置,并且介绍了如何利用binlog去恢复数据,保证MySQL的可靠性。Q:binlog写入时机binlog的写入逻辑并...

MySQL 误删除数据恢复全攻略:基于 Binlog 的实战指南

在MySQL的世界里,二进制日志(Binlog)就是我们的"时光机"。它默默记录着数据库的每一个重要变更,就像一位忠实的史官,为我们在数据灾难中提供最后的救命稻草。本文将带您深入掌握如...

一文了解MySQL Binlog(一文了解肝脏有益和有害的食物)

MySQL的Binlog日志是一种二进制格式的日志,Binlog记录所有的DDL和DML语句(除了数据查询语句SELECT、SHOW等),以Event的形式记录,同时记录语句执行时...

数据丢失?别慌!MySQL备份恢复攻略

想象一下,某个晴朗的午后,你正享受着咖啡,突然接到紧急电话:你的网站或APP彻底挂了!系统崩溃,界面全白。虽然心头一紧,但你或许还能安慰自己:系统崩溃只是暂停服务,数据还在,修复修复就好了。然而,如果...

Mysql中的bin log、redo log、undo log的区别

最近在整理面试题,在看mvcc的时候看到了undolog,今天索性把这三个log都记录一遍。MySQL的逻辑架构说之前先说一下MySQL的基本架构,MySQL主要分为两层:Server层和存储引...

binlog日志定时清理(binlog清理规则)

binlog日志binlog是MySQL数据库的一种日志文件,用于记录所有对数据的修改操作。binlog全称为binarylog,它以二进制格式记录MySQL服务器上所有的修改操作,包括对哪个数据库...

茶水间炸锅了!菜鸟误删用户表,运维老张的MySQL救命三招!

(公司茶水间,运维老张、开发小王和新人小李围着咖啡机)小李:(紧张兮兮)张哥!我...我好像把测试库的用户表删了!下午演示咋办啊?老张:(淡定喝咖啡)慌啥?昨晚的备份是吃干饭的?走,教你恢复!一、基础...

解决运维痛点,提高运维安全性-雷池 SafeLine WAF新功能身份认证

雷池介绍使用雷池SafeLineWAF已经两年多了,在1.5.x版本时就已经开始测试使用,并在推出LTS版本后转入LTS分支。近期雷池SafeLineWAF重点更新了身份认证功能,并提供了SS...

【Docker 新手入门指南】第十五章:常见故障排除

一、前期准备:收集关键信息在排查问题前,建议先获取以下系统数据,便于精准定位故障:1.系统基础信息#查看Docker版本(确认是否为最新稳定版)dockerversion#查看...

取消回复欢迎 发表评论: