企业官网建设流程全解析

1.进程相关目录：/proc/[pid]，每个运行的进程对应一个目录，目录名是进程的PID，里面存储了该进程的所有详细信息，是ps、top、lsof等工具的核心数据来源。

2.系统全局信息目录：/proc下的非数字目录和文件，存储系统全局的内核状态、配置参数。

• /proc/sys/vm：内存管理相关参数，比如swappiness、min_free_kbytes、dirty_ratio；
• /proc/sys/fs：文件系统相关参数，比如file-max、nr_open、inode-max；
• /proc/sys/kernel：内核核心参数，比如hostname、panic_on_oom、sysrq、numa_balancing；
• /proc/sys/net：网络栈相关参数，比如TCP/IP的配置、连接跟踪、缓冲区大小。

1.proc文件系统的权限安全

• /proc目录默认挂载权限为hidepid=2，普通用户只能看到自己的进程目录，看不到其他用户的进程，提升安全性。生产环境必须开启这个挂载选项：mount -o remount,rw,hidepid=2 /proc，永久配置在/etc/fstab中；
• /proc/sys下的敏感参数，必须限制root用户才能写入，普通用户只能读取，防止非授权用户修改内核参数；
• 容器中必须限制proc的挂载权限，禁止挂载宿主机的/proc目录，防止容器逃逸。

2.进程信息排查的常用技巧

• 排查进程内存泄漏：cat /proc/[pid]/smaps | grep -i rss，查看每个虚拟内存区域的物理内存占用，定位泄漏的位置；
• 排查文件句柄泄漏：ls -l /proc/[pid]/fd | wc -l，查看进程打开的fd数量，lsof -p [pid]查看每个fd对应的文件；
• 排查进程的启动命令行：cat /proc/[pid]/cmdline | tr '\0' ' '，查看完整的启动参数；
• 排查进程的当前工作目录：readlink /proc/[pid]/cwd，定位umount EBUSY的原因。

3.避坑指南

• proc文件的内容是动态生成的，读取大文件（比如/proc/kcore）会消耗大量CPU资源，不要频繁读取；
• 写入/proc/sys的参数时，必须确认参数的合法范围，错误的参数值会导致系统崩溃、性能下降；
• 不要在生产环境修改不熟悉的内核参数，可能会导致系统不稳定；
• /proc/[pid]/mem文件可以直接访问进程的虚拟内存，必须严格限制权限，防止内存泄露和攻击。

1. struct kobject：内核对象，对应sysfs中的一个目录，每个kobject有一个名称、父对象、属性集合，形成了层次化的目录树；
2. struct kset：kobject的集合，对应sysfs中的一个目录，管理一组相同类型的kobject，比如所有的块设备、所有的网络设备；
3. struct attribute：属性，对应sysfs中的一个文件，每个属性有show和store两个回调函数，读取文件时调用show函数生成内容，写入文件时调用store函数执行配置逻辑。

/sys ├── block # 块设备目录，每个块设备对应一个子目录，比如sda、sda1、nvme0n1 ├── bus # 总线目录，每个总线类型对应一个子目录，比如pci、usb、scsi、virtio │ ├── pci │ │ ├── devices # 该总线上的所有设备 │ │ └── drivers # 该总线上的所有驱动 ├── class # 设备类目录，按功能分类的设备，比如net、input、gpio、leds │ ├── net # 网络设备，每个网卡对应一个子目录，比如eth0、lo │ └── block # 块设备，和/sys/block软链接 ├── devices # 全局设备树，所有设备的完整层次结构，是sysfs的核心 ├── module # 内核模块目录，每个加载的模块对应一个子目录，暴露模块的参数、符号、状态 ├── firmware # 固件相关目录 ├── fs # 文件系统相关目录，比如ext4、xfs、btrfs的配置 ├── kernel # 内核相关目录，比如cgroup、mm、debug、tracing └── power # 电源管理相关目录

1. 块设备管理：/sys/block/[dev]目录，存储块设备的详细信息，是lsblk、blkid工具的数据源：

