네트워크 로그를 30일 남겨봤더니 장애 원인이 보였다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

로그를 남기자 장애 시간이 먼저 줄었습니다

끊김의 원인은 느낌보다 시간표에 가깝습니다

사무실 네트워크가 느려질 때 가장 먼저 나오는 말은 대개 같습니다. “와이파이가 약한 것 같다”, “인터넷 회선 문제 같다”, “누가 대용량 파일을 받는 것 같다”처럼요. 그런데 30일 동안 네트워크 로그를 남겨보면 의외로 원인은 감각이 아니라 반복되는 시간, 특정 장비, 특정 구역에서 먼저 보입니다.

처음부터 비싼 모니터링 솔루션을 들일 필요는 없습니다. 공유기나 방화벽, 무선 AP, 관리형 스위치의 관리자 화면에 있는 기본 로그만 켜도 충분히 시작할 수 있습니다. 네트워크라는 말의 범위를 다시 확인하고 싶다면 네이버 지식백과의 네트워크 설명처럼 장치와 장치가 연결되는 구조부터 잡아두면 판단이 쉬워집니다.

• 장애 발생 시각: 매일 9시, 점심 직후, 퇴근 전처럼 몰리는 시간이 있는지 봅니다.
• 장비별 재부팅 기록: AP나 스위치가 조용히 재시작되는 경우가 생각보다 많습니다.
• DHCP 임대 실패: 접속은 된 것 같은데 IP를 못 받아 인터넷이 안 되는 상황을 잡아냅니다.
• DNS 응답 지연: 웹페이지가 늦게 뜨는 문제가 회선이 아니라 이름 해석 문제일 수 있습니다.

팁: 로그를 켤 때는 모든 항목을 한꺼번에 켜기보다 접속, 인증, DHCP, DNS, 장비 재시작부터 시작하는 편이 좋습니다. 처음부터 너무 많은 로그를 보면 중요한 신호가 묻힙니다.

관리자 화면에서 잘 안 보는 숫자가 힌트였습니다

트래픽 총량보다 재전송률을 먼저 봅니다

사무실에서 “인터넷이 느리다”고 말할 때 다운로드 속도만 확인하는 경우가 많습니다. 하지만 IT 인프라 관점에서는 총속도보다 패킷 손실, 재전송, 채널 사용률, 클라이언트 수가 더 정확한 단서가 됩니다. 속도 측정은 멀쩡한데 화상회의만 끊긴다면, 순간 대역폭보다 지연과 재전송이 문제일 가능성이 높습니다.

무선 AP 관리자 화면에는 보통 채널, 신호 세기, 노이즈, 접속 단말 수가 표시됩니다. 잘 알려지지 않은 꿀팁은 여기서 평균값보다 가장 나쁜 구역의 숫자를 보는 것입니다. 전체 평균 신호가 양호해도 회의실 한쪽 끝에서 RSSI가 낮고 재전송이 높으면, 그 자리가 실제 불만의 출발점이 됩니다.

1. AP별 접속 단말 수를 비교해 한 장비에만 사용자가 몰리는지 확인합니다.
2. 2.4GHz와 5GHz 비율을 봅니다. 오래된 단말이 2.4GHz에 몰리면 체감 속도가 떨어질 수 있습니다.
3. 채널 사용률이 높은 시간대를 메모합니다. 주변 사무실 AP와 겹치는지 확인하는 단서가 됩니다.
4. 재전송률이 높은 구역은 AP 추가보다 위치 조정이 먼저일 수 있습니다.

숨어 있는 오래된 장비가 전체 품질을 끌어내립니다

관리자 화면에서 단말 목록을 보면 오래된 프린터, 창고의 바코드 장비, 회의실 무선 동글처럼 평소 존재감이 없는 장비가 보입니다. 이런 장비가 낮은 무선 규격으로 붙거나 IP를 반복 요청하면 전체 사무실 네트워크 품질을 흔들 수 있습니다. 장비를 바꾸기 어렵다면 별도 SSID로 분리하거나 접속 시간을 제한하는 것만으로도 체감이 달라집니다.

• 프린터, 출입통제, CCTV, 키오스크 장비는 업무용 노트북과 같은 SSID에 두지 않습니다.
• 게스트 와이파이는 내부 서버와 통신하지 못하도록 분리합니다.
• 고정 IP 장비는 IP 충돌을 피하기 위해 DHCP 예약으로 관리합니다.

무료 기능만 켜도 네트워크 지도가 생깁니다

장비 이름을 바꾸는 것부터 시작합니다

숨겨진 팁 중 가장 효과가 큰 것은 장비 이름 정리입니다. AP-1, Switch-2 같은 이름은 장애 때 거의 도움이 되지 않습니다. “3F회의실_AP”, “대표실_프린터”, “창고_CCTV스위치”처럼 위치와 역할을 넣어두면 로그 한 줄만 보고도 어디를 봐야 할지 바로 알 수 있습니다. 이 작은 습관이 네트워크 구축 이후 운영 시간을 크게 줄입니다.

네트워크와 IT의 경계가 헷갈릴 때도 있습니다. 예를 들어 프린터가 안 되는 문제는 프린터 고장 같지만, 실제로는 VLAN, IP 충돌, DNS, 방화벽 정책 문제일 수 있습니다. 넓은 의미의 정보기술 범위는 IT 용어 설명을 참고하면 이해가 쉽고, 현장에서는 이 범위를 장비 목록으로 바꾸는 것이 실전 팁입니다.

