乌鸦安全的技术文章仅供参考，此文所提供的信息只为网络安全人员对自己所负责的网站、服务器等（包括但不限于）进行检测或维护参考，未经授权请勿利用文章中的技术资料对任何计算机系统进行入侵操作。利用此文所提供的信息而造成的直接或间接后果和损失，均由使用者本人负责。
背景：本文档主要内容是jmeter脚本入门配置以及调试方法，借助已有的jmeter脚本模板，快速理解并写出一个成功的jmeter脚本用例。
最近在写脚本时有一个功能是上传附件，也趁这个机会学习了下对于上传文件类的接口该如何进行传参
Ivanti Connect Secure 为远程和移动用户提供了一个无缝的、具有成本效益的SSL VPN 解决方案，使他们能随时随地从任何可上网的设备访问企业资源。
我们知道SSO的两个常用的协议分别是SAML和OpenID Connect,我们在前一篇文章已经讲过了怎么在wildfly中使用OpenID Connect连接keycloak,今天我们会继续讲解怎么使用SAML协议连接keycloak。
SSO是单点登录的简称，常用的SSO的协议有两种，分别是SAML和OAuth2。本文将会介绍两种协议的不同之处，从而让读者对这两种协议有更加深入的理解。
SAML的全称是Security Assertion Markup Language， 是由OASIS制定的一套基于XML格式的开放标准，用在身份提供者（IdP）和服务提供者 (SP)之间交换身份验证和授权数据。
在随笔分类Jmeter入门基础中，分享过一篇《Jmeter处理http请求Content-Type类型和传参方式》，这篇文章主要讲述Jmeter做接口测试时，针对POST请求参数的传递方式。而在使用requests做接口测试的时候，与之不太一样。requests.post主要参数是data与json，这两者使用是有区别的，下面我详情的介绍一下使用方法。
使用http cookie manager获取登陆接口响应头中的cookie值，cookie引用变量名正确，但获取到的cookie没有生效，接口仍然报错401
Gatling 基于 Scala 开发的压测工具,我们可以通过录制自动生成脚本,也可以自己编写脚本.
Gatling基于Scala开发的压测工具,我们可以通过录制自动生成脚本,也可以自己编写脚本.
FortiWeb 管理界面（版本 6.3.11 及更早版本）中的操作系统命令注入漏洞可允许远程、经过身份验证的攻击者通过 SAML 服务器配置页面在系统上执行任意命令。这是CWE-78：操作系统命令中使用的特殊元素的不当中和（“操作系统命令注入”）的一个实例，其 CVSSv3 基本得分为8.7。此漏洞似乎与 CVE-2021-22123 相关，已在FG-IR-20-120 中解决。
kubectl exec -it jmeter-influxdb-0 -- rm -rf /var/lib/influxdb/data
FortiWeb 管理界面（版本 6.3.11 及更早版本）中的操作系统命令注入漏洞可允许远程、经过身份验证的攻击者通过 SAML 服务器配置页面在系统上执行任意命令。
FortiWeb 管理界面（版本 6.3.11 及更早版本）中的操作系统命令注入漏洞可允许远程、经过身份验证的攻击者通过 SAML 服务器配置页面在系统上执行任意命令。这是CWE-78：操作系统命令中使用的特殊元素的不当中和（“操作系统命令注入”）的一个实例，其 CVSSv3 基本得分为8.7。此漏洞似乎与 CVE-2021-22123 相关，已在FG-IR
下面来看使用Jmeter怎么来做HTTP的接口请求，在请求中使用浏览器的network获取请求的信息，见获取到的请求信息：
前面我们介绍了接口测试工具：Postman和Jmeter。利用接口测试工具上手使用虽然容易，但是还是不够灵活。例如需要界面上各种配置，有时还需限定的语言脚本来辅助（Postman限定使用Js,Jmeter限定使用Java）
Cloudera Manager支持安全性声明标记语言（SAML），这是一种基于XML的开放标准数据格式，用于在各方之间，尤其是在身份提供者（IDP）和服务提供者（SP）之间交换身份认证和授权数据。SAML规范定义了三个角色：Principal（通常是用户）、IDP和SP。在SAML解决的用例中，委托人（用户代理）向服务提供商请求服务。服务提供者从IDP请求并获取身份声明。基于此断言，SP可以做出访问控制决定，换句话说，它可以决定是否为连接的Principal执行某些服务。
上一篇宏哥已经介绍了如何在Linux系统中安装Jmeter，想必各位小伙伴都已经在Linux服务器或者虚拟机上已经实践并且都已经成功安装好了，那么今天宏哥就来介绍一下如何在Linux系统下运行Jmeter脚本。
在jmeter中提供了一系列的不同的组件，每一种组件都提供了某类功能的实现，用于支持性能测试的实施。 请看下图，jmeter的核心组件构成。 学习、研究jmeter之前，深入了解jmeter的基本组件
在JMeter中，前置处理器用于在发送HTTP请求之前执行特定的操作。Beanshell前置处理器是一种非常强大的前置处理器，它允许您使用Java语言编写脚本来实现各种复杂的逻辑。本文将介绍如何使用Beanshell前置处理器来执行自定义操作以增强性能测试。
上一篇文章，我们搭建了一个支持中文的HTTP服务器，并且能够从浏览器访问，并获取到相应的结果。虽然浏览器在日常的应用中很普遍，但是有时候我们也有可能从自建的客户端来调用HTTP服务器的服务。
有了 Copilot 的加持，可以让我们快速的完成开发任务，并在极短的时间内完成小工具的开发。谁能想到现如今，写的代码注释却是为了给 AI 看，甚至不需要写注释，AI 都能猜的懂你的意图。如今代码本身更是不值钱了，只有产品才能体现它的价值。
websocket协议是基于TCP的一种新的网络协议,实现了浏览器与服务器全双工(full-duplex)通信.websocket借用http请求进行握手，相比正常的http请求，多了一些内容。
1. QPS压不上去，猜测是链路某一环节出现了瓶颈。梳理整个压测链路：jmeter->clb->cvm。空跑一个无逻辑处理的接口，发现10台的client机器压测性能不如1台机器的性能，令人费解。怀疑是clb有问题。
在上篇文章[ASP.NET Core中的响应压缩]中我们谈到了在ASP.NET Core服务端处理关于响应压缩的请求，服务端的主要工作就是根据Content-Encoding头信息判断采用哪种方式压缩并返回。之前在群里有人问道过，现在的网络带宽这么高了还有必要在服务端针对请求进行压缩吗？确实，如今分布式和负载均衡技术这么成熟，很多需要处理高并发大数据的场景都可以通过增加服务器节点来进行。但是，在资源受限的情况下，或者是还没必要为了某一个点去增加新的服务器节点的时候，我们还是要采用一些程序本身的常规处理手段来进行处理。笔者个人认为响应压缩的使用场景是这样的，在带宽压力比较紧张的情况，且CPU资源比较充足的情况下，使用响应压缩整体效果还是比较明显的。
1. TCP（Transmission Control Protocol 传输控制协议）是一种面向连接的、可靠的、基于字节流的传输层通信协议，在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能，用户数据报协议（UDP）是同一层内另一个重要的传输协议。数据传输时，应用程序向TCP层发送数据流，TCP就会将接受到的数据流切分成报文段（会根据当前网络环境来调整报文段的大小），然后经过下面的层层传递，最终传递给目标节点的TCP层。为了防止丢包，TCP协议会在数据包上标有序号，对方收到则发送ACK确认，未收到则重传。这个步骤就是我们通常所说的TCP建立连接的三次握手。同时TCP会通过奇偶校验和的方式来校验数据传输过程中是否出现错误。
学习的最大理由是想摆脱平庸，早一天就多一份人生的精彩；迟一天就多一天平庸的困扰。各位小伙伴，如果您： 想系统/深入学习某技术知识点… 一个人摸索学习很难坚持，想组团高效学习… 想写博客但无从下手，急需写作干货注入能量… 热爱写作，愿意让自己成为更好的人…
上一篇文章[关于Jmeter]介绍了Jmeter入门相关的知识。本文是实战篇，讲讲如何使用Jmeter对 Http 进行压力测试。
gzip是GNU zip的缩写，它是一个GNU自由软件的文件压缩程序，也经常用来表示gzip这种文件格式。软件的作者是Jean-loup Gailly和Mark Adler。1992年10月31日第一次公开发布，版本号是0.1，目前的稳定版本是1.2.4。
在开发过程中要实现登录，授权的基础功能有很多方法，通过 JWT 来实现非常方便，安全。因为是无状态的，比较于cookie 方式的实现，JWT能很好的解决跨域请求的问题。
从高层次开始，OAuth 不是API或服务：它是授权的开放标准，任何人都可以实施它。
上一篇文章关于Jmeter介绍了Jmeter入门相关的知识。本文是实战篇，讲讲如何使用Jmeter对Http(s)进行压力测试。
K8s集群中包含两类用户：一类是由 K8s管理的 Service Account，另一类是普通用户。
在开发的过程中，常常听说认证（Authentication）和授权（Authorization），它们的缩写都为auth，所以非常容易混淆。
现在很多接口的登录是返回一个json数据，token值在返回的json里面，在jmeter里面也可以直接提取json里面的值。 上一个接口返回的token作为下个接口的入参。
SSO英文全称Single Sign On，单点登录。SSO是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。它是目前比较流行的企业业务整合的解决方案之一。 实现机制 当用户第一次访问应用系统1的时候，因为还没有登录，会被引导到认证系统中进行登录；根据用户提供的登录信息，认证系统进行身份校验，如果通过校验，应该返回给用户一个认证的凭据－－ticket；用户再访问别的应用的时候就会将这个ticket带上，作为自己认
/// 方法一：比较推荐 /// 用HttpWebRequest取得网页源码 /// 对于带BOM的网页很有效，不管是什么编码都能正确识别 /// /// <param name="url">网页地址" </param> /// <returns>返回网页源文件</returns> public static string GetHtmlSource2(string u
领取专属 10元无门槛券
手把手带您无忧上云
