bBuiltinSecLab
Independent technical notebook

理解系统。
从细节开始。

关于系统、安全与工程实践的个人笔记。
从一个问题出发,记录观察、原理与思考。

阅读技术笔记

关注方向

AREAS OF INTEREST
01 / SYSTEMS

系统与运行时

从进程、内存到内核接口,理解程序如何运行,以及系统如何组织资源。

LinuxMemoryRuntime
02 / SECURITY

安全与可观测性

关注系统行为留下的线索,用日志、事件与运行状态建立可验证的认识。

TracingForensicseBPF
03 / ENGINEERING

服务与工程实践

记录网络服务、自动化与故障排查中的基本方法,让系统更容易理解和维护。

NetworkingAutomationReliability

技术札记

点击条目展开阅读
NETWORK一次 HTTPS 请求,经过了哪些步骤?

以常见的 HTTPS over TCP 为例,一次新连接通常先解析域名、建立 TCP 连接,再通过 TLS 握手协商加密参数并验证服务器身份,随后交换 HTTP 请求与响应。连接复用时,其中一些步骤无需重复。

排查延迟时,应当分别观察 DNS、连接建立、TLS 握手和首字节时间。首字节慢也不一定是网络问题,它还可能包含服务端排队和上游处理时间。HTTP/3 使用 QUIC,连接过程有所不同。

LINUX空闲内存少,是否意味着内存不足?

Linux 会利用暂时不用的内存缓存文件数据,以减少磁盘读取。因此,单独看 free 数值,容易把正常缓存误认为资源紧张。

更有用的是结合 available、持续的换入换出、内存压力和应用延迟来判断。少量 swap 占用可能只是此前活动留下的状态,不能单独证明当前内存不足。

PRACTICE让一次配置变更可以验证,也可以撤回

修改前保留已知可用的配置,明确本次变更的范围。先做语法检查,再应用配置,最后从使用者的入口验证实际行为。

服务进程存活、首页返回成功和完整业务可用,是不同层次的检查。对于网页,应继续验证静态资源;对于流式接口,应观察内容是否持续到达。回滚步骤也应在变更前准备好。

About this space

保持好奇,持续记录。

BuiltinSecLab 是一个个人技术记录空间,围绕系统原理、安全分析与服务运维整理笔记。这里关注具体的问题、清晰的解释,以及能够重复验证的实践方法。