OpenSSL

SaltStack--接口salt-api

早过忘川 提交于 2021-02-02 15:44:35
SaltStack接口salt-api 介绍 参考官档 参考官档 SaltStack 官方提供有 REST API 格式的 salt-api 项目,将使 salt 与第三方系统集成变得更加简单。 salt-api安装配置 1)在 salt-master 上进行安装 [root@salt-master ~]# yum -y install salt-api 2)自签名证书,生产环境可以购买(说明:如果没有 salt-call 命令,装上 salt-minion 即可,依赖于该包) [root@salt-master ~]# salt-call -- local tls.create_self_signed_cert local: Created Private Key: " /etc/pki/tls/certs/localhost.key. " Created Certificate: " /etc/pki/tls/certs/localhost.crt. " 3)打开 include 加载子配置文件,方便管理 [root@salt-master ~]# vim /etc/salt/ master default_include: master.d /* .conf 4)配置 api 配置文件,将上面生成的证书写到配置文件 [root@salt-master ~]# vim /etc

HTB-靶机-Frolic

随声附和 提交于 2021-02-02 12:20:12
本篇文章仅用于技术交流学习和研究的目的,严禁使用文章中的技术用于非法目的和破坏,否则造成一切后果与发表本文章的作者无关 靶机是作者购买VIP使用退役靶机操作,显示IP地址为10.10.10.111 本次使用https://github.com/Tib3rius/AutoRecon 进行自动化全方位扫描 执行命令 autorecon 10.10.10.111 -o ./Frolic-autorecon 爆破到目录admin访问下 没发现啥东西,查看下网页源代码 看到一个js文件 发现有个success.html的路径 访问结果如上,经过谷歌搜索确认跟密码学有关,解密地址:https://www.splitbrain.org/_static/ook/ 得到上面的一个路径,再访问一把 得到上面的base64编码信息,将其解码重定向到一个文件中 sudo echo ' UEsDBBQACQAIAMOJN00j/lsUsAAAAGkCAAAJABwAaW5kZXgucGhwVVQJAAOFfKdbhXynW3V4CwABBAAAAAAEAAAAAF5E5hBKn3OyaIopmhuVUPBuC6m/U3PkAkp3GhHcjuWgNOL22Y9r7nrQEopVyJbsK1i6f+BQyOES4baHpOrQu+J4XxPATolb

航运业“搭台” 区块链“唱戏”

痞子三分冷 提交于 2021-02-02 12:00:25
2019年10月,学习时强调把区块链作为核心技术自主创新重要突破口,加快推动区块链技术和产业创新发展。 《交通强国建设纲要》指出,要大力发展智慧交通,推动大数据、互联网、人工智能、区块链、超级计算等新技术与交通行业深度融合。 去年,交通运输部印发《关于推动交通运输领域新型基础设施建设的指导意见》,围绕加快建设交通强国总体目标,以技术创新为驱动,提出运用区块链技术积极建设智慧航道、智慧港口,推动交通基础设施的数字转型、智能升级。 总之,如何充分利用区块链等新一代信息技术提升全球航运运营管理和国际竞争力,是值得思考的。 航运业发展痛点显现 航运作为最经济的运输方式之一,具有低成本、高效率的特点,在国际贸易和经济全球化的发展中具有举足轻重的作用。但航运体系涉及的复杂利益主体,会严重影响运输效率,尤其是在节点信任、物流溯源、流程优化以及网络协同方面尤为显著。 航运供应链主体间的贸易背景不易查证,信息孤岛的存在使得航运企业系统间的消息不互通,仅凭签署合同约定来进行风险控制相对不易,因此,航运体系节点间的信任问题变得尤为突出;同时,传统航运网络商品追溯系统的中心化使其普遍存在数据失真、信息篡改等问题,商品信息可追溯性难,即使航运企业愿意通过接口对接的方式完成数据的交换与共享,仍不能消除信任度低、成本高的问题;而且海运服务涉及复杂的合作伙伴,必须处理大量的运输单证

干货|漫画算法:LRU从实现到应用层层剖析(第一讲)

