when someone abandons you,it is him that gets loss because he lost someone who truly loves him but you just lost one who doesn’t love you.
受制于人最大的坏处就是处处落后一步,凡事都只能见招拆招
这不,实验室订阅系统更新了,更换了 url 不说,还改成了 https 协议,免不了增加证书,旧时 requests 访问直接不可用
趁这个机会,也复习了一下 requests 关于 ca 证书的一个使用
这是第二个 FB 了,从测试到 cpp 开发的过程,虽然依然 “兼职” 着测试方面的事,但是也开始了自己写 cpp 的路,这不,在写的过程中,发现了一个问题,或者说,发现了类用 {} 初始化参数跟之前的学到的不太一样
搜索一番,原来这是 C++11 的特性
年纪大了,对于颜色的追求就偏暗了(至少我是有点这样),以前的老电脑上,为 ls 的输出配置了亮色,现在明显不那么欢喜了,看久了反而觉得眼睛累得慌,毫无美感
这里就涉及到几个问题,一个是,以前是通过什么方式给 ls 输出配色的?再一个是,chmod 777 以后的文件或者文件夹的配色怎么修改才能变暗?
这是一次问题定位的记录,虽然最后问题解决了,却没有定位到最根本的原因,记录它只是为了可以为后续发现同类问题的时候提供能多的思路
问题表现:服务器上配置了 ssh authorized_keys,但是登录时却还是被要求输入密码
牵一发而动全身,在查 ssh 为啥无法公私钥认证登陆的图中,找到了开启 sshd_config DEBUG 模式,将认证过程的 log 记录在 auth.log 中
为了方便,我直接删除了 auth.log,想着它应该是会被重新生成的,结果意料之中的意料之外,它没有自己生成
那我就想着自己创建一个总行了吧,结果还是没有收集到任何的 debug 信息
公钥登陆的两个步骤更新于 2023.01.25
自从换了工作以来,就离不开与 ssh 打交道,为了登陆方便,公私钥更加是避免不了,总有一天得好奇 ssh 通过公私钥认证登陆的原理,择日不如撞日,趁机把这部分内容找了点资料看了下,记录一下
准备工作:Client 端将自己的公钥手动追加在 Server 端的 authorized_keys 中
multiplexing 和独立会话的区别是,在服务器和客户端,都只看到一个进程(即使多次连接会话)
在服务器和客户机上,可以看到只打开了一个 TCP 连接,OpenSSH 使用现有的 TCP 连接实现多个 SSH 会话,降低新建 TCP 连接的负载
那么如何做到让 SSH 复用连接呢
the only present love demands is love