• IP 대장은 엑셀보다 공유 문서로 두고 변경 날짜를 남깁니다.
• 포트 라벨은 케이블 양쪽에 붙여야 실제 점검 때 의미가 있습니다.
• 펌웨어 버전은 최신 여부보다 변경 이력을 함께 기록해야 원인 추적이 쉽습니다.

전문가 조언: 네트워크 지도는 예쁘게 그리는 문서가 아니라 장애 때 바로 열어보는 운영 도구입니다. 실제 포트 번호, 위치, 담당자, 장비명을 함께 넣어야 힘을 발휘합니다.

보안 장비 알림은 소리보다 패턴으로 봐야 합니다

방화벽 로그는 차단보다 허용을 같이 봐야 합니다

방화벽이나 UTM을 설치한 뒤 알림이 많아지면 오히려 아무도 보지 않게 됩니다. 그래서 잘 알려지지 않은 활용법은 위험 알림을 더 키우는 것이 아니라, 정상 트래픽의 패턴을 먼저 만들어두는 것입니다. 평소 어떤 클라우드, 메일 서버, 원격 접속, 백업 서버와 통신하는지 알아야 낯선 접속이 들어왔을 때 빠르게 구분할 수 있습니다.

통신 솔루션을 운영할 때는 차단 로그만 보면 절반만 보는 셈입니다. 허용된 접속 중에서도 새벽 시간대의 대용량 업로드, 평소 없던 해외 IP, 같은 계정의 반복 로그인 실패는 중요한 신호가 됩니다. 관련 용어가 어렵다면 네트워크 기본 개념을 참고해 통신 흐름을 먼저 이해해두는 것이 좋습니다.

• 허용 로그: 정상 업무 시간과 다른 접속이 있는지 봅니다.
• 반복 실패: VPN, 관리자 페이지, 메일 계정의 로그인 실패를 따로 모읍니다.
• 국가별 접속: 해외 협업이 없다면 낯선 국가 접속은 우선 확인합니다.
• 백업 트래픽: 업무 시간에 백업이 돌면 회선이 느려 보일 수 있으니 시간을 분리합니다.

알림 기준은 낮게 시작해 줄이는 편이 낫습니다

처음부터 완벽한 보안 정책을 만들려고 하면 현장 업무가 막힙니다. 반대로 아무 알림도 없으면 이상 징후를 놓칩니다. 그래서 첫 2주 동안은 넓게 기록하고, 이후 실제 업무에 필요한 트래픽을 예외로 정리하는 방식이 현실적입니다. SKCN 같은 네트워크 전문 기업에 문의할 때도 이 로그가 있으면 “느려요”가 아니라 “월요일 오전 VPN 실패가 40건 늘었습니다”처럼 구체적으로 설명할 수 있습니다.

1. 첫 주에는 차단, 허용, 인증 로그를 넓게 수집합니다.
2. 둘째 주에는 정상 업무 서비스를 예외 목록으로 분류합니다.
3. 셋째 주부터 반복되는 낯선 패턴만 알림으로 남깁니다.

월요일 오전 9시 회의실 끊김을 따라가 봤습니다

한 사례를 끝까지 추적하면 다음 장애가 빨라집니다

실제 상황을 하나 따라가 보겠습니다. 25명 규모 사무실에서 월요일 오전 9시마다 회의실 화상회의가 끊긴다는 민원이 반복됐습니다. 처음에는 회선 증설을 검토했지만, 30일 로그를 보니 전체 트래픽은 한도에 닿지 않았습니다. 대신 회의실 AP에 접속한 단말이 18대를 넘는 순간 재전송률이 올라가고, 같은 시간 백업 서버가 클라우드로 대용량 업로드를 시작하고 있었습니다.

해결은 거창하지 않았습니다. 회의실 AP 위치를 천장 중앙으로 옮기고, 화상회의 장비만 5GHz 전용 SSID에 연결했습니다. 백업은 오전 7시 이전으로 옮겼고, 게스트 단말은 회의실 AP에 붙지 않도록 로밍 기준을 조정했습니다. 장비 교체 없이도 끊김 빈도는 줄었고, 다음 주에는 같은 증상을 10분 안에 확인할 수 있었습니다.

• 1단계: 민원 시간을 로그 시간과 맞춥니다. 기억보다 기록이 정확합니다.
• 2단계: 회선 사용량, AP 접속 수, 재전송률을 같은 시간대로 비교합니다.
• 3단계: 장비 구매 전에 위치, SSID, 백업 시간, 로밍 기준을 먼저 조정합니다.
• 4단계: 조치 후 1주일 동안 같은 지표를 다시 남겨 효과를 확인합니다.

작은 기록이 네트워크 투자 순서를 바꿉니다

이 사례의 핵심은 비싼 장비를 사지 않았다는 점이 아니라, 무엇을 먼저 바꿔야 하는지 순서가 보였다는 점입니다. 로그가 없었다면 회선 증설, AP 추가, 노트북 교체가 동시에 논의됐을 것입니다. 하지만 기록을 남기면 지금 필요한 조치와 나중에 해도 되는 투자가 분리됩니다.

사무실 네트워크는 한 번 구축하고 끝나는 설비가 아니라 매일 조금씩 상태가 바뀌는 운영 자산입니다. 직원 수, 회의 방식, 클라우드 사용량, 보안 정책이 바뀌면 같은 장비도 다르게 동작합니다. 30일 로그를 남기는 습관은 작은 꿀팁처럼 보이지만, 실제로는 IT 인프라 비용을 아끼고 장애 대응 속도를 높이는 가장 현실적인 출발점입니다.