有事说事无事水文
HTTP公钥锁定（HPKP）是一种安全功能，它告诉Web客户端将特定加密公钥与某个Web服务器相关联，以降低使用伪造证书进行MITM攻击的风险。
为确保TLS会话中使用的服务器公钥的真实性，此公钥将包装到X.509证书中，该证书通常由证书颁发机构（CA）签名。诸如浏览器之类的Web客户端信任许多这些CA，它们都可以为任意域名创建证书。如果攻击者能够攻击单个CA，则他们可以对各种TLS连接执行MITM攻击。 HPKP可以通过告知客户端哪个公钥属于某个Web服务器来规避HTTPS协议的这种威胁。
HPKP是首次使用信任（TOFU）技术。 Web服务器第一次通过特殊的HTTP标头告诉客户端哪些公钥属于它，客户端会在给定的时间段内存储此信息。当客户端再次访问服务器时，它希望证书链中至少有一个证书包含一个公钥，其指纹已通过HPKP已知。如果服务器提供未知的公钥，则客户端应向用户发出警告。
Firefox和Chrome禁用固定主机的引脚验证，其验证的证书链终止于用户定义的信任锚（而不是内置信任锚）。 这意味着对于导入自定义根证书的用户，将忽略所有固定违规。
浏览器前端安全策略，之前开启PKP导致网站无法访问（配置错误）。
由于在CDN上面配置会把；给截断导致后面的数据不生效而导致失败或者配置不全。特意转到Nginx上面配置，然后又因为冲突把HSTS给消掉了，导致SSL评级从A+掉到A，不得不给每个server单独添加。
公钥固定，这是一种https网站防止攻击者使用CA错误颁发的证书进行中间人攻击的一种安全机制，用于预防诸如攻击者入侵CA偷发证书、浏览器信任CA签发伪造证书等情况，采用该机制后服务器会提供一个公钥哈希列表，客户端在后续的通信中只接受该列表上的一个或多个公钥。
HPKP是一个响应头
由于 PostgreSQL 是大小写敏感的，并默认对SQL语句转化为小写。刚开始使用时我以为是不支持_而修改表名来解决问题，然而在今天有个表没有_还是不停提示对象 "xxx" 不存在后来一通测试才发现好像是“不支持”大写的问题，一开始我是手动将表重命名为全部小写的来创建分片表的。但是这不太现实，不可能没个表都修改一遍，虽然可以通过代码转小写让后续创建的表直接小写。
最后经过一波搜索找不到Citus不支持大写的相关结果，但转眼一想可能是Postgresql大小写敏感的原因导致的。。。。。。
继续阅读误导向：解决Postgresql因为大小写敏感导致Citus无法创建分片表的问题
前脚刚搭建完成还说着不知道遇到什么坑，这不第二天就遇到了问题或者说是打开方式不对。
继续阅读误导向：体验Citus时遇到的问题及自我解决的方法