Day 3에서 cgroup 필터링까지 끝내면서 "컨테이너 프로세스 kprobe 추적"은 최소 데모가 완성됐다. 이번 주(압축 커리큘럼 기준 W6) 남은 목표는 네트워크 쪽 — veth에 XDP를 붙여서 컨테이너가 주고받는 패킷까지 관측 범위에 넣는 것. 오늘은 정말 아무것도 안 하는 최소 스켈레톤부터 시작해서, 실제로 컨테이너가 만드는 패킷의 크기를 유저스페이스로 실시간으로 찍어보는 것까지 끝낸 날이다.왜 XDP인가먼저 XDP가 뭘 하는 훅인지부터 짚었다. XDP(eXpress Data Path)는 네트워크 인터페이스의 수신 경로에서 가장 먼저 실행되는 BPF 훅이다. sk_buff 할당, 라우팅 테이블 조회, netfilter(iptables) 같은 일반적인 커널 네트워킹 스택 처리가 시작되기도 전에,..

Day 2에서는 tracepoint 하나로 시스템 전체의 exec 이벤트를 잡아내고, PID 네임스페이스 덕분에 "이게 어느 컨테이너의 몇 번 프로세스인지"까지 구분할 수 있게 됐다. 그런데 그 코드는 사실 반쪽짜리였다 — 필터링이 전혀 없어서, 호스트에서 실행한 명령이든 컨테이너 안에서 실행한 명령이든 전부 다 잡아서 링버퍼로 흘려보내고 있었다. 오늘(Day 3)의 목표는 "내가 지정한 컨테이너들만 골라서 관측한다"는, 진짜 옵저버빌리티 도구라면 당연히 있어야 할 필터링 기능을 완성하는 것이었다. 그리고 두 개의 컨테이너를 동시에 띄워서 서로 뒤섞이지 않고 정확히 구분되는지까지 실측으로 확인하는 것.결과적으로 코드 자체는 얼마 안 됐지만, 그 코드를 왜 그렇게 짜야 하는지 이해하는 데 커널의 fd 구조..

어제(Day 1)는 툴체인을 세팅하고 vmlinux.h를 만들어보고, kprobe 하나가 커널 함수 이름이 바뀌어서 실패하는 걸 직접 겪으며 CO-RE와 verifier의 실체를 확인하는 날이었다. 오늘은 그 위에서 실제로 "컨테이너 프로세스를 추적한다"는 게 커널 레벨에서 무슨 의미인지 파고들고, 실제로 동작하는 코드까지 완성한 날이다.목표는 단순했다. mycontainer로 컨테이너를 하나 띄웠을 때, 그 안에서 새 프로세스가 실행될 때마다 커널이 그 사실을 잡아채서, "이게 어느 컨테이너의 몇 번 프로세스인지"를 유저스페이스로 실시간 전달하는 것.왜 kprobe가 아니라 tracepoint인가어제 겪은 문제를 다시 떠올려보자. do_unlinkat이라는 커널 함수를 kprobe로 걸었는데, 이 커널..

컨테이너를 eBPF로 관측하는 최소 데모를 만들기로 했다. 첫날(Day 1)의 목표는 화려한 기능을 만드는 게 아니라 기반을 다지는 것 — 개발 파이프라인이 실제로 도는지 검증하고, 지난 주 애매하게 넘어갔던 verifier와 BTF/CO-RE 개념을 실제 에러 메시지를 보면서 다시 확인하는 날이었다. 결과적으로는 단순한 복습이 아니라, __attribute__가 뭔지, BTF가 뭔지, verifier가 정확히 뭘 증명하는지까지 꽤 깊이 파고든 하루가 됐다.vmlinux.h 만들기 — CO-RE를 체감하다/sys/kernel/btf/vmlinux를 cat으로 열어보면 깨진 문자만 나온다. 이 파일은 텍스트가 아니라 바이너리 타입 그래프이기 때문이다. 커널의 모든 타입(struct, union, 함수 등)..

/* ------------------------------------------------------------------ * 실제 커널 구조체를 단순화한 버전. 필드 몇 개만 뽑아서 * task_struct / struct pid / pid_namespace가 서로 어떻게 연결되는지 * "관계"만 보여주기 위한 것. 컴파일 가능한 코드가 아님. * ------------------------------------------------------------------ *//* (1) 프로세스 하나를 나타내는 핵심 구조체 */struct task_struct { struct pid *thread_pid; /* ★ 이 프로세스의 "신원 정보"가 담긴 struct pid를 가리킴 */ str..

툴체인을 세팅하고 libbpf-bootstrap의 kprobe 예제를 실제로 빌드·attach하는 과정에서, vmlinux.h 한 줄을 계기로 __attribute__/매크로/BTF/CO-RE까지 파고들었고, 마지막엔 일부러 verifier 에러를 내보다가 verifier가 실제로 어떻게 "증명"을 하는지까지 확인하게 된 기록. ebpf-kprobe-macro-pointer.md(BPF_KPROBE 매크로, PT_REGS, BPF_CORE_READ 편)에서 이어지는 실습.1. __attribute__는 매크로가 아니다 — SEC()는 매크로다이 둘을 구분하는 게 이후 모든 내용의 기반이 된다.__attribute__는 표준 C 문법이 아니라 GCC가 만든 확장이고, clang이 호환을 위해 그대로 구현한..