2026 사무실 네트워크 끊김 원인 찾고 해결하는 법

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

화상회의가 멈추고 파일 서버 연결이 끊기는데 공유기를 재부팅하면 잠시 정상으로 돌아오나요? 이런 증상은 인터넷 회선 하나만의 문제가 아니라 케이블 불량, IP 충돌, DHCP 설정, DNS 장애, 스위치 루프, 무선 간섭이 복합적으로 만든 결과일 수 있습니다. 무작정 장비부터 교체하면 비용은 늘고 원인은 남으므로, 장애 범위를 좁히는 순서가 중요합니다.

이 가이드는 2026년 기업 환경에서 자주 발생하는 사무실 네트워크 끊김을 사용자가 직접 1차 진단하고, 필요한 경우 통신사나 IT 인프라 업체에 정확한 근거를 전달할 수 있도록 구성했습니다. 작업 전에는 장애 시각, 영향을 받은 좌석, 유선·무선 여부와 표시된 오류 문구를 기록해 두세요.

1. 네트워크 끊김 범위부터 정확히 구분합니다

한 대의 문제인지 사무실 전체 장애인지 확인

가장 먼저 확인할 것은 장애의 범위입니다. 특정 노트북 한 대만 끊기면 랜 케이블, 무선 랜 드라이버, 절전 설정 또는 해당 단말의 IP 구성을 의심할 수 있습니다. 반대로 같은 층의 여러 PC와 전화기가 동시에 끊긴다면 액세스 스위치, 상위 링크, 라우터 또는 통신 회선 쪽으로 점검 범위를 넓혀야 합니다.

인터넷만 안 되는 것과 사내 서버까지 연결되지 않는 것도 구분해야 합니다. 사내 NAS나 프린터에는 접속되지만 외부 웹사이트만 열리지 않는다면 게이트웨이 또는 회선 장애일 가능성이 큽니다. IP 주소로는 접속되는데 도메인 이름으로 접속되지 않는다면 DNS 문제에 가깝습니다. 네트워크의 기본 개념이 필요하다면 네이버 지식백과의 네트워크 설명도 함께 참고할 수 있습니다.

• 한 대만 끊김: 단말, 랜 케이블, 포트, 드라이버를 우선 점검합니다.
• 한 구역만 끊김: 해당 구역 스위치와 업링크 케이블을 확인합니다.
• 전 직원이 끊김: 코어 스위치, 방화벽, 라우터와 통신 회선을 확인합니다.
• 유선은 정상이고 무선만 끊김: AP 전원, 채널 간섭, 로밍 설정을 살핍니다.
• 웹사이트 이름만 해석되지 않음: DNS 서버 응답과 설정값을 점검합니다.

현장 팁: “인터넷이 느리다”는 표현만으로는 원인을 찾기 어렵습니다. 장애 시작 시각과 장소, 사용한 장치, 접속 대상, 유선·무선 여부를 한 줄로 기록하면 복구 시간이 크게 단축됩니다.

2. 케이블과 스위치 포트의 물리 장애를 해결합니다

재부팅보다 먼저 링크 상태를 확인하는 순서

사무실 네트워크 고장의 상당수는 복잡한 소프트웨어보다 랜 케이블과 커넥터, 스위치 포트에서 시작됩니다. 책상 이동 후 케이블이 의자에 눌렸거나 RJ45 단자가 느슨해지면 링크가 순간적으로 내려갔다가 다시 연결됩니다. 링크 LED가 일정하지 않게 꺼졌다 켜지거나, 운영체제에 ‘네트워크 케이블이 연결되지 않음’이 반복 표시된다면 물리 구간을 먼저 의심하세요.

정상으로 확인된 짧은 패치 케이블로 교차 시험하고, 같은 스위치의 다른 포트에 연결해 증상을 비교합니다. 케이블을 바꾸자 정상화되면 기존 케이블을 폐기하거나 라벨을 붙여 격리해야 합니다. 포트만 바꿨을 때 해결된다면 해당 포트의 오류 카운터와 속도 협상 상태를 확인하고, 관리형 스위치에서는 CRC 오류와 링크 업·다운 기록을 보존하는 것이 좋습니다.

1. PC와 스위치 양쪽 커넥터를 뺐다가 걸쇠가 잠기도록 다시 연결합니다.
2. 검증된 Cat6 이상 케이블로 바꿔 동일 작업을 반복합니다.
3. 스위치의 빈 포트로 이동해 링크 LED와 연결 속도를 비교합니다.
4. 자동 협상 상태에서 1Gbps 또는 계약된 속도로 연결되는지 확인합니다.
5. 벽면 포트를 사용한다면 패치패널 번호와 좌석 번호가 일치하는지 추적합니다.

전화기, 무선 AP, CCTV처럼 PoE로 전원을 받는 장치는 데이터뿐 아니라 전력 예산도 확인해야 합니다. 스위치 전체 PoE 공급량을 초과하면 일부 장치가 재부팅되거나 시간대별로 끊길 수 있습니다. 장치별 소비 전력과 스위치의 총 PoE 용량을 비교하고, 고출력 장비가 요구하는 PoE 규격도 확인하세요. 단순 케이블 테스터는 배선 순서만 확인할 수 있으므로 간헐 장애가 계속되면 전문 인증 장비로 손실과 누화를 측정해야 합니다.

