帮客户解决一个￥3000w的问题 前言写这个并不是为了炫耀什么，也不是为了说明什么，而是为日后面试做素材积累。背景我身处外包公司，目前手头上有三个项目并行上线。一个项目是某公司前景项目A，一个是深圳某真金巨头B（一心搞钱，技术外包）。今天A项目要从0开始上线了，但是还有部分释放功能没有写， 所以任务落在了我的头上。B项目因为各种历史原因，导致释放数据达到20G因为A项目想要赶紧出来，然后抢占市场，公司方面也特别重视这个项目（公司也希望转型这方面），B项目因为各种原因，公司不重视了，甚至没有心思去解决它的问题。而我则是恰逢其会下，在两个项目内承担了一定的角色- A和B的绝对主力开发、绝对上线员、服务器管理员。经过A 今天要上线，B 的释放有问题，导致 B 站管理暂时关闭了释放，因为每天的释放可能导致上千万的损失，所以 B 也是迫切要求我赶紧解决问题。因为时间有限，我只能让同事写 B 的释放返还逻辑（B 方要求这样改），然后我则写 A 的释放（这是老板交给我的主要工作），我在 A 上写完第一版后，A 又加了几个释放规则，并要求明天上线，在这种情况下，我趁着测试和产品下班的情况下，本着一颗责任心把同事写的 B 的返还逻辑给过了一遍，然后又指点一遍，发现还是不行，于是自己基于他的版本复制并改了一遍，终于跑通了。终于把 B 给解决了。事后老板说了B 项目虽然很急，但是 A 项目更急，但如果解决不了 B 的问题，B 的市场直接就炸了。因为释放的都是钱，不释放就意味着 B 的用户以为 B 跑路了。这件事如果没有解决，我的良心难安，虽然老板说不是我的问题，但是我还是想进进自己的力。B 方老板在我回家的时候给我讲，这个问题导致 B 方将会损失了 3000W ， B 没有办法，强行返还释放。end明天还要上线 A ，实在没有精力看逻辑和文字是否存在错误了。因为如果不上 A 的话，A 可能也要黄了，公司就尴尬了，所以，抱歉，对不起读者。

西乡恒生医院验光全流程 前言去眼镜店验光不配镜，我怕被动手脚，所以不想去。去医院验光又不懂流程，但是想要省点钱，去医院验光就必不可免。于是便去试试水。文本以时间为线，详细描述了验光全流程。早上因为过两天有可能要开车回家，所以临时决定要配副眼镜，到时真让我开车的话，我也能直接去开，不拉跨。首先在网上百度了一下附近的医院:西乡恒生医院，看看医院的验光服务怎么样，无结果。然后又在西乡恒生医院的微信公众号里面看了下核酸要求，并询问了下有无验光服务。（夸一下：恒生医院的微信公众号还是有在线客服的，相当于是导诊台）上午带上身份证，手机直接去医院。医院大厅有专门的引导员进行引路，并且会根据你的情况为你引路（可能是看我比较懵逼吧，然后直接问我要干嘛，并直接贴心的带我走了全流程）。自助机挂号（挂号 22 元），缴费（这里说下，挂号可以使用社保缴费，我没有用过社保，所以不清楚是不是这么理解，反正引导员说可以）上四楼，找到眼科，和眼科导诊台的护士说明情况后，直接就进到刘志明医生的科室（这里为什么提名字呢，主要是这个医生特别的平易近人，会根据你的情况进行一些问询，了解你的情况，并说一些比较幽默的话让你放松），刘医生开完单后，就要去缴费了。上五楼或者手机微信公众号缴费（ 验光 64 元），我选择的上五楼。缴费后，回到四楼，根据缴费单进行一项一项的验光（一共六项，比眼镜店多了几个流程，但是又好像没有多，就是多了几个问你的眼睛使用情况，以及排查眼睛有没有其它病况的）刘志明医生验完光之后就会给一个眼睛的近视情况的说明书，并告诉你可以拿着这个单去眼镜店配镜。【完】