天涯浪子 提交于 2021-02-02 06:15:35
今天为大家分享很出名的LRU算法,第一讲共包括4节。 LRU概述 LRU使用 LRU实现 Redis近LRU概述 第一部分:LRU概述 LRU是Least Recently Used的缩写,译为最近最少使用。它的理论基础为“ 最近使用的数据会在未来一段时期内仍然被使用,已经很久没有使用的数据大概率在未来很长一段时间仍然不会被使用 ”由于该思想非常契合业务场景 ,并且可以解决很多实际开发中的问题,所以我们经常通过LRU的思想来作缓存,一般也将其称为LRU缓存机制。因为恰好leetcode上有这道题,所以我干脆把题目贴这里。但是对于LRU而言,希望大家不要局限于本题(大家不用担心学不会,我希望能做一个全网最简单的版本,希望可以坚持看下去!)下面,我们一起学习一下。 题目: 运用你所掌握的数据结构,设计和实现一个 LRU (最近最少使用) 缓存机制。它应该支持以下操作:获取数据 get 和 写入数据 put 。 获取数据 get(key) - 如果密钥 (key) 存在于缓存中,则获取密钥的值(总是正数),否则返回 -1。 写入数据 put(key, value) - 如果密钥不存在,则写入其数据值。当缓存容量达到上限时,它应该在写入新数据之前删除最近最少使用的数据值,从而为新的数据值留出空间。 进阶:你是否可以在 O(1) 时间复杂度内完成这两种操作? 示例: LRUCache

centos6.9编译安装nginx

牧云@^-^@ 提交于 2021-02-02 04:03:06
1、安装nginx所需的依赖包: yum -y install gcc gcc-c++ autoconf automake zlib zlib-devel openssl openssl-devel pcre-devel 2、下载nginx安装包 wget http://nginx.org/download/nginx-1.10.3.tar.gz 3、解压下载的安装包 tar -zxvf nginx-1.10.3.tar.gz 4、cd /opt/nginx-1.10.3 5、编译nginx相关参数 ./configure \ --prefix=/usr \ --sbin-path=/usr/sbin/nginx \ --conf-path=/etc/nginx/nginx.conf \ --error-log-path=/var/log/nginx/error.log \ --pid-path=/var/run/nginx/nginx.pid \ --user=nginx \ --group=nginx \ --with-http_ssl_module \ --with-http_flv_module \ --with-http_stub_status_module \ --with-http_gzip_static_module \ --http-log-path=/var

centos6.9 PHP的编译安装并连接nginx

我的梦境 提交于 2021-02-02 03:57:08
1.安装yum -y install libxml2-devel openssl-devel bzip2-devel libmcrypt-devel 解决php包的依赖关系,可能libmcrypt会报错,先执行yum install epel-release,再重新安装一下就可以了。 2.下载PHP安装包并且上传到服务器,解压,(或者可以用wget直接下载到服务器)。 3.在PHP包的位置编译php: ./configure \ --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php/etc \ --enable-fpm --with-fpm-user=www \ --with-fpm-group=www \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd \ --with-iconv-dir \ --with-freetype-dir \ --with-jpeg-dir \ --with-png-dir \ --with-zlib \ --with-libxml-dir=/usr \ --enable-xml \ --disable-rpath \ --enable-bcmath \ --enable-shmop

PHP HMAC_SHA1 算法 生成算法签名

假如想象 提交于 2021-02-02 00:57:42
HMAC_SHA1(Hashed Message Authentication Code, Secure Hash Algorithm)是一种安全的基于加密hash函数和共享密钥的消息认证协议。 它可以有效地防止数据在传输过程中被截获和篡改,维护了数据的完整性、 可靠性和安全性。HMAC_SHA1消息认证机制的成功在于一个加密的hash函数、 一个加密的随机密钥和一个安全的密钥交换机制。 HMAC_SHA1 其实还是一种散列算法,只不过是用密钥来求取摘要值的散列算法。 HMAC_SHA1算法在身份验证和数据完整性方面可以得到很好的应用,在目前网络安全也得到较好的实现。 知识点: https://www.php.net/manual/en/function.hash-hmac-algos.php hash_hmac_algos (PHP 7> = 7.2.0)版本小于7.2报错,注意看手册 hash_hmac_algos - 返回适用于hash_hmac的已注册散列算法列表 返回一个数字索引数组,其中包含适用于 hash_hmac() 的支持散列算法列表 。 例子 <?php print_r(hash_hmac_algos()); 上面的例子将输出类似于: 排列 ( [0] => md2 [1] => md4 [2] => md5 [3] => sha1 [4] => sha224

利用git上传本地文件、文件夹到Github