3. IP 충돌과 DHCP·DNS 오류를 단계별로 바로잡습니다

주소는 받았지만 업무 시스템이 열리지 않을 때

PC에 169.254로 시작하는 주소가 표시된다면 DHCP 서버에서 정상적인 IP 주소를 받지 못했을 가능성이 높습니다. 이때는 단말을 반복 재부팅하기보다 DHCP 서버의 서비스 상태, 주소 풀 잔여량, VLAN별 릴레이 설정과 스위치 포트의 VLAN 할당을 확인해야 합니다. 신규 직원이나 모바일 기기가 급증한 사무실에서는 DHCP 주소 풀 고갈이 출근 시간대의 간헐 장애로 나타나기도 합니다.

‘IP 주소 충돌’ 경고가 보이거나 같은 장비만 번갈아 끊긴다면 수동 IP와 DHCP 할당 범위가 겹쳤는지 살펴보세요. 프린터, NAS, 출입통제기처럼 고정 주소가 필요한 장비는 임의로 수동 입력하기보다 DHCP 예약을 활용하는 편이 관리에 유리합니다. 네트워크 계층과 주소 전달 원리를 더 체계적으로 확인하려면 혼자 공부하는 네트워크 같은 입문서를 참고하면 현장 점검표를 이해하는 데 도움이 됩니다.

• IP 확인: 주소, 서브넷 마스크, 기본 게이트웨이, DNS 서버가 사내 정책과 맞는지 비교합니다.
• DHCP 확인: 임대 가능 주소 수와 임대 기간, 중복 예약 기록을 살핍니다.
• 게이트웨이 시험: 먼저 기본 게이트웨이에 응답이 있는지 확인합니다.
• 외부 IP 시험: 외부 IP는 연결되지만 도메인이 안 열리는지 비교합니다.
• DNS 시험: 내부 DNS와 승인된 보조 DNS의 응답 시간 및 실패 기록을 확인합니다.

DNS 장애라고 판단되더라도 직원 PC마다 임의의 공용 DNS를 입력하는 방법은 피해야 합니다. 사내 도메인, 그룹웨어 또는 보안 필터가 내부 DNS에 의존하면 다른 업무 장애가 생길 수 있기 때문입니다. 먼저 DNS 캐시를 갱신하고 지정 서버의 응답을 시험한 뒤, 조직의 변경 절차에 따라 보조 DNS와 포워더를 조정하세요. 설정 변경 전후 값을 화면이나 문서로 남기는 습관이 복구 실패를 막아 줍니다.

4. 스위치 루프와 트래픽 폭주 원인을 추적합니다

모두 느려졌다가 케이블 하나를 빼면 살아나는 증상

사무실 전체가 갑자기 느려지고 스위치 LED가 모든 포트에서 빠르게 점멸한다면 네트워크 루프 또는 브로드캐스트 폭주를 의심해야 합니다. 회의실의 소형 스위치 양쪽을 벽면 포트 두 개에 동시에 연결하거나, 자리 이동 중 패치 케이블로 같은 스위치 포트를 서로 연결하면 프레임이 순환할 수 있습니다. 이 상황에서는 인터넷 회선 대역폭을 늘려도 문제가 해결되지 않습니다.

관리형 스위치에서는 CPU 사용률, 브로드캐스트 비율, MAC 주소 이동 기록과 STP 차단 포트를 확인합니다. 비관리형 스위치만 사용한다면 최근 설치하거나 이동한 장비부터 한 구간씩 분리해 정상화 시점을 찾되, 서버나 코어 업링크를 무계획하게 뽑아서는 안 됩니다. 네트워크 연결 구조에 대한 보충 설명은 네트워크 관련 지식백과 자료에서 확인할 수 있습니다.

1. 장애 발생 직전 연결하거나 이동한 스위치, AP, IP 전화기를 목록화합니다.
2. 관리 화면에서 비정상적으로 높은 트래픽과 MAC 주소 변동 포트를 찾습니다.
3. 의심되는 말단 링크를 하나씩 분리하고 전체 응답 시간이 회복되는지 확인합니다.
4. 원인 포트가 확인되면 케이블 경로와 소형 스위치 연결 구조를 바로잡습니다.
5. STP, BPDU Guard, Storm Control을 장비 정책에 맞게 적용하고 설정을 백업합니다.

대용량 클라우드 백업이나 운영체제 업데이트도 트래픽 폭주처럼 보일 수 있습니다. 이 경우에는 포트별 사용량과 애플리케이션별 세션을 확인해 루프와 구분해야 합니다. 업무 시간에는 백업 속도를 제한하고 대규모 배포는 시간대를 나누며, 음성·화상회의 트래픽에는 QoS 우선순위를 적용할 수 있습니다. 다만 QoS는 대역폭 자체를 늘리는 기능이 아니므로 회선 사용률이 지속적으로 포화된다면 회선 증설이나 경로 분산을 함께 검토해야 합니다.