https 双向证书认证踩坑 (nginx) 背景公司的后台被别有用心的人攻击了，导致公司损失了几个小目标。恰巧与世隔绝的技术总监回来了，他提出把后台设置成证书访问（https 双向访问认证），即：用户访问后台地址的时候，本地需要安装特定的公钥证书，然后才能访问后台，不然 nginx 就直接返回 400 ，然后让我来试试看怎么弄。踩了一下午的坑，总算是走通了流程。看看原理不复制了，你们自己去看：https://blog.csdn.net/easylife206/article/details/107776854小白流程创建根证书openssl genrsa -out root.key 2048创建根证书请求文件：openssl req -new -out root.csr -key root.key创建根证书openssl x509 -req -in root.csr -out root.crt -signkey root.key -CAcreateserial -days 3650在创建证书请求文件的时候需要注意三点，下面生成服务器请求文件和客户端请求文件均要注意这三点：Common Name 填写证书对应的服务域名；所有字段的填写，根证书、服务器端证书、客户端证书需保持一致最后的密码可以直接回车跳过。创建服务器端证书私钥openssl genrsa -out server.key 1024创建服务器端证书请求文件openssl req -new -out server.csr -key server.key创建服务器端公钥文件openssl x509 -req -in server.csr -out server.crt -signkey server.key -CA root.crt -CAkey root.key -CAcreateserial -days 3650创建客户端证书私钥openssl genrsa -out client.key 1024创建客户端证书请求文件openssl req -new -out client.csr -key client.key创建客户端证书公钥openssl x509 -req -in client.csr -out client.crt -signkey client.key -CA root.crt -CAkey root.key -CAcreateserial -days 3650创建win可用的p12格式证书 openssl pkcs12 -export -clcerts -in client.crt -inkey client.key -out client.p12 （-clcerts 可以去掉）修改nginx配置（示例）server { listen 443 ssl; server_name www.yourdomain.com; ssl on; ssl_certificate /data/sslKey/server.crt; #server公钥证书 ssl_certificate_key /data/sslKey/server.key; #server私钥 ssl_client_certificate /data/sslKey/root.crt; #客户端公钥证书 ssl_verify_client on; #开启客户端证书验证 location / { root html; index index.html index.htm; } }测试配置是否正常curl --cacert root.crt --cert ./client.crt --key ./client.key https://test.cc --resolve test.cc:443:127.0.0.1 把生成的证书导入本地浏览器root.crt 导入受信任的根证书颁发机构 client.p12 直接点击该文件进行自动导入，一切默认选项。 Tips所有字段的填写，根证书、服务器端证书、客户端证书需保持一致最后的密码可以直接回车跳过。本博主建议：配置完 nginx 后，重启了 nginx 就开始使用 curl 进行请求，确认自己的配置是否 ok。然后在进行浏览器的调整。我一开始都摸不着头脑，不知道怎么弄。本博主建议使用 ie 浏览器调整浏览器访问的效果，不然谷歌和火狐坑的你不知道东南西北。ie 是改完就能看到效果，而 chrome 是需要重启电脑才会看到效果。根证书的Common Name填写root就可以，所有客户端和服务器端的证书这个字段需要填写域名，一定要注意的是，根证书的这个字段和客户端证书、服务器端证书不能一样（本博主在总结一下：ca证书是指颁发机构的名字，所以尽量写一个自己知道的名字，而服务器要和客户端的名字一样）；Nginx 的 ssl_client_certificate 需要配置根证书 root.crt，而不是客户端证书；有一点需要注意的就是，如果客户端证书不是由根证书直接颁发的，配置中还需要加一个配置：ssl_verify_depth 1;一些快捷键windows: mmc 证书管理 certmgr.msc 证书管理参考https://www.cnblogs.com/xiao987334176/p/11041241.htmlhttps://blog.51cto.com/tchuairen/1782945https://blog.csdn.net/easylife206/article/details/107776854https://blog.51cto.com/u_15148274/5502780https://www.jianshu.com/p/2b2d1f511959https://www.jianshu.com/p/003c6fb3dc2dhttps://www.cnblogs.com/smilexumu/p/9039251.htmlhttps://blog.csdn.net/a82514921/article/details/104587416https://blog.csdn.net/a82514921/article/details/104587416https://blog.csdn.net/weixin_39611308/article/details/110794666https://www.xitongcheng.com/jiaocheng/win10_article_67483.htmlhttps://github.com/avwo/whistle/issues/22https://blog.csdn.net/Drug_/article/details/100893157https://www.hi-linux.com/posts/38492.html#vip-container

