Step 309. ★ 첫 24시간 모의시험 — 시계와 싸우는 법을 배우는 하루

Level 4 — OSCP 준비와 응시 | 난이도 ★★★★★ | 예상 소요 시간 3일 (세트 구성·계획 1일 + 모의시험 24시간 + 채점·보고서 1일)

전제: Step 305~308의 OSCP 대비 훈련(열거 체크리스트, AD 세트 공략) 완료, Step 276~278의 타임어택 방법론.

준비물: 처음 보는 머신으로 구성한 모의시험 세트(AD 세트 1개 + 독립 머신 3~4대), 24시간 타이머, 스크린샷 도구, 보고서 템플릿, 파이썬 3. 이 챕터의 머신 공략·점수 장면은 전부 출력 예시이며, 시험 구성·배점은 바뀔 수 있으므로 응시 전 OffSec 공식 안내를 확인합니다.
⚠️ 이 챕터의 실습은 내 랩·합법 플랫폼 전용입니다. 허가 없는 시스템에 적용하면 범죄입니다. 모의시험 머신은 OffSec 랩, Hack The Box, Proving Grounds처럼 운영자가 공격 연습용으로 공식 개방한 플랫폼의 것만 사용합니다.
이 챕터는 시뮬레이션입니다 — 실전과 같은 24시간을 한 번 살아보고, 합격선(예시 70점)에 몸이 도달하는지 재는 리허설입니다.

OSCP 실기 시험은 23시간 45분 동안 진행됩니다(운영 정책상 변동 가능 — 공식 안내 확인). 이 시험에서 기술력만큼 점수를 갈라놓는 것이 운영 전략입니다. "한 머신에 몇 시간 이상 묶이지 않기", "AD 세트와 독립 머신의 순서", "언제 자고 언제 먹을지", "보고서 메모를 어디까지 실시간으로 할지" — 이 네 가지를 미리 정하지 않은 응시자는 시험 중에 그 결정을 피로한 뇌로 해야 합니다.

오늘은 그 결정들을 실전 조건에서 처음으로 검증합니다. 목표는 합격이 아니라 완주와 측정입니다. 첫 모의시험에서 무너지는 것은 정상이고, 무너진 좌표가 기록돼 있으면 그것이 곧 보완의 재료가 됩니다.

1. 학습 목표

이 챕터를 끝내면 다음을 할 수 있습니다:

실전과 동일한 규칙(금지 도구, 증거 수집, 외부 풀이 금지)의 24시간 모의시험 세트를 구성한다
시간대별 운영 계획표(수면·식사·중간 점검 포함)를 작성하고 시험 중에 지킨다
머신 우선순위(AD 세트 vs 독립 머신)와 머신당 시간 상한을 정해 전환 판단을 기계화한다
랩 타이머 도구로 경과 시간과 머신별 누적 시간을 실시간으로 추적한다
종료 후 득점과 시간 사용을 분석해 "버린 시간"의 원인을 좌표로 기록한다

2. 배경 지식 — 오늘의 도구와 개념

오늘의 도구 한눈에 보기

구분	내용
언어·환경	모의시험 머신 세트(OffSec 랩/HTB 등), 파이썬 3(타이머·로그), 보고서 템플릿
오늘의 명령	`python lap_timer.py plan/start/lap/status/report` — 공략 명령 자체는 전부 복습
필요한 개념	24시간 운영 설계, 머신당 시간 상한, 중간 점검, 수면 예약, 실시간 증거 수집
오늘의 산출물	운영 계획표 1부 + 랩 로그 1부 + 시간 사용 분석 + 보고서 초본

2-1. 왜 모의시험인가 — 연습과 시험은 다른 운동이다

