공식 ZIP을 풀고 대상 트래픽만 선택하는 필터를 설정합니다. 처음에는 작은 Lag 값 하나만 켜고 Start로 관찰한 뒤 Stop을 눌러 기준 동작이 정상으로 돌아왔는지 확인합니다.
01
Clumsy를 사용하기 전에 테스트 목적 정하기
테스트를 시작하기 전에 대상 애플리케이션, 수행할 동작, 예상 화면, 허용 시간, 합격 조건과 복구 방법을 적습니다. 예를 들어 API 응답을 300밀리초 늦췄을 때 로딩 표시가 나타나고 입력 내용이 사라지지 않으며 응답 뒤 작업이 완료되는지를 확인할 수 있습니다. 목적이 구체적이면 네트워크 조건과 애플리케이션 결함을 분리하기 쉽습니다.
여러 기능을 동시에 켜면 지연, 손실과 대역폭 제한 중 무엇이 결과를 바꿨는지 알 수 없습니다. 본인이 소유한 장치·애플리케이션·네트워크 또는 명시적으로 허가받은 테스트 환경에서만 사용합니다. 게임 방해, 안티치트 우회나 제3자 서비스 간섭은 이 가이드의 목적이 아닙니다.
- 장애 없이 같은 동작을 먼저 측정합니다.
- 대상 애플리케이션과 트래픽 범위를 하나로 제한합니다.
- 처음에는 Lag, Drop, Throttle 중 하나만 사용합니다.
- Start 전에 Stop과 복구 절차를 확인합니다.
02
공식 Clumsy 0.3 확인과 압축 해제
현재 확인한 공식 정식 버전은 jagt/clumsy GitHub Releases의 0.3입니다. 일반적인 64비트 Windows에서는 win64-a.zip을 사용하고, 32비트 x86 환경에서만 win32를 선택합니다. 다운로드 URL, 파일명, 바이트 크기와 SHA-256을 기록한 뒤 ZIP 전체를 압축 해제합니다.
공식 0.3에는 A, B와 C 아카이브가 있습니다. 이 파일들은 WinDivert 서명이 다른 공식 대안이며 Clumsy 기능이 더 많은 상위 버전이라는 뜻이 아닙니다. 0.4, 0.4 v2와 0.6이라는 이름은 공식 릴리스 목록에서 확인되지 않으므로 숫자만 보고 새 공식 버전이라고 판단하지 않습니다.
| 확인 항목 | 확인할 내용 | 기록할 값 |
|---|---|---|
| 소유자 | GitHub의 jagt/clumsy | 저장소 URL |
| 태그 | 공식 Release의 0.3 | 태그와 공개일 |
| 자산 | Win64 또는 Win32 A/B/C | 전체 파일명 |
| 무결성 | 크기와 SHA-256 | 바이트와 전체 해시 |
03
좁은 WinDivert 필터 설정
필터는 장애를 적용할 트래픽의 경계입니다. 모든 트래픽을 선택하면 브라우저, 업데이트, 회의, 인증과 다른 앱까지 불안정해져 결과를 해석하기 어렵습니다. 먼저 알려진 호스트, 포트, 프로토콜과 방향으로 제한하고 정상 상태에서 대상 동작이 실제로 일치하는지 확인합니다.
inbound와 outbound는 관찰하는 패킷이 다릅니다. 의미를 모르는 필터를 익명 게시판에서 복사하지 말고 공식 README와 WinDivert 문법을 확인합니다. 예상 밖의 영향이 있으면 Stop을 누르고 기준 상태로 돌아간 뒤 필터를 단순화합니다.
- 대상 정의애플리케이션, 호스트, 포트와 프로토콜을 기록합니다.
- 방향 선택필요한 inbound 또는 outbound만 선택합니다.
- 일치 확인장애를 켜기 전에 대상 동작을 한 번 수행합니다.
04
첫 지연 테스트 실행
Lag는 데이터를 버리지 않고 변화를 관찰하기 쉬워 첫 테스트에 적합합니다. 정상 응답 시간을 측정하고 200~300밀리초 정도의 작은 값을 설정합니다. 필터를 다시 확인하고 Lag만 켠 뒤 Start를 누릅니다. 클릭에 대한 즉시 반응, 로딩 표시, 취소, 시간 초과, 입력 보존과 연결 회복을 관찰하세요.
같은 동작을 기준·장애·복구 순서로 반복합니다. 관찰이 끝나면 Stop을 누르고 Clumsy 프로세스가 종료됐는지 확인한 다음 정상 상태에서 다시 측정합니다. 애플리케이션 버전, Windows 버전, Clumsy 버전, 설정값과 결과를 하나의 기록에 남깁니다.
- 기준 측정Clumsy 없이 정상 시간과 화면을 기록합니다.
- Lag 적용작은 지연 하나만 켜고 다른 모듈은 끕니다.
- 동작 관찰로딩, 시간 초과, 취소, 입력 보존을 확인합니다.
- Stop과 재측정같은 동작이 기준 범위로 돌아왔는지 확인합니다.
05
패킷 손실을 단계적으로 추가
Drop은 선택된 패킷을 버리므로 지연보다 영향이 큽니다. 낮은 확률과 좁은 대상으로 시작해 재시도, 재연결과 부분 실패 안내를 확인합니다. 응답만 사라지면 서버는 작업을 끝냈지만 클라이언트가 다시 요청할 수 있으므로 결과를 단순한 실패로 판단하지 않습니다.
주문, 전송, 저장처럼 중복이 위험한 동작에서는 요청 식별자와 서버 로그를 함께 확인합니다. 연결을 망가뜨리는 것이 목표가 아니라 사용자에게 상태를 제대로 알리고 중복 없이 복구하는지를 평가하는 것이 목표입니다. Drop 값을 바꿀 때는 현재 실행을 Stop하고 별도 시나리오로 기록합니다.
- 낮은 Drop 확률부터 시작합니다.
- 첫 테스트에서는 Lag와 Drop을 동시에 켜지 않습니다.
- 응답 손실과 서버 처리 결과를 대조합니다.
- 재시도가 중복 작업으로 이어지는지 확인합니다.
06
중지, 복구와 결과 기록 완료
설정을 바꿀 때마다 현재 테스트를 중지하고 한 가지 값만 변경해 새 실행으로 기록합니다. 종료할 때는 Stop, 프로세스 종료, 정상 동작, VPN과 프록시 상태를 순서대로 확인합니다. 복구되지 않으면 보호 기능을 끄지 말고 Clumsy와 WinDivert 프로세스, 방화벽과 다른 패킷 도구의 영향을 조사합니다.
완전한 기록에는 대상 빌드, 필터, 기능, 확률 또는 시간, 기준값, 실제값, 로그, 합격 여부와 복구 확인을 포함합니다. 실패한 테스트도 설정과 관찰이 완전하면 유용한 자료입니다. 다른 담당자가 같은 동작을 재현할 수 있어야 우연한 네트워크 변화를 애플리케이션 결함으로 잘못 판단하지 않습니다.
Stop을 눌렀다는 사실만으로 끝내지 않습니다. 프로세스 종료와 같은 기준 동작의 재실행까지 확인한 후 테스트를 닫습니다.
자주 묻는 질문
Clumsy 사용법 자주 묻는 질문
Clumsy는 설치해야 하나요?
일반 설치 프로그램이 아닙니다. 공식 ZIP 전체를 일반 폴더에 풀고 WinDivert 관련 파일과 실행 파일을 같은 위치에서 사용합니다.
처음에는 무엇을 테스트해야 하나요?
중요하지 않은 애플리케이션에 좁은 필터를 설정하고 작은 Lag 값 하나만 시험하는 것이 좋습니다.
필터 문법은 어디서 확인하나요?
공식 Clumsy README와 WinDivert 필터 문법을 기준으로 하며 호스트, 포트, 프로토콜과 방향을 필요한 만큼만 지정합니다.
실행 중에 설정을 바꿔도 되나요?
재현성을 위해 Stop으로 멈춘 뒤 한 가지 변수만 바꾸고 별도 실행으로 기록합니다.
정상 연결로 돌아왔는지 어떻게 확인하나요?
Stop, 프로세스 종료, 같은 기준 동작 재실행을 순서대로 확인합니다. 복구되지 않으면 VPN, 프록시와 방화벽도 조사합니다.
관리자 권한이 필요한 이유는 무엇인가요?
WinDivert가 일치하는 패킷을 캡처하고 다시 주입하는 저수준 작업을 하기 때문입니다. 허가받은 장치에서만 승인합니다.