• /sys/block/sda/size：块设备的总扇区数；
• /sys/block/sda/queue/scheduler：IO调度器，可写入修改；
• /sys/block/sda/queue/rotational：是否是机械硬盘，1为机械，0为SSD；
• /sys/block/sda/queue/nr_requests：IO队列深度；
• /sys/block/sda/queue/iosched：IO调度器的调优参数。

1. 网络设备管理：/sys/class/net/[dev]目录，存储网卡的详细信息：

• /sys/class/net/eth0/address：网卡的MAC地址；
• /sys/class/net/eth0/mtu：网卡的MTU值，可写入修改；
• /sys/class/net/eth0/operstate：网卡的链路状态，up/down；
• /sys/class/net/eth0/statistics/：网卡的收发包统计信息，ifconfig、ip工具的数据源。

1. 内核模块参数管理：/sys/module/[modname]/parameters/目录，每个文件对应模块的一个参数，读取可以获取参数值，写入可以修改参数（支持运行时修改的参数）。
2. cgroup v2接口：/sys/fs/cgroup目录，cgroup v2的默认挂载点，是容器资源限制的核心接口。

1.sysfs的权限安全

• sysfs中的绝大多数文件，只有root用户可以写入，普通用户只能读取，生产环境不要修改sysfs文件的默认权限，防止非授权用户修改设备、驱动的配置；
• 容器中必须限制sysfs的挂载权限，禁止挂载宿主机的/sys目录，只挂载需要的子目录，防止容器逃逸。

2.设备管理的常用技巧

• 查看磁盘的类型：cat /sys/block/sda/queue/rotational，0为SSD，1为机械硬盘；
• 修改IO调度器：echo kyber > /sys/block/nvme0n1/queue/scheduler，SSD推荐kyber/none，机械硬盘推荐mq-deadline；
• 查看PCI设备的详细信息：ls -l /sys/bus/pci/devices/，查看设备的驱动、vendor ID、device ID；
• 查看网卡的统计信息：cat /sys/class/net/eth0/statistics/rx_packets，查看收包数量。

3.避坑指南

• sysfs中的文件大小都是4096字节，但实际内容是动态生成的，不要用文件大小判断内容长度；
• 写入sysfs的属性时，必须严格按照格式要求写入，错误的值会导致写入失败，甚至设备异常；
• 不要在生产环境修改不熟悉的设备属性，可能会导致设备崩溃、数据丢失；
• sysfs的目录结构和内核版本强相关，不同内核版本的目录、文件可能会有差异，编写脚本时要注意兼容性。

• debugfs_create_dir()：创建一个目录；
• debugfs_create_file()：创建一个文件，定义读写回调函数；
• debugfs_create_u32()/debugfs_create_bool()/debugfs_create_string()：创建简单的数值、布尔、字符串类型的文件，不需要自定义回调函数，内核自动处理读写。

• /sys/kernel/debug/ext4：ext4文件系统的调试信息；
• /sys/kernel/debug/xfs：xfs文件系统的调试信息；
• /sys/kernel/debug/btrfs：btrfs文件系统的调试信息；
• /sys/kernel/debug/mm：内存管理的调试信息；
• /sys/kernel/debug/sched：进程调度的调试信息；
• /sys/kernel/debug/usb：USB子系统的调试信息；
• /sys/kernel/debug/kprobes：kprobe调试探针的信息；
• /sys/kernel/debug/epoll：epoll的调试信息。

1.debugfs的常用调试场景

• 内核驱动开发：调试驱动的内部状态、寄存器值、数据流；
• 文件系统调试：查看文件系统的内部结构、元数据、日志状态；
• 内核子系统调试：查看内存管理、进程调度、网络栈的内部状态；
• BPF程序调试：BPF程序的map、程序的调试信息。

2.生产环境的使用规范

• 生产环境默认不挂载debugfs，或者仅root用户可以访问，防止敏感的内核信息泄露；
• 生产环境不要依赖debugfs的接口，debugfs的接口没有稳定性保证，内核升级后可能会变化，导致业务逻辑失效；
• 调试完成后，立即卸载debugfs，减少攻击面。

3.避坑指南

• debugfs的挂载需要root权限，默认挂载选项为mode=700，只有root用户可以访问，不要修改默认权限；
• 写入debugfs的调试开关可能会导致内核panic、性能下降，仅在调试环境使用；
• debugfs的内容会消耗内存，不要频繁读取大的调试文件，避免内存占用过高。