지금까지의 타임어택은 4시간, 길어야 8시간이었습니다. 24시간은 그 세 배이지만, 어려움은 세 배가 아닙니다. 12시간을 넘어가면 판단력이라는 자원이 바닥나기 시작합니다 — 같은 막힘도 새벽 3시에는 두 배 어렵게 느껴지고, 그때 내리는 "이 경로를 고수할까" 판단은 낮의 판단과 질이 다릅니다.

그래서 모의시험은 실력 시험이 아니라 운영 시험입니다. 풀 수 있는 머신을 못 푸는 이유의 상당수가 기술이 아니라 운영 — 시간 배분, 체력, 증거 수집 — 에 있음을 첫 모의시험이 보여줄 것입니다. 그것을 보여주는 것이 이 챕터의 존재 이유입니다.

2-2. 머신 우선순위 — AD 세트와 독립 머신의 배분

시험 구성(예시 기준)은 AD 세트와 독립 머신들의 합산 점수 게임입니다. AD 세트는 점수가 크지만 연쇄 구조라 초기 침투가 막히면 전체가 막히고, 독립 머신은 각각이 독립이라 한 대의 실패가 다음에 영향을 주지 않습니다.

전략	장점	리스크
AD 세트 선행	큰 점수를 먼저 확보, 남은 시간이 여유로워짐	초기 침투가 막히면 첫 3시간이 무득점으로 증발
독립 머신 선행	빠른 득점으로 자신감 확보, AD는 정찰만 병렬	AD에 남는 시간이 부족해질 수 있음
병렬 정찰 + 유동 배분	첫 30분에 전 머신을 스캔해 "쉬운 것부터"	판단 기준이 없으면 우왕좌왕으로 퇴보

첫 모의시험에서는 셋 중 하나를 시작 전에 확정하고 끝까지 지킵니다. 중간에 전략을 바꾸는 것은 허용하되, 그것은 계획된 중간 점검 시점에서만 합니다. 어떤 전략이 여러분에게 맞는지는 아직 모릅니다 — 오늘이 그것을 알게 되는 날입니다.

2-3. 시간대별 운영 설계 — 수면과 식사도 계획이다

24시간 운영의 핵심 원칙은 하나입니다 — 모든 소비는 시작 전에 예약됩니다. "피곤하면 자겠다"는 계획이 아닙니다. 피곤한 뇌는 자신이 피곤하다는 판단조차 못 합니다.

운영 설계의 4개 고정 블록:
1. 수면 4~5시간 — 시작 후 14시간 부근에 예약, 알람 2개
2. 식사 2회 + 산책 20분 — 화면에서 완전히 떨어지는 시간
3. 중간 점검 2회 — 12시간 시점, 종료 4시간 전: 득점 합산 + 우선순위 재조정
4. 마감 블록 — 종료 2시간 전부터 새 공략 중단, 부분 점수 수확 + 보고서

카페인으로 버티는 전략은 16시간 부근에서 붕괴합니다. 소재의 지적 그대로입니다 — 5분 걷기와 찬물 세수, 그리고 계획된 수면이 카페인을 이깁니다. 새벽의 4시간 수면 뒤 30분이, 밤샘 삽질 3시간보다 점수를 만드는 경우가 흔합니다.

2-4. 실시간 증거 수집 — 피곤할수록 스크린샷부터

시험은 종료 후 24시간 안에 보고서를 제출해야 하며(정책 변동 가능 — 공식 확인), 증거 없는 득점은 인정되지 않습니다. 그런데 새벽에 뚫은 머신은 "나중에 찍어야지" 하고 넘어가기 쉽습니다 — 그리고 세션은 끊기고, 머신은 리셋됩니다.

규칙은 단순합니다 — 쉘을 얻는 즉시, 증거를 먼저 찍고 축하합니다. whoami, ip(또는 ipconfig), 플래그, 그리고 침투 경로의 핵심 명령 출력. 이 네 종류가 찍혀 있어야 그 머신의 점수는 여러분의 것입니다. 피곤할수록 이 순서를 지키세요 — 피로한 뇌의 "기억해두기"는 신뢰할 수 없는 저장소입니다.