주의: 루프가 의심된다고 코어 스위치 전원을 즉시 끄면 전화, 출입통제, 서버까지 중단될 수 있습니다. 최근 변경된 말단 구간부터 격리하고 로그를 확보하는 방식이 안전합니다.

5. 와이파이 끊김과 로밍 실패를 현장에서 개선합니다

신호 세기보다 채널과 AP 배치를 함께 점검

와이파이 아이콘이 가득 차 있어도 통신이 끊길 수 있습니다. 주변 AP가 같은 채널을 과도하게 사용하거나 한 AP에 사용자가 몰리면 신호 세기와 관계없이 지연과 재전송이 증가합니다. 특히 회의실, 교육장, 휴게 공간은 짧은 시간에 단말 수가 급증하므로 동시 접속 밀도를 기준으로 AP 용량과 배치를 설계해야 합니다.

2.4GHz는 도달 거리가 길지만 사용할 수 있는 비중첩 채널이 적고 간섭을 받기 쉽습니다. 5GHz와 6GHz 대역은 더 넓은 채널을 활용할 수 있지만 벽과 문에 따른 감쇠가 커질 수 있습니다. 최신 AP를 설치했다는 이유만으로 채널 폭을 모두 최대로 설정하면 오히려 이웃 AP와 겹칠 수 있으므로, 현장 측정 결과와 단말 호환성을 바탕으로 채널과 출력값을 조정하세요.

• 업무 시간대에 RSSI, 신호 대 잡음비, 채널 사용률을 함께 측정합니다.
• AP별 접속 단말 수와 재전송률을 비교해 과밀 구간을 찾습니다.
• 직원망과 방문자망을 VLAN 및 접근 정책으로 분리합니다.
• 펌웨어 변경 전 호환 단말 목록과 이전 버전 복구 방법을 확보합니다.
• 자동 채널 기능을 사용하더라도 변경 이력을 주기적으로 검토합니다.

로밍 장애는 AP를 많이 설치한다고 해결되지 않습니다. 출력이 과도하면 단말이 멀어진 AP를 계속 붙잡는 ‘스티키 클라이언트’ 현상이 생길 수 있습니다. 인접 셀의 신호가 적절히 겹치도록 출력과 최소 접속 신호 기준을 조정하고, 음성 단말을 운영한다면 빠른 로밍 지원 여부도 함께 시험해야 합니다.

6. 재발을 막는 장애 기록과 점검 체크리스트

복구 후 30분 동안 반드시 확인할 항목

케이블을 교체하거나 장비를 재부팅해 서비스가 돌아왔다고 작업을 끝내면 같은 문제가 다시 발생할 수 있습니다. 복구 시각부터 최소 30분 동안 패킷 손실, 지연 시간, 링크 오류, DHCP 할당과 DNS 응답을 관찰하세요. 원인이 확인되지 않은 상태에서 재부팅만 했다면 임시 복구로 기록하고 추가 모니터링 일정을 잡아야 합니다.

통신사나 네트워크 구축 업체에 장애를 접수할 때는 “자주 끊긴다”보다 수치와 범위를 전달하는 것이 효과적입니다. 예를 들어 “7월 30일 10시 12분부터 3층 유선 사용자 18명에게 기본 게이트웨이 패킷 손실 25% 발생, 2층은 정상”이라고 설명하면 담당자가 회선보다 3층 스위치 구간을 먼저 확인할 수 있습니다. 장비 로그의 시간 정확도를 위해 NTP 동기화도 점검하세요.

1. 변경 기록: 교체한 케이블, 이동한 포트, 수정한 설정과 작업자를 적습니다.
2. 성능 확인: 내부 게이트웨이와 외부 목적지의 지연 및 손실을 각각 측정합니다.
3. 로그 보관: 스위치 링크 이벤트, 방화벽 세션, DHCP와 DNS 오류를 저장합니다.
4. 영향 확인: 유선, 무선, IP 전화, 프린터와 업무 서버를 실제 사용자 환경에서 시험합니다.
5. 구성 백업: 정상화된 스위치와 방화벽 설정을 날짜가 포함된 이름으로 백업합니다.
6. 재발 기준: 손실률, 지연, 오류 건수가 어느 수준이면 알림을 보낼지 정합니다.

직접 조치 중에도 동일 장애가 반복되거나 코어 스위치와 방화벽에서 오류가 발견되면 전문 업체의 분석을 받는 편이 안전합니다. 특히 여러 VLAN, 이중화 회선, IP 전화와 보안 장비가 연결된 환경에서는 한 설정 변경이 다른 서비스에 영향을 줄 수 있습니다. SKCN과 같은 네트워크·IT 인프라 전문 기업에 문의할 때 이 체크리스트와 로그를 함께 전달하면 현장 진단과 통신 솔루션 개선 범위를 더 빠르게 결정할 수 있습니다.