1.跟踪器配置

• available_tracers：内核支持的跟踪器列表，比如function、function_graph、wakeup、irqsoff；
• current_tracer：当前使用的跟踪器，写入跟踪器名称即可启用；
• tracing_on：跟踪开关，写入1开启跟踪，写入0暂停跟踪；
• trace：跟踪结果的读取接口，读取该文件可以获取跟踪数据；
• trace_pipe：跟踪结果的流式读取接口，持续读取可以实时获取跟踪数据，适合实时监控。

2.函数跟踪配置

• available_filter_functions：可以跟踪的内核函数列表；
• set_ftrace_filter：函数跟踪的白名单，写入函数名，仅跟踪指定的函数；
• set_ftrace_notrace：函数跟踪的黑名单，写入函数名，不跟踪指定的函数；
• set_graph_function：function_graph跟踪器的函数白名单，指定要绘制调用图的函数。

3.事件跟踪配置

• available_events：内核支持的跟踪事件列表，按子系统分类，比如sched、syscalls、block、vfs；
• set_event：启用的跟踪事件，写入事件名称即可启用；
• events/目录：每个跟踪事件的详细配置目录，每个事件对应一个子目录，可以启用/禁用事件、设置过滤条件、查看事件格式。

4.过滤与触发配置

• set_event_pid：仅跟踪指定PID的进程；
• trace_options：跟踪选项，比如时间戳、PID、CPU编号的显示；
• buffer_size_kb：每个CPU的跟踪缓冲区大小，单位KB。

1.跟踪内核函数的执行

# 启用function跟踪器，跟踪vfs_read和vfs_write函数 echo function > /sys/kernel/tracing/current_tracer echo 'vfs_read vfs_write' > /sys/kernel/tracing/set_ftrace_filter echo 1 > /sys/kernel/tracing/tracing_on # 读取跟踪结果 cat /sys/kernel/tracing/trace # 关闭跟踪 echo 0 > /sys/kernel/tracing/tracing_on echo nop > /sys/kernel/tracing/current_tracer

2.跟踪内核函数的调用图

# 启用function_graph跟踪器，跟踪sys_open函数的调用图 echo function_graph > /sys/kernel/tracing/current_tracer echo sys_open > /sys/kernel/tracing/set_graph_function echo 1 > /sys/kernel/tracing/tracing_on # 读取调用图 cat /sys/kernel/tracing/trace

3.跟踪块设备的IO事件

# 启用块设备的IO完成事件 echo 'block:block_rq_complete' > /sys/kernel/tracing/set_event echo 1 > /sys/kernel/tracing/tracing_on # 实时读取IO事件 cat /sys/kernel/tracing/trace_pipe

1.tracefs的性能影响

• 启用跟踪会对系统性能产生影响，尤其是function跟踪器，跟踪所有内核函数时，性能下降可达30%以上，生产环境仅在排查问题时临时启用，排查完成后立即关闭；
• 跟踪缓冲区大小要合理设置，太大占用内存，太小会导致跟踪数据丢失，默认每个CPU的缓冲区是1MB，适合大多数场景。

2.生产环境的使用规范

• 生产环境默认不挂载tracefs，或者仅root用户可以访问，防止非授权用户跟踪内核，获取敏感信息；
• 生产环境不要长期启用跟踪，仅在排查问题时临时使用，排查完成后立即关闭，清空跟踪缓冲区；
• 不要在生产环境启用高开销的跟踪器，比如irqsoff、wakeup_rt，会导致系统性能严重下降。

3.避坑指南

• 跟踪大量函数或事件时，跟踪数据会快速填满缓冲区，导致旧数据被覆盖，建议设置过滤条件，仅跟踪需要的函数或事件；
• 跟踪器启用后，即使tracing_on设置为0，也会有少量的性能开销，排查完成后必须把current_tracer设置为nop，完全关闭跟踪；
• 不同内核版本的跟踪事件、函数名称可能会有差异，编写跟踪脚本时要注意兼容性；
• 不要在tracefs的文件中写入非法的内容，可能会导致内核panic。