3. 따라 하기

3-1. 모의시험 세트 구성 — "처음 보는 것"이 조건입니다

시험의 리허설이 되려면 머신은 전부 미해결이어야 합니다. 풀어 본 머신은 기억이 풀어주므로 운영을 측정할 수 없습니다.

세트 구성 체크:
[ ] AD 세트 1개 (또는 AD 스타일 연계 머신 3대 묶음) — OffSec 모의 세트가 있으면 그것을 사용
[ ] 독립 머신 3~4대 — 풀이/워크스루를 본 적 없는 것
[ ] 금지 도구 목록을 실전 기준으로 확정 (공식 안내 확인 필수)
[ ] 시작 시각과 종료 시각을 달력에 박스로 표시
[ ] 가족/동거인에게 24시간 일정 공유 — 방해 요소의 사전 차단

왜: 세트 구성이 시험의 절반입니다. 너무 어려운 세트는 운영이 아니라 실력을 측정하게 되고, 아는 머신이 섞이면 둘 다 측정이 안 됩니다. 난이도는 "평소 타임어택에서 통과하던 등급"으로 맞춥니다.

3-2. 운영 계획표 출력 — 타이머 도구 준비

챕터의 타이머 도구 lap_timer.py로 계획표를 출력해 책상에 붙입니다. 실측 결과입니다.

python lap_timer.py plan

=== 24시간 모의시험 시간 배분 계획표 ===
  00:00  시작 — 정찰 병렬: 전 머신 nmap, AD 세트 구성 파악
  00:30  AD 세트 착수 (초기 침투 → 도메인 경로 열거)
  03:00  AD 세트 상한 — 묶이면 독립 머신 A로 전환
  06:00  독립 머신 B / 점수 현황 중간 점검
  09:00  식사 + 20분 산책 — 화면에서 완전히 떨어지기
  12:00  중간 점검: 득점 합산, 남은 머신 우선순위 재조정
  14:00  수면 4~5시간 예약 구간 (알람 2개)
  19:00  미해결 머신 재공략 — 막혔던 지점 체크리스트부터
  22:00  부분 점수 수확: low-priv 쉘, 플래그, 경로 증거 정리
  23:00  보고서 초본 작성 — 스크린샷/명령어/IP 교차 검증
  24:00  종료 — 로그 백업, 보고서 저장

규칙: 머신 1대 상한 3시간 / 마지막 2시간은 부분 점수+보고서

읽는 법: 이 표는 예시이고, 중요한 것은 각 줄이 시각이 아니라 경과 시간으로 적혀 있다는 것입니다. 시험이 오전 9시에 시작하면 14시간 시점은 밤 11시 — 그 시각에 수면이 예약돼 있어야 합니다. 여러분의 시작 시각에 맞춰 실제 시각으로 변환해 적으세요.

3-3. 시험 진행 — 랩 기록으로 운영을 눈에 보이게

시작과 동시에 타이머를 시작하고, 머신을 옮기거나 상태가 바뀔 때마다 랩을 찍습니다.

python lap_timer.py start
python lap_timer.py lap "독립A" "진행" "nmap 완료, 80/443 포트"
python lap_timer.py status

status 출력의 역할은 전환 판단의 기계화입니다 — 머신별 누적 시간이 상한(3시간)을 넘으면 경고가 뜨고, 그 순간의 판단은 "계속할까"가 아니라 "상한 규칙대로 전환한다"입니다. 규칙이 판단을 대신하게 만드는 것, 그것이 피로한 시간대를 버티는 유일한 방법입니다.

화면 예시 (시험 중 랩 로그의 한 페이지):

[+00:30] 전체정찰 — 완료 — nmap 전 머신, AD 세트 3대 확인
[+03:30] AD세트 — 막힘 — 상한 30분 초과, 독립A로 전환
[+05:40] 독립A — 완료 — user+root 20점, 증거 4종 수집
[+14:00] 수면 — 시작 — 알람 2개 설정