[解决]linux 服务器的硬盘满了，但是真实空间并没有满 这两天公司的测试服务器崩了，崩的原因很简单：磁盘满了，没有空间了。但是深究后发现原因并非如此。实际上是：删除文件的进程未释放文件使用 df -lh 文件系统 容量 已用 可用 已用% 挂载点 devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.7G 0 7.7G 0% /dev/shm tmpfs 7.7G 711M 7.0G 10% /run tmpfs 7.7G 0 7.7G 0% /sys/fs/cgroup /dev/mapper/cl-root 70G 70G 0G 100% / /dev/sdb1 916G 31G 839G 4% /data /dev/mapper/cl-home 851G 243G 608G 29% /home /dev/sda3 1014M 242M 773M 24% /boot /dev/sda1 146M 20M 127M 14% /boot/efi tmpfs 1.6G 1.2M 1.6G 1% /run/user/42 tmpfs 1.6G 4.0K 1.6G 1% /run/user/1009 tmpfs 1.6G 0 1.6G 0% /run/user/0 当时的命令查询后发现/dev/mapper/cl-root 70G 70G 0G 100% / 这个系统盘已经被用满了，但是通过 du -lh --max-depth=1 / 后发现，统计的文件占用只有9G，实际上有61个G不见了后来通过百度得知：系统自动删除文件的进程并没有执行，导致文件句柄没有被释放。于是我试了试，# 查询删除未释放的进程 lsof |grep deleted # 上述命令得到的结果 lsof -n / |grep deleted xxxxx 751 root 8r REG 253,0 61G 202150797 /xxxxx/xxxxx (deleted) 果然发现了一个占用非常大的文件,为了方便，直接显示一个，仅作演示，实际请自行查看自己的于是执行kill -9 751（上一个命令得到 pid ）然后再次 执行第一个命令，发现空间已经恢复正常大小了。真是一次奇妙的经历。

教你排查外网无法通过公网 ip 访问内网服务器的原因 公司搬迁，导致了以前外网可以访问内网的功能没有了，今天特地来排查一下问题。问题分析因为以前是可以用的，硬件都没有换，宽带账户网络都没有变动，所以可以推定路由器配置是好的（为了以防万一，我检查了下，确认正常）因为是搬迁，然后硬件有光猫+交换机+路由器+服务器，所以推测可能是因为层级不一样，导致分配的ip不一样。确认自己的网络ip是不是真的就是公网ip排查过程因为自己也不懂这方面的东西，所以先检查了一下路由器的配置，趁机偷偷师，看看大佬是怎么配置的。确认完毕后，发现配置应该没有少。然后又确认了一下服务器的路由层级，通过在内网ssh登陆服务器，发现是可以登陆的，然后可以确认应该不是层级问题（因为我没去公司，远程操作的）最后最不可能的就是公网ip问题，因为按照我原来的想法是：公司以前都有公网ip，只是搬迁了环境，账户啥的都是以前的，应该不会有问题吧，结果打开 ip138.com 查询到我的 ip 是以前的公网 ip （这让我坚定了信念-公网ip没掉，还是以前的，说明应该是硬件的问题），然后查询路由器上的 ip 是一个内网 ip （这里和 138 查询的不一样，此时就已经说明了问题，这个只要和 138 的不一样就说明 ip 不是公网 ip ，但是我当时没有意识到）。我又开始看硬件层级，看来看去，发现应该是没有问题。于是打算从头确认一下，先联系宽带商，联系不上。于是联系路由器厂商，联系上了，路由器厂商说：大部分情况下，如果有公网ip，那么路由器的 ip 一定是公网 ip，恰巧电信联系上了，我又去联系了问了一下电信，电信说因为你们搬迁，所以公网ip掉了，然后让他们重新给个ip，重启路由器，在路由器页面又是公网 ip 了。至此，问题解决了。以上就是我解决问题的思路，仅供参考。Tips不用纠结路由器有没有收到你的外网请求，因为只要虚拟主机设置好后，只要路由器收到请求就会自动转发到你的内网服务器。路由器主页显示的 wan ip（就是路由器显示的 ip）一定是你当前对外网的 ip，如果它显示的是内网 ip，那一定是内网，不用犹豫，直接电话联系客服。关于第二点。有时候，你的光猫上有一些配置，比如多层级，多个路由器，所以光猫会给你的路由器配置内网 ip， 这个时候，你要确认一下是不是光猫有配置。光猫的ip是不是外网 ip动态域名我一开始不理解这个是干嘛的，后来才知道，这个玩意就是因为公网 ip 一直变，所以路由器会把你的实时公网ip上报到动态域名商哪里，然后动态域名商会把你的域名解析地址换成最新的 ip参考https://service.tp-link.com.cn/detail_article_2576.html 虚拟主机设置https://m.300.cn/itzspd/385162.html 动态域名绑定