常见服务/协议默认端口号、HTTP状态码

本文详细介绍了端口号的分类和用途,以及常见的HTTP状态码及其含义,涵盖了IT技术中的关键概念,有助于开发者理解和处理网络通信中的问题。
摘要由CSDN通过智能技术生成

1. 默认端口号

  • 端口号的范围是从1~65535
  • 其中1~1024是被RFC 3232规定好了的,被称作“众所周知的端口”(Well Known Ports);
  • 从1025~65535的端口被称为动态端口(Dynamic Ports),可用来建立与其它主机的会话,也可由用户自定义用途。
服务/协议端口号说明
Mysql3306
Oracle1521
Postgresql5432
Redis6379
Tomcat8080
RabbitMQ消息服务5672, 控制台15672
RocketMQNameServer端口:9876Broker端口10911, 10912, 10913等
KafkaBroker监听接口9092
Nginxhttp80,https443
Http80超文本传输协议
Https443安全超文本传输协议
Ftp控制连接为21,数据连接为20文件传输协议
SSH22安全外壳协议
DNS53域名系统
Telnet23远程登录协议
Eureka8761注册中心
Config Server8888配置中心
Zuul API Gateway默认HTTP端口:8080API网关
Hystrix Dashboard默认HTTP端口:7979熔断监控仪表盘
Zipkin Server默认HTTP端口:9411分布式追踪系统
Nacos Server8848服务注册与发现、配置中心
Sentinel Dashboard默认HTTP端口:8080流量控制、熔断降级管理台
Dubbo Admin默认HTTP端口:8080Dubbo服务治理中心
Seata ServerRPC8091,注册中心8092分布式事务协调器
Zookeeper2181
Docker容器引擎2375(非加密), 2376(加密)
Kubernetes容器编排系统6443(TLS认证), 8080(HTTP), 10250(kubelet API)
Prometheus9090监控系统
Jenkins持续集成工具8080
Git9418版本控制系统

2. Http状态码

HTTP状态码(HTTP Status Code)是HTTP协议中定义的一种三位数字代码,用于表示客户端或服务器在处理请求时的状态。
以下是一些常见HTTP状态码的解释:

2.1 1xx(临时响应):

  • 100 Continue:客户端应继续其请求。
  • 101 Switching Protocols:服务器将遵从客户的请求转换到新的协议。

2.2 2xx(成功):

  • 200 OK:请求已成功,请求的数据也在响应正文中返回。
  • 201 Created:请求已被实现,并且一个新的资源已经创建。
  • 202 Accepted:服务器已接收请求,但尚未完成处理。
  • 203 Non-Authoritative Information(非权威信息):服务器成功处理了请求,但是返回的信息可能来自另一来源。
  • 204 No Content:请求已成功处理,但响应报文中不含实体的主体部分。

2.3 3xx(重定向):

  • 301 Moved Permanently:请求的资源已永久移动到新的URI,响应报文包含新URI信息。
  • 302 Found / 303 See Other:临时性重定向,请求的资源现在位于由Location首部给出的URL处。
  • 304 Not Modified:如果客户端发送了一个带条件的GET请求且该请求已被允许,而文档的内容未改变,则服务器会返回此状态码。
  • 307 Temporary Redirect(临时重定向):请求的资源临时移动到了新的URI,客户端应当继续使用原有的HTTP方法重新发送请求到指定的临时URL。

2.4 4xx(客户端错误):

  • 400 Bad Request:服务器无法理解请求。
  • 401 Unauthorized:请求未经授权,需要进行身份验证。
  • 403 Forbidden:服务器理解请求,但是拒绝执行它。
  • 404 Not Found:服务器找不到与请求URI匹配的资源。
  • 405 Method Not Allowed:服务器不支持请求所用的HTTP方法。
  • 406 Not Acceptable(不可接受):服务器无法提供与客户端在Accept报头中所指定的内容类型相符的响应。
  • 407 Proxy Authentication Required(需要代理身份验证):类似于401,但表示客户端必须首先通过代理服务器进行身份验证。
  • 408 Request Timeout(请求超时):客户端未在服务器等待的时间内完成请求的发送。
  • 409 Conflict(冲突):由于请求存在冲突,服务器无法完成该请求。
  • 410 Gone(已删除):所请求的资源已被永久删除,并且不会再有可用的地址。
  • 418 I’m a teapot(我是一个茶壶):一种幽默的状态码,RFC 2324定义,用于演示协议扩展的方法。实际上不会在真实网络环境中出现。
  • 429 Too Many Requests(请求过多):客户端发送请求过多,服务器要求减缓请求速率。

2.5 5xx(服务器错误):

  • 500 Internal Server Error:服务器遇到了一个未曾预料的状况,导致了它无法完成对请求的处理。
  • 501 Not Implemented(未实现):服务器不支持请求的功能,无法完成请求。
  • 502 Bad Gateway:作为网关或者代理服务器,接收到无效响应。
  • 503 Service Unavailable:由于临时的服务器维护或者过载,服务器当前无法处理请求。
  • 504 Gateway Timeout:作为网关或者代理服务器,未及时从上游服务器收到请求。
  • 505 HTTP Version Not Supported(不支持的HTTP版本):服务器不支持请求报文中所使用的HTTP协议版本。
  • 24
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
设计一个简单的 SSRF(Server Side Request Forgery)端口扫描器是一个复杂的任务,因为它涉及到网络编程、漏洞利用和安全边界的知识。SSRF是指服务器被恶意请求所利用,发起对其他服务器的请求,这通常发生在应用没有正确限制访问范围的时候。以下是一些基本步骤来创建一个基础的扫描器: 1. **目标选择**:明确你要扫描的目标URL范围或模式,例如特定域名下的所有子域。 2. **协议识别**:确定要扫描的协议,如HTTPHTTPS、FTP等,因为不同协议默认端口不同。 3. **请求构建**:使用HTTP客户端库(如Python的requests、Go的http.Client)创建请求,可以包含自定义的User-Agent、Cookie等信息。 4. **端口遍历**:对于每个目标URL,尝试不同的端口号,从常见服务端口(如80, 443, 21)到不那么常见端口。 5. **响应处理**:对每个响应进行解析,检查HTTP状态码,如果遇到404或403错误,可能是开放的端口。 6. **异常处理**:捕获可能的网络错误或服务器拒绝连接,避免程序中断。 7. **结果记录**:将扫描结果保存到文件或数据库中,方便后续分析。 8. **安全性考虑**:确保扫描过程尽可能地模拟正常用户行为,避免触发防火墙或安全策略。 9. **法律遵从**:在进行此类操作前,请确保你的行为符合当地的法律法规,尊重目标服务器的所有权。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值