3-4. 종료 직후 — 데모 로그로 리포트 읽는 법 연습

실제 세션 전에, 도구의 demo 명령으로 가상 24시간 세션을 만들어 리포트 읽는 법을 먼저 익힙니다. 실측 결과입니다.

python lap_timer.py demo

경과 24:00 / 남은 시간 00:00
  AD세트           06:00  ⚠ 상한 초과 — 전환 검토
  독립B            05:30  ⚠ 상한 초과 — 전환 검토
  수면             04:40  ⚠ 상한 초과 — 전환 검토
  독립C            02:30
  독립A            02:10
  보고서            02:00
  식사/휴식          00:40
  전체정찰           00:30

=== 종료 리포트: 시간 사용 분석 ===
  AD세트            06:00 (25.0%)  최종: 진행
  독립B             05:30 (22.9%)  최종: 완료
  수면              04:40 (19.4%)  최종: 완료
  독립C             02:30 (10.4%)  최종: 완료
  독립A             02:10 ( 9.0%)  최종: 완료
  보고서             02:00 ( 8.3%)  최종: 완료
  식사/휴식           00:40 ( 2.8%)  최종: 완료
  전체정찰            00:30 ( 2.1%)  최종: 완료

수면 04:40 / 식사·휴식 00:40
전략 점검: 상한(180분) 초과 머신 = ['AD세트', '독립B']

읽는 법: 이 예시 세션의 진단은 명확합니다 — AD 세트에 6시간(25%)을 썼는데 최종 상태가 "진행", 즉 미완주에 가장 많은 시간을 태웠습니다. 독립B도 5시간 30분으로 상한의 두 배 가까이. 반면 완주한 독립A와 C는 각각 2시간대. "상한 규칙을 지켰다면 AD 세트의 3시간이 다른 머신의 점수가 됐을 것" — 이 문장이 종료 리포트에서 여러분이 뽑아야 할 한 줄입니다.

수면 4시간 40분은 계획대로입니다. 상한 초과 경고가 "수면"에도 뜨는 것은 도구가 수면을 머신처럼 집계하기 때문이니 무시하세요 — 리포트의 마지막 줄(전략 점검)에서는 수면·식사를 제외하고 계산해 줍니다.

3-5. 보고서 초본 — 24시간 안에 여기까지

실전은 종료 후 24시간 안에 보고서를 제출합니다(정책 변동 가능 — 공식 확인). 모의시험에서는 시험 시간 안에 초본까지 완성해 봅니다. 종료 1시간 전 블록이 그 시간입니다.

보고서 초본 체크 (머신당):
[ ] 머신 이름과 IP
[ ] 침투 경로 요약 (3~5문장)
[ ] 핵심 명령과 출력 (재현 가능하게)
[ ] 증거 스크린샷 4종 — whoami / IP / 플래그 / 경로 핵심 출력
[ ] 권한 상승 경로 (있으면)

왜: 보고서를 종료 후로 미루면 기억 의존이 되고, 기억 의존은 증거 누락으로 이어집니다. 시험 중에 쌓인 랩 로그와 스크린샷이 있으면 초본은 "정리"이지 "창작"이 아닙니다 — 그 차이가 종료 후 24시간의 압박을 없앱니다.

4. 미션과 연습문제

미션 — 첫 24시간 모의시험 완주

미해결 머신으로 세트를 구성합니다 — AD 세트(또는 AD 스타일 묶음) 1개 + 독립 머신 3~4대.
python lap_timer.py plan의 구조를 참고해, 여러분의 시작 시각 기준 실제 시각 운영 계획표를 작성합니다 — 수면·식사·중간 점검 2회·마감 블록 포함.
머신 우선순위(AD 선행/독립 선행/병렬 정찰)를 시작 전에 하나로 확정하고 기록합니다.
24시간 타이머로 완주합니다 — 랩 기록, 증거 4종 실시간 수집, 머신당 3시간 상한 적용.
종료 즉시 report로 시간 사용 분석을 뽑고, "상한을 지켰다면 살릴 수 있었던 시간"을 한 줄로 기록합니다.
시험 시간 안에 보고서 초본을 완성하고, 채점표(득점/합격선 70점 가정)를 채웁니다.

