前言：本文记录一起第三方库使用不当引发的内存泄漏的定位过程。在日常工作中新写服务或者代码引发的内存泄漏还是相对较好定位的，因为这种情况下改动范围相对明确。但有时候也会面临从未动过的服务发生内存泄漏，这意味着这个服务很早就引入了内存泄漏，引发内存泄漏的范围相当不聚焦，这个时候很多同学就不知道如何下手。本文主要展现：①展现面对内存泄漏问题的定位及思考过程 ②综合利用wiresharks、jmeter等工具进行效果验证。
让工作变得有条理，不乱糟糟，即使存在大量的第三方，也有章可循。简而言之，就是要保持目录的干净（如/usr/local目录），保持文件的干净（如profile文件）
本文介绍了如何通过定制化工具链分析定位解决了因内核栈溢出导致的程序core dump问题，以及如何使用AddressSanitizer工具定位解决了因内存泄漏导致的程序性能问题。通过这些方法，可以更高效地解决程序中的core dump和内存泄漏问题，提高程序的稳定性和性能。
通过部署nginx_lua_waf，具有使用简单、高性能、轻量级的优势，能够有效的防范sql注入、文件包含、XSS、fuzzing等web攻击，屏蔽异常的网络请求，防止webshell上传，相比于安全狗等商业版WAF，能够根据实际需求调整过滤规则，编辑符合企业自身业务需求的过滤规则。
使用以下任何一个开关将允许FFmpeg链接到 相应的外部库。所有组件都依赖于该库 如果所有其他依赖项都得到满足而未满足，则将启用 明确禁用。例如。 –enable-libwavpack将启用链接 libwavpack并允许构建libwavpack编码器，除非它是 使用–disable-encoder = libwavpack专门禁用。
前面有几篇blog就提到我有计划支持使用ECDH密钥交换。近期也是抽空把以前的DH密钥交换跨平台适配从atgateway抽离出来，而后接入了ECDH流程。
sh 删除7天前的文件 注意修改目录.\ 扩展名.csv find ./ -type f -mtime +7 -name "*.csv" -exec rm -f {} \; find ./ -type f -mtime +7 -name "*.log" -exec rm -f {} \; 编译 ./configure --prefix=/home/mingjiegao/dev/bin/pg1400 \ --enable-tap-tests \ --with-tcl \ --enable-depend \ -
本章目录 [TOC] 0x00 前言简述 为啥有此篇文章? 描述: 在进行公司的图片存储解决方案研究中，最开始准备使用的是FastDFS，但是经过深思熟虑，以及后期运维成本考虑还是放弃了，只能转而使用
OpenResty 是一个基于 Nginx 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项
编译器信息最新动态推荐关注hellogcc公众号 本周更新 2022-05-04 第148期
OOM是实例使用内存超过实例规格内存上限导致进程被kill，实例存在秒级的不可用。MySQL的内存管理比较复杂，内存监控需要开启performance schema查询(默认关闭)，会带来额外的内存消耗和性能损失，在不开启performance schema情况下排查内存使用情况又比较困难。本文将基于TDSQL-C（基于MySQL5.7）总结一下在线上经常出现的一些OOM的场景、排查手段及相应的优化方案。 ---- 一、MySQL线上常见OOM问题 1.1 表数量较多导致innodb数据字典内存占用多 查
安装必要的R语言包，如果下载速度比较慢，可选国内清华的R语言镜像，速度extremely fast
原文：How to Prevent the next Heartbleed.docx 翻译：赵阳 一、引言 基于OpenSSL的心脏出血漏洞被认为是CVE-2014-0160的严重问题，OpenSSL被广泛的应用于SSL和TLS插件上。本文用对心脏出血漏洞的解释来说明这个漏洞是怎么被利用的。 本文中研究了抗心脏出血漏洞及其相似漏洞的专用工具和技术。我首先通过简单的测试来分析为什么很多的工具和技术不能发现这些漏洞，这样可以使我们更能了解到为什么之前的技术不能发现这些漏洞。我还要概括总结要点来减少这些的问题。本
本文章来自我的微信个人技术公众号---网络技术修炼，公众号中总结普及网络基础知识，包括基础原理、网络方案、开发经验和问题定位案例等，欢迎关注。
ffmpeg 可以使用libssl.so libcrypto.so动态库， 或者使用libssl.a libcrypto.a静态库， 接下来是说明明库存在，但是编译还是提示找不到openssl。
OpenSSL官方发布了拒绝服务漏洞风险通告，漏洞编号为CVE-2020-1971
start /affinity 最多只能指定64个vCPU，超过的情况参考https://cloud.tencent.com/developer/article/2417026
MySQL8.0.30已经正式GA好几天了，为大家翻译一下release note。由于内容比较长，部分内容机器翻译。重点内容有校对。
需要部署nginx的https环境，之前是yum安装的openssl，版本比较低，如下： [root@nginx ~]# yum install -y pcre pcre-devel openssl openssl-devel gcc [root@nginx ~]# openssl version -a OpenSSL 1.0.1e-fips 11 Feb 2013 built on: Wed Mar 22 21:43:28 UTC 2017 platform: linux-x86_64 options:
目前最新版本是1.1.1，可以通过修改版本号的方式下载最新版本，最新版本可以在这个网站下载：https://www.openssl.org/source
HTTP/2 采用二进制格式传输数据，而非 HTTP/1.x 的文本格式。二进制格式在协议的解析和优化扩展上带来更多的优势和可能。 HTTP/2 对消息头采用 HPACK 进行压缩传输，能够节省消息头占用的网络的流量。而 HTTP/1.x 每次请求，都会携带大量冗余头信息，浪费了很多带宽资源。头压缩能够很好的解决该问题。 多路复用，直白的说就是所有的请求都是通过一个 TCP 连接并发完成。HTTP/1.x 虽然通过 pipeline 也能并发请求，但是多个请求之间的响应会被阻塞的，所以 pipeline 至今也没有被普及应用，而 HTTP/2 做到了真正的并发请求。同时，流还支持优先级和流量控制。 Server Push：服务端能够更快的把资源推送给客户端。例如服务端可以主动把 JS 和 CSS 文件推送给客户端，而不需要客户端解析 HTML 再发送这些请求。当客户端需要的时候，它已经在客户端了。
最开始是想安装 Bioconductor 中的 minfi（https://github.com/hansenlab/minfi）这个 R 包，但是发现不管是 conda 还是 BiocManager::install("minfi") 总不能成功，依赖包贼多不说，有些依赖包还特别坑爹。
P.S. 若CentOS7中没有GCC编译器，执行命令 yum -y install gcc 安装GCC。
通过上面的查看，明显我们的版本号太低了，于是google了下，找到了http://apple.stackexchange.com/questions/126830/how-to-upgrade-openssl-in-os-x。
本文基于vpp 主线master分支版本号v24.02介绍当前vpp ipsec crypto框架。在公众号《DPDK与SPDK开源社区》中，有一篇文章介绍VPP的异步Crypto框架（链接在参考文章1中）。与当前版本框架相差不大。
最近在公司测试服务器上使用acme.sh申请ZeroSSL证书，在使用EAB注册ZeroSSL账户时一直不成功， 提示Register account Error: {"type":"urn:ietf:params:acme:error:malformed","status":400,"detail":"[External Account Binding] The JWS Signature MUST be present"} 在打开Debug模式后，看到报错：Usage: _hmac hashalg secret [outputhex] 推测是OpenSSL版本过低导致算法兼容问题，遂准备升级机器上的OpenSSL版本
环境# iSoftserver-v4.2(Centos-7) openssl version：1.0.2k 编译# 从github上看到的编译脚本，本地修改后： #!/bin/bash set -e set -v mkdir ~/openssl && cd ~/openssl yum -y install \ curl \ which \ make \ gcc \ perl \ perl-WWW-Curl \ rpm-build # Get open
[root@python3_7 soft]# wget https://www.openssl.org/source/openssl-1.1.0j.tar.gz
如果一切顺利，你应该会看到新版本的 OpenSSL。请注意，升级 OpenSSL 可能会影响依赖此库的其他软件。在升级之后，确保测试所有依赖 OpenSSL 的关键服务和应用程序，以确保它们仍然可以正常工作。
如果仍然有冲突继续删除提示中的文件，直到brew link --overwrite node执行成功。
[root@nginx ~] # wget https://www.openssl.org/source/openssl-1.1.0g.tar.gz [root@nginx ~] # tar -zvxf openssl-1.1.0g.tar.gz [root@nginx ~] # cd openssl-1.1.0g [root@nginx openssl-1.1.0g] # ./config shared zlib [root@nginx openssl-1.1.0g] # make [root@nginx
这个错误百度一搜索就知道是安装python的时候没有安装ssl。 不同的python版本对应的openssl要求不一样，我安装的python版本是的3.8.3，要求的openssl在1.0.2以上，如果系统上面的openssl不满足条件可以升级一下。
由于我的系统是CentOS release 6.7，所有openssl的版本为OpenSSL 1.0.1e-fips 11 Feb 2013,而python3.7需要的openssl的版本为1.0.2或者1.1.x,需要对openssl进行升级，并重新编译python3.7.0
警告 本文最后更新于 2016-09-29，文中内容可能已过时。 升级 openssl 环境至 openssl-1.0.1g 1、查看源版本 openssl version -a OpenSSL 1.0.1f 6 Jan 2014 2、下载 openssl-1.0.2j.tar.gz wget https://www.openssl.org/source/openssl-1.0.2j.tar.gz 3、更新 zlib apt install -y zlib 4、解压安装 tar zxf openssl-1
直接安装python3.9.5，编译时会报Could not build the ssl module! ，python调用相关代码的时
2015年1月8日，安恒信息从OpenSSL开源项目官网获知其针对0.98zd、1.0.0p和1.0.1k版本的修复补丁发布了8个安全漏洞的修复方案。其中最严重的漏洞被OpenSSL项目组归类为中等安全威胁，这个漏洞可以用来发动拒绝服务攻击。其余的六个问题被定义为低安全威胁。 前面提到的中等安全威胁的漏洞是通过一个特定的DTLS消息导致空指针在解引用时OpenSSL发生的段错误。这个问题影响到所有当前的OpenSSL版本（0.9.8，1.0.0和1.0.1）并且可能导致拒绝服务攻击。第二个中等威胁漏洞会导致
OpenSSL是用于传输层安全性（TLS）和安全套接字层（SSL）的协议，功能强大且齐全的商业级工具包。它也是一个通用加密库。
wget http://www.openssl.org/source/openssl-1.0.0a.tar.gz
其他版本可参考下载： https://www.openssl.org/source/openssl-1.1.1k.tar.gz
文章目录 Sogou workflow 安装 #1 环境 #2 安装 #3 使用 #3.1 主函数 #3.2 CMakeLists.txt Sogou workflow 安装 #1 环境 macOS 10.15.5 C++14 OpenSSL 1.1.1 #2 安装 OpenSSL 需要依赖于OpenSSL，推荐OpenSSL 1.1及以上版本 安装OpenSSL brew install openssl WorkFlow git clone https://gitee.com/mirrors/s
OpenSSL其实是一个开源的C函数库，多用于加密依赖，很多程序的编译，需要OpenSSL作为依赖包。
以前编译php没有 –with–openssl 现在要使用到 openssl ，phpinze扩展安装，但是在make时候报错
通过libssl.so.1.1 => /usr/lib/x86_64-linux-gnu/libssl.so.1.1 (0x00007fa72fe20000)知道OPENSSL_LIB_DIR是 /usr/lib/x86_64-linux-gnu
《FFmpeg开发实战：从零基础到短视频上线》一书的例程主要测试本地的音视频文件，当然为了安全起见，很多网络视频都采用了https地址。FFmpeg若要访问https视频，就必须集成第三方的openssl库，但编译FFmpeg时却默认关闭了openssl。为了让App能够播放采用https的在线视频，需要编译安装并启用openssl。
HTTP/2 漏洞影响 1.9.5 和 1.15.5 之间的所有 nginx 版本，MP4 模块安全问题影响运行 nginx 1.0.7, 1.1.3 及更高版本的服务器。
OpenSSL*下载地址：https://oomake.com/download/openssl 这个链接有Windows版和源码版最新版下载地址，可以满足Windows、LInux、Mac OS系统使用。
OpenSSL全称为Secure Socket Layer。是Netscape所研发。利用数据加密(Encryption)作技术保障在Internet上传输数据的安全。可确保数据在网络上的传输不会被窃听及截取。当然，OpenSSL是一个强大的password库，我们在使用SSL协议的时候不一定非得採用OpenSSL，只是眼下基本上都是用的OpenSSL，由于它更安全。使用起来也更简单。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
