符十三郎

TCP/IP及其主要协议TCP/IP协议是一个协议簇，其中包括很多协议。TCP/IP协议包括应用层、传输层、网络层、网络访问层（网络接口层、网际层）。 应用层：应用程序间沟通的层 超文本传输协议(HTTP)：万维网的基本协议； 文件传输(TFTP)：简单文件传输协议；远程登录(Telnet)：提供远程访问其它主机功能，它允许用户登录internet主机，并在这台主机上执行命令； 网络管理(SNMP)：简单网络管理协议，该协议提供了监控网络设备的方法，以及配置管理、统计信息收集、性能管理及安全管理等； 域名系统(DNS)：域名解析服务，该系统用于在internet中将域名及转换成IP地址； 传输层：提供了节点间的数据传送服务，给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。 传输控制协议（TCP） 用户数据报协议（UDP） 网络层：负责提供基本的数据封包传送功能，让每一个数据包都能够到达目的主机（但不检查是否被正确接收）。 Internet协议(IP) ：根据网间报文IP地址，从一个网络通过路由器传到另一网络； ICMP：Interne ...

Linux运行级别 关机模式 单用户模式<==破解root密码 无网络支持的多用户模式 有网络支持的多用户模式（文本模式，工作中最常用的模式） 保留，未使用 有网络支持的X-windows支持多用户模式（桌面） 重新引导系统，即重启 Linux中Buffer和Cache的区别 Cache缓存区，是高速缓存，是位于CPU和主内存之间的容量较小但速度很快的存储器，因为CPU的速度远远高于主内存的速度，CPU从内存中读取数据需等待很长的时间，而 Cache保存着CPU刚用过的数据或循环使用的部分数据，这时从Cache中读取数据会更快，减少了CPU等待的时间，提高了系统的性能。Cache并不是缓存文件的，而是缓存块的(块是I/O读写最小的单元)；Cache一般会用在I/O请求上，如果多个进程要访问某个文件，可以把此文件读入Cache中，这样下一个进程获取CPU控制权并访问此文件直接从Cache读取，提高系统性能。 Buffer缓冲区，用于存储速度不同步的设备或优先级不同的设备之间传输数据；通过buffer可以减少进程间通信需要等待的时间，当存储速度快的设备与存储速度慢的设备进行通信 ...

背景之前，将大部分服务调整为 docker 模块化部署了。但是之前操作时忘了自己的博客。我的博客使用的是 hexo 框架。每次更新博客的流程大致如下： 在本地编辑md文件 将文件上传到git 登陆服务器，进行拉取 使用hexo g命令生成静态网站 将静态网站内容放入nginx对应目录进行发布 如果是新发布的文章，hexo会对文章生成唯一id。所以需要在hexo g之后重新将md文件同步到git 本地拉取最新的git，将有id的md文件保存到本地 虽然已经将3～6步写成了脚本，可以直接使用。但是每次免不了要登陆服务器。费时费力不说，有时候并不方便登陆服务器，所以打算进行一个优化。 第二点是因为对 hexo 博客做了一定的主题调整，下载了主题，调整了许多配置，也安装了一些插件。即使自己留了记录，但是如果有一天真的突发情况，想恢复其实也浪费时间。综合以上两点，决定将 hexo 封装成 docker 镜像，这样容易迁移。同时利用 git 的 webhook 功能，进行自动更新。 想法思路整体实现过程中，想了许多思路，有些不成熟，只是拍脑门想出来的，都列举到下边了。 方案1:通过api容器控 ...

要过年了早上上班路上，掰指头算了算，确认这一年只剩下4天了。 想了想觉得还有些东西想说，正好今天没什么事，想到哪写到哪吧就。 创作热情最近给自己弄了小程序，定了一些目标，包括但不限于写小说写读书笔记之类的。 然后就想起来在高中，高二高三那阵，因为实在不爱学习，倒是写了一堆不咸不淡像现在这个东西的东西。 不得不说那个时候确实创作热情高涨，也是从那时候真正尝试写一些东西。 有些东西现在还找的到，有些当然找不到了。 记得那时候有个大的笔记本，算是语文素材，老师本意是让摘抄一些写作文能用上的素材，名人名言。 然后我基本就用来做手稿本了，写了不少莫名其妙的东西。 其中有一篇，大概开头写的是，“我觉得我的文字太过华丽。” 当然后边记不住了，只记得当时确实有蓬勃的创作热情，哪怕写的东西确实垃圾。 后来又一次忘了因为啥，被几个同学传阅开了。 我写字就是不足以用丑来形容，所以他们嘲笑我写的字确实很“华丽”。 高中生么，无论是否有恶意吧，终归是觉得羞愧难耐。 羞耻于被人当面品头论足，羞耻于心中小心思曝光。 反正大概后来对于写东西这件事本身的喜欢就低了很多。 墨明棋妙上一段里边打莫名其妙的时候，输入法联想出 ...

现象在一次重启nginx之后，发现整个网站的https访问均受影响。核查了域名证书之后发现证书正常。后来在日志中发现nginx有报错”no ssl_certificate” is defined in server listening on SSL port while SSL handshaking“ 处理过程检查nginx配置文件使用 nginx -t 重新检查了配置文件，发现没有错误 重新编译nginx因为使用了lua模块，nginx日志中有关于lua的alert报错。当时因为与此有关，重新编译了一次nginx，结果无效 恢复配置使用了当日0点的nginx备份，对nginx的配置目录，证书目录进行了还原，问题依旧。（这里其实有个小问题。这里还原的时候是t+1，是在异常的后一天。但是当时没有注意日期，使用的是t+1 0时的备份，导致配置依旧是错的。） 使用网上的配置临时恢复在网上搜了一下报错，在nginx的主域名配置里，加上了 listen 443 default_server ssl; 的配置，重启nginx后，网站恢复。当时博客说的是，可能由于服务器的某些更新导致的。 最终解决 ...