연습문제

문제 1. 24시간 운영에서 수면과 식사를 "컨디션이 나빠지면 취하는 조치"가 아니라 "시작 전 예약 블록"으로 설계하는 이유는 무엇인가요?

문제 2. AD 세트 선행 전략과 독립 머신 선행 전략의 리스크를 각각 설명하고, 첫 모의시험에서 "전략을 끝까지 지키는 것"이 전략의 선택보다 중요한 이유를 말해 보세요.

문제 3. "피곤할수록 스크린샷부터"라는 규칙이 성립하는 이유를, 증거 수집의 관점과 피로한 뇌의 특성 관점에서 각각 설명해 보세요.

문제 4. 종료 리포트에서 "최다 시간 소비 머신"이 미완주 머신으로 나왔습니다. 이 한 사실이 시사하는 전략상의 문제와, 다음 모의시험에서의 수정 방향은 무엇인가요?

5. 모범 답안과 완료 기준

미션 모범 답안

검증 기준으로 확인하세요.

세트의 신선도: 모든 머신이 미해결인가 — 하나라도 풀이를 본 적 있으면 그 머신의 시간 데이터는 버립니다.
계획표의 실시각화: 경과 시간이 아니라 "몇 시에 무엇을 하는지" 실제 시각으로 적혀 있는가 — 특히 수면 시작 시각.
전략의 사전 확정: 우선순위 전략이 시작 전에 기록돼 있는가 — 시험 중에 정한 전략은 전략이 아니라 반응입니다.
랩 로그의 연속성: 머신 전환과 상태 변화가 빠짐없이 찍혀 있는가 — 6시간 공백이 있으면 그 구간의 운영은 측정 불가입니다.
증거 4종: 완주·부분 득점 머신마다 whoami/IP/플래그/경로 출력이 있는가 — 피곤한 새벽 구간에 누락이 없는가.
분석의 한 줄: "상한을 지켰다면 살릴 수 있었던 시간: X시간 Y분 — 독립B의 점수가 됐을 것" 같은 문장이 기록돼 있는가.
보고서 초본: 시험 시간 안에 머신별 체크 5종이 채워진 초본이 있는가.

연습문제 해답

문제 1 해답. 피로한 뇌는 자신의 피로를 판단하지 못하기 때문입니다. "나빠지면 자겠다"는 계획은 그 판단을 피로한 뇌에 위임하는 셈이라, 실전에서는 밤샘으로 귀결됩니다. 예약 블록은 판단을 제거합니다 — 시각이 되면 자는 것이지, 잘지 말지를 그때 결정하지 않습니다. 운영 설계의 본질은 미리 내린 결정을 미래의 나에게 강제하는 것입니다.

문제 2 해답. AD 선행은 초기 침투가 막히면 첫 몇 시간이 무득점으로 증발하는 리스크가 있고, 독립 선행은 큰 점수인 AD 세트에 남는 시간이 부족해지는 리스크가 있습니다. 첫 모의시험에서 전략 준수가 선택보다 중요한 이유는 측정 때문입니다 — 중간에 바꾼 전략은 어느 쪽의 데이터도 남기지 못해 다음 시험의 설계 근거가 사라집니다. 첫 모의시험의 목표는 합격이 아니라 "어떤 전략이 나에게 맞는가"의 데이터 확보이므로, 하나를 끝까지 지킨 실패가 둘을 오간 성공보다 가치 있습니다.