一世执手 提交于 2021-02-01 11:15:04
 利用git上传文件至github是特别常用的,总结以下内容供参考使用。 第一步:下载git工具,[这里是链接](https://git-scm.com/downloads),选择适合自己的版本进行安装。 第二步:安装完成后,找到Git bash,双击打开。 第三步:输入自己的用户名和邮箱(为注册GITHUB账号时的用户名和邮箱) $ git config --global user.name "coliyin@163.com" $ git config --global user.email "coliyin@163.com" 1 2 第四步:设置SSH key   众所周知ssh是加密传输。加密传输的算法有好多,git可使用rsa,rsa要解决的一个核心问题是,如何使用一对特定的数字,使其中一个数字可以用来加密,而另外一个数字可以用来解密。这两个数字就是你在使用git和github的时候所遇到的public key也就是公钥以及private key私钥。   其中,公钥就是那个用来加密的数字,这也就是为什么你在本机生成了公钥之后,要上传到github的原因。从github发回来的,用那公钥加密过的数据,可以用你本地的私钥来还原。   如果你的key丢失了,不管是公钥还是私钥,丢失一个都不能用了,解决方法也很简单,重新再生成一次,然后在github.com里再设置一次就行。

好家伙,我直接好家伙!原来吴承恩这厮是个程序员?

与世无争的帅哥 提交于 2021-02-01 09:24:32
前言 这是一个有关计算机网络协议的故事。一家之言,不必当真,欢迎进群973961276交流,并且每个礼拜都会有抽奖送书的活动哦! 一、我佛造经传极乐 话说我佛如来为度化天下苍生,有三藏真经,可劝人为善。 就如图中所示,真经所藏之处,在于云端。佛祖所管辖之下,有四个区域Region,称为四大部洲, 一是东胜神洲,二是南赡部洲,三是西牛贺洲,四是北俱卢洲。 我佛所在西牛贺洲,是主站点。 在每个区域Region,为保证真经永固,设置多个藏经楼,称为可用区(Available Zone)。 每个藏经楼里面是一排一排的柜子,称为机柜,里面有一排一排的格子,称为服务器,经文就摆放在格子中。 在藏经楼中,柜子根据经文分门别类的组织起来,由不同的神仙进行管理,管理一个柜子的经文的神仙,访问这里面经文的钥匙就在他手里,称为接入层神仙(接入层交换机)。 多个接入层神仙被一组汇聚层神仙(汇聚层交换机)管着,多个汇聚层的神仙被一组核心层神仙(核心交换机)管着。 神仙体系组织严格,层次分明,不同的接入层神仙交换经文,要通过汇聚层神仙同意,不同的汇聚层神仙交换经文,需要核心层神仙同意。 经文的看守要万无一失,因而每一层都是分组看护,互相监督,互相备份,称为堆叠。 虽说每个柜子里面放满了经文,为了防止经文被偷听偷看,经文的内容是被仙术封装在一个虚拟的私密空间里面,虽然有人可能会偷到物质的经文

[MySQL]select和where子句优化

筅森魡賤 提交于 2021-02-01 04:44:20
数据库优化: 1.可以在单个SQL语句,整个应用程序,单个数据库服务器或多个联网数据库服务器的级别进行优化 2.数据库性能取决于数据库级别的几个因素,例如表,查询和配置设置 3.在数据库级别进行优化,在硬件级别进行优化,平衡可移植性和性能 4.合适的结构,合适的数据类型;执行频繁更新的应用程序大量表(少列);分析大量数据的应用程序少量表(多列);选择合适的存储引擎和索引; 5.压缩适用于InnoDB表的各种工作负载,以及只读MyISAM表 6.选择合适的锁定策略;InnoDB存储引擎可以处理大多数锁定问题 7.配置的主要内存区域是InnoDB缓冲池和MyISAM密钥缓存。 8.优化select语句,这方面技巧同样适用于其他带where的delete语句等,在where子句的列上设置索引;索引对于引用多个列如join和外键尤其重要 select where子句优化: 1.调整查询的结构,例如函数调用,为结果集中的每一行只调用一次,为表中的每一行只调用一次 2.减少查询中的全表扫描数 3.定期使用ANALYZE TABLE语句使表统计信息保持最新 4.了解特定于每个表的存储引擎的调优技术,索引技术和配置参数 5.优化InnoDB表的单查询事务 6.通过阅读EXPLAIN计划并调整索引,WHERE子句,连接子句等来调查特定查询的内部详细信息 7