문제 3 해답. 증거 관점에서, 쉘은 얻은 순간에만 보장됩니다 — 세션 단절과 머신 리셋은 예고 없이 오므로 "나중에 찍기"는 영원히 못 찍을 확률을 품습니다. 피로 관점에서, 새벽의 뇌는 방금 한 일의 기억조차 신뢰할 수 없어 "찍었다고 착각"하는 경우까지 생깁니다. 그래서 순서를 뒤집습니다 — 쉘 획득 직후 축하가 아니라 증거가 먼저. 증거가 찍힌 뒤에야 그 득점은 확정됩니다.

문제 4 해답. 최다 시간이 미완주에 쓰였다는 것은 시간 상한 규칙이 없었거나 지켜지지 않았다는 뜻입니다 — 투입 시간이 점수로 환산되지 않는 머신에 가장 많은 자원이 묶인 것입니다. 수정 방향은 ① 상한을 시각으로 명시("3시간"이 아니라 "03:00에 전환"), ② 상한 도달 시의 전환을 status 경고 같은 외부 장치에 의존, ③ 막힌 머신은 "버리기"가 아니라 "나중 순번으로 미루기"로 재정의해 심리적 저항을 줄이는 것입니다.

완료 기준 체크리스트

[ ] 미해결 머신으로 AD 세트 + 독립 3~4대의 세트를 구성했다
[ ] 실제 시각 기준 운영 계획표(수면·식사·중간 점검·마감 포함)를 작성했다
[ ] 머신 우선순위 전략을 시작 전에 확정해 기록했다
[ ] 24시간을 완주하고 랩 로그가 연속적으로 남아 있다
[ ] 득점 머신마다 증거 4종을 실시간으로 수집했다
[ ] 종료 리포트로 머신별 시간과 상한 초과를 분석했다
[ ] 보고서 초본을 시험 시간 안에 완성했다
[ ] 득점과 합격선(70점 가정)의 차이를 기록했다

6. 흔한 실수와 해결

벽 1. lap을 찍었는데 "먼저 python lap_timer.py start"가 나와요

증상: 시험 시작을 깜빡하고 랩부터 기록했습니다.

원인: lap_log.json이 없는 상태에서 lap을 실행하면 도구가 거부합니다 — 설계상 정상입니다.

해결: python lap_timer.py start를 먼저 실행하세요. 계획표 첫 줄(00:00 블록)에 "타이머 시작"을 포함시키면 잊지 않습니다. 시작을 놓친 채 진행했다면 지금이라도 start를 누르고, 놓친 구간은 메모에 "추정"이라고 표시해 랩을 찍으세요 — 없는 것보다 추정이 낫습니다.

벽 2. 데모 로그 위에 lap을 찍었더니 TypeError가 나요

증상:

TypeError: unsupported operand type(s) for -: 'float' and 'str'

원인: demo로 만든 로그는 가상 시간(문자열) 기준이라, 실시간 lap과 섞이면 시간 계산이 깨집니다.

해결: 연습(데모)과 실전을 같은 파일에 섞지 마세요. 실전 시작 전에 lap_log.json을 지우거나 이름을 바꿔 백업한 뒤 start로 새로 시작합니다. 시험 로그와 연습 로그의 분리는 보고서 정리 단계에서도 그대로 도움이 됩니다.

벽 3. 12시간쯤 집중력이 붕괴해서 아무 판단도 못 하겠어요

증상: 같은 화면을 30분째 보고 있습니다. 카페인을 더 넣고 싶어집니다.

원인: 정상적인 생리 현상입니다 — 판단력은 유한 자원이고 12시간이면 바닥납니다.

해결: 카페인 대신 계획표를 실행하세요 — 5분 걷기, 찬물 세수, 그리고 예약된 수면 블록. 그리고 판단이 필요한 결정(전략 변경, 머신 전환)은 이 시간대에 하지 않습니다. 피로 시간대에 허용되는 행동은 계획표에 적힌 것의 실행뿐입니다. 이것이 2-3에서 "모든 소비는 예약된다"고 한 이유입니다.

벽 4. 새벽에 푼 머신의 스크린샷을 안 찍었어요

증상: 분명 쉘을 얻었는데 증거가 없고, 머신은 이미 리셋됐습니다.

원인: 피로한 뇌의 "기억해두기"는 저장되지 않습니다 — 2-4에서 다룬 그대로입니다.

해결: 규칙의 순서를 바꾸세요 — 쉘 획득 → 즉시 whoami와 IP를 캡처 → 그다음 축하. 랩 로그에 "증거 4종 확인" 항목을 추가해 머신당 마지막 랩에서 체크합니다. 이미 놓친 머신은 세션이 살아 있다면 지금이라도 재접속해 찍고, 끊겼다면 침투 경로 메모라도 상세히 남겨 부분 인정 가능성을 남깁니다.

벽 5. 막힌 머신에서 못 떠나겠어요 — "조금만 더"가 3시간이 됐어요

증상: 상한을 알고 있었는데도 넘겼습니다.

원인: 몰입 비용의 착각입니다 — "여기까지 했는데"라는 감정이 투입 가치를 부풀립니다. 이미 쓴 시간은 돌아오지 않습니다.

해결: 상한 경고를 도구(status)와 물리 타이머 두 곳에 두세요 — 화면 안의 경고는 화면에 몰입하면 보이지 않습니다. 그리고 전환을 "포기"가 아니라 "순번 미루기"로 부르세요 — 계획표의 19:00 블록에 "미해결 머신 재공략"이 있으므로, 미루기는 계획의 일부이지 패배가 아닙니다.

7. 정리

오늘의 개념

개념	한 줄 설명
24시간 운영 설계	모든 소비(수면·식사·점검·마감)를 시작 전에 예약하는 것
머신당 시간 상한	전환 판단을 감정에서 규칙으로 옮기는 장치 — 예시 3시간
중간 점검	12시간/종료 4시간 전 — 전략 변경이 허용되는 유일한 시점
실시간 증거 수집	쉘 획득 직후 증거 4종 — 나중에 찍기는 못 찍기의 다른 이름
무득점 시간	미완주 머신에 묶인 시간 — 종료 리포트의 1순위 점검 항목
완주와 측정	첫 모의시험의 목표는 합격이 아니라 운영 데이터의 확보

오늘의 명령

명령	하는 일
`python lap_timer.py plan`	24시간 운영 계획표 출력
`python lap_timer.py start`	타이머 시작 — 랩 로그 초기화
`python lap_timer.py lap "머신" "상태" "메모"`	전환·상태 변화마다 랩 기록
`python lap_timer.py status`	경과·머신별 누적·상한 경고 확인
`python lap_timer.py report`	종료 후 시간 사용 분석
`python lap_timer.py demo`	가상 세션으로 리포트 읽기 연습

명령어보다 중요한 감각

24시간 시험의 적은 머신이 아니라 시간의 무계획입니다. 오늘 세트를 뚫지 못했어도, 계획표가 지켜졌고 랩 로그에 무너진 좌표가 남아 있다면 모의시험은 성공입니다 — 실력은 실패 분석과 보완으로 올리면 되지만, 운영 데이터가 없으면 보완할 대상 자체를 모릅니다.

그리고 한 가지 더 — 첫 24시간을 완주한 것 자체가 훈련입니다. 대부분의 사람은 인생에 24시간짜리 시험을 치러 본 적이 없습니다. 여러분은 이제 그 시간이 어떻게 생겼는지, 자신의 뇌가 14시간째에 어떻게 되는지를 압니다. 그 지식이 실전 당일의 패닉을 절반으로 줄여 줄 것입니다.

전부 체크되면 Step 309 완료입니다. 사이드바의 체크박스를 눌러 진도를 저장하세요.