IT 네트워크 체크리스트로 시작하는 실무형 가이드
IT 네트워크 체크리스트는 “대충 연결만 되면 됐지”라는 생각을 “안전하고, 빠르고, 재현 가능한 구조”로 바꿔주는 가장 확실한 출발점입니다. 특히 워드프레스·블로그 플랫폼 같은 사이트 운영, 사내 업무 시스템, 재택근무, 매장 POS, 영상 업로드, 클라우드 작업까지 모두 결국 IT 네트워크 위에서 성능과 안정성이 갈립니다.
이 글은 실제 현장에서 바로 따라 할 수 있도록 구성했습니다. 네트워크 용어를 얕게 나열하지 않고, 설계-구축-운영-장애대응까지 한 번에 이어지도록 “실전가이드”와 “단계별 체크리스트”를 포함합니다. 또한 관련 글 연결에 맞춰 IT 네트워크를 중심으로, IT 인공지능, IT 업무효율, IT 트러블슈팅, IT 웹마스터, IT 블로그운영, IT 수익화 등 관련 키워드를 자연스럽게 녹였습니다.
네트워크는 “비싸게 장비 사는 것”이 아니라 “문제 생겨도 원인을 바로 좁힐 수 있게 설계하는 것”입니다. 오늘 읽고 끝내는 글이 아니라, 저장해두고 필요할 때 그대로 체크하며 쓰는 문서처럼 만들어두었습니다.
IT 네트워크가 ‘느리다/끊긴다/불안하다’의 진짜 원인
현장에서 “인터넷이 느려요”라는 말은 대부분 하나로 뭉뚱그려져 있지만, 실제 원인은 층층이 다릅니다. IT 네트워크 문제는 크게 5가지로 분해하면 진단이 빨라집니다.
문제 유형 5분류
- 대역폭 부족: 회선이 느린 게 아니라 동시 사용량이 폭증
- 지연/손실: 핑은 튀고 패킷이 유실되어 체감이 급락
- 무선 품질: 채널 혼잡, 전파 간섭, AP 배치, 로밍 실패
- DNS/라우팅: “연결은 되는데” 특정 사이트만 느리거나 안 열림
- 장비/설정: 스위치 루프, 잘못된 VLAN, MTU, 방화벽 정책 충돌
증상별 첫 질문
- 유선도 느린가, 무선만 느린가
- 전체가 느린가, 특정 서비스만 느린가
- 항상 느린가, 특정 시간대만 느린가
- 한 사람만 그런가, 여러 사람이 동시에 그런가
- 최근 바뀐 게 있는가 (장비/케이블/공유기/보안앱/업데이트)
현업 팁 “느림”을 감정으로 설명하지 말고 숫자로 바꾸면 진단이 쉬워집니다. 다운로드/업로드 속도, 지연(ms), 손실(%), 와이파이 RSSI, 채널폭, 클라이언트 수 같은 지표를 모으면 IT 네트워크는 갑자기 ‘해결 가능한 문제’가 됩니다.
IT 네트워크 기본기: OSI·TCP/IP·포트·프로토콜 한 번에 정리
IT 네트워크를 공부할 때 가장 흔한 좌절은 “개념이 너무 많아 보인다”는 느낌입니다. 하지만 실무에서는 완벽 암기보다 “문제 위치를 좁히는 지도”로만 써도 충분합니다. OSI 7계층을 머릿속에 띄워두면, 장애가 생겼을 때 어디부터 볼지 방향이 잡힙니다.
| OSI 계층 | 실무에서 확인하는 것 | TCP/IP 대응 | 예시 |
|---|---|---|---|
| 1 물리 | 케이블, 포트, 전원, 링크 업/다운 | 링크 | 랜선 불량, 허브 전원 문제 |
| 2 데이터링크 | MAC, 스위치, VLAN, 루프 | 링크 | 스위치 루프, VLAN 태깅 오류 |
| 3 네트워크 | IP, 라우팅, 게이트웨이 | 인터넷 | IP 충돌, 라우팅 누락 |
| 4 전송 | TCP/UDP, 포트, 세션 | 전송 | 특정 포트 차단, 세션 폭주 |
| 5~7 세션/표현/응용 | 인증, API, 앱 설정, 브라우저 | 응용 | DNS 문제, 인증서, 앱 버그 |
여기서 꼭 짚을 것 3가지만 기억하면 좋습니다.
- 핑(ping)은 주로 3계층 연결 확인, 포트 테스트는 4계층, 웹 접속 문제는 7계층까지 포함됩니다.
- “인터넷이 안 된다”는 말은 1~7 어디서든 발생할 수 있습니다. 그래서 계층이 지도입니다.
- TCP/IP 구조를 쉽게 이해하려면 외부 참고로 Cloudflare의 TCP/IP 설명을 같이 읽어두면 좋습니다: TCP/IP 개요
네트워크는 “그림을 그릴수록” 쉬워집니다. IT 디자인툴로 네트워크 다이어그램을 단순하게 만들고(라우터-스위치-AP-서버-클라이언트), VLAN과 서브넷만 색으로 구분해두면 운영 난이도가 급격히 떨어집니다. 이 습관 하나가 IT 업무효율을 크게 올립니다.
물리 계층과 장비 선택: 라우터·스위치·AP·케이블
장비는 비싼 제품을 고르는 게임이 아니라 “요구사항에 맞는 계층을 정확히 커버”하는 게임입니다. 특히 소규모 사무실/매장/가정에서는 ‘공유기 하나로 끝내기’가 편해 보이지만, 사용자 수가 늘고 서비스가 다양해질수록 분리(라우터/스위치/AP)는 안정성의 핵심이 됩니다.
| 구성요소 | 역할 | 체크포인트 | 실무 추천 기준 |
|---|---|---|---|
| 라우터/방화벽 | 외부-내부 경계, NAT, 정책 | 동시 세션, VPN, 정책 관리 | 원격근무/지점 있으면 VPN과 정책 로그 필수 |
| 스위치 | 유선 연결, VLAN, PoE | 포트 수, PoE 예산, 관리형 여부 | IP카메라/AP 쓰면 PoE + 관리형이 운영을 살림 |
| 무선 AP | Wi-Fi 품질 책임 | 동시 접속, 로밍, 채널폭 | 방 개수보다 동시 접속 수 기준으로 산정 |
| 케이블/배선 | 기초 체력 | Cat 등급, 길이, 단자 품질 | 랜선은 “안 보이는 인프라”라서 더 중요 |
IT 기기활용 관점에서도 장비 선택 기준이 달라집니다. 예를 들어 NAS, IPTV, 게임기, PoE 카메라, 업무용 PC, 프린터, 스마트TV, 그리고 IT 웨어러블 기기(워치/헬스밴드)까지 동시에 붙는 환경이라면 “무선만 믿는 구성”은 흔히 병목이 됩니다. 핵심 기기는 유선으로, 이동성 기기는 무선으로 역할을 분리하세요.
집/사무실에서 체감 속도가 흔들릴 때 가장 먼저 할 일: (1) 공유기 재부팅이 아니라, (2) 유선으로 한 번 측정, (3) 무선 채널 혼잡 확인, (4) DNS 변경 테스트, (5) 특정 시간대만 느린지 확인. 이 순서만 지켜도 원인 범위를 절반 이상 줄일 수 있습니다.
IT 네트워크 IP 설계와 서브넷팅: 주소계획이 곧 비용절감
IP 설계는 “큰 회사만 하는 것”이 아닙니다. 오히려 작은 조직일수록 IP를 아무렇게나 쓰면 나중에 더 크게 고생합니다. 프린터가 갑자기 안 잡히고, CCTV가 끊기고, 게스트 Wi-Fi가 내부와 섞이고, 재택 VPN이 충돌하는 문제는 대부분 주소계획 부재에서 시작됩니다.
기본 원칙은 단순합니다.
- 서브넷을 목적별로 쪼갠다: 업무PC, 서버/NAS, 게스트, IoT, 관리망
- IP는 고정/유동을 정책으로 나눈다: 서버/프린터/네트워크 장비는 고정, 일반 단말은 DHCP
- 충돌을 피한다: 여러 지점/집/사무실을 VPN으로 잇는다면 대역이 겹치지 않게 설계
| 구역 | 예시 서브넷 | 할당 방식 | 권장 정책 |
|---|---|---|---|
| 업무 단말 | 10.10.10.0/24 | DHCP | 단말 인증(802.1X 또는 최소 MAC 바인딩) 고려 |
| 서버/NAS | 10.10.20.0/24 | 고정 | 관리 포트 제한, 백업망 분리 |
| IoT/CCTV | 10.10.30.0/24 | 고정+DHCP 예약 | 외부로 나가는 트래픽 최소화, 업데이트만 허용 |
| 게스트 Wi-Fi | 10.10.40.0/24 | DHCP | 내부 접근 차단, 인터넷만 |
| 네트워크 관리 | 10.10.99.0/24 | 고정 | 관리자만 접근, 로그 필수 |
참고: 사설 IP 대역은 IETF RFC1918에서 정의된 범위를 주로 사용합니다. 외부 참고 링크: RFC1918 원문, ARIN의 RFC1918 필터링 개요
IT 네트워크 보안 기본: 방화벽·세그먼테이션·접근제어
보안은 “막는 것”이 아니라 “업무는 되게 하되, 사고 범위를 작게 만드는 것”입니다. 특히 IT 블로그운영이나 IT 수익화처럼 광고/트래픽이 붙는 사이트를 운영한다면, 사이트 장애는 곧 수익 손실이 되기 때문에 보안과 안정성은 분리되지 않습니다.
최소한으로 강해지는 보안 6원칙
- 경계 설정: 외부-내부-관리망을 구분한다
- 최소 권한: 필요한 포트/대상만 허용한다
- 세그먼테이션: VLAN/서브넷으로 사고 확산을 막는다
- 원격접속 통제: VPN, MFA, 관리 포트 제한
- 로그: 누가/언제/무엇을 했는지 남긴다
- 업데이트: 펌웨어/OS/앱을 늦지 않게 유지한다
방화벽 정책을 만들 때는 “감”이 아니라 기준 문서를 같이 두면 실수가 줄어듭니다. 예: NIST의 방화벽 가이드(정책/구성/운영 권고)를 참고해 체크리스트를 만들 수 있습니다. NIST SP 800-41 Rev.1 안내 페이지
여기서 IT 인공지능을 보안에 연결하면, 단순 차단을 넘어 “이상 징후 탐지”로 확장됩니다. 예를 들어 평소엔 없던 국가에서 로그인 시도가 급증한다거나, 특정 시간대에만 대량 트래픽이 몰리는 패턴을 자동으로 감지하면 대응 시간이 줄어듭니다. 이게 곧 IT 업무효율입니다.
무선(Wi-Fi) 최적화: 채널·로밍·WPA3·게스트망
IT 네트워크에서 “무선”은 가장 많은 변수가 겹치는 구간입니다. 벽, 가구, 전자레인지, сосед집 공유기, 블루투스, 사람 밀집도까지 영향을 줍니다. 그래서 Wi-Fi 문제는 장비 교체보다 “설정과 배치”에서 해결되는 경우가 많습니다.
무선 품질을 올리는 실무 체크
- AP 위치: 집 중앙/사무실 동선 중앙에 두고 벽을 최소화
- 2.4GHz/5GHz 분리: 혼잡도에 따라 SSID를 분리하거나 밴드 스티어링 적용
- 채널 폭: 무조건 넓게가 정답이 아님(혼잡하면 오히려 체감 하락)
- 로밍: AP가 여러 대면 동일 SSID + 로밍 지원 기능 확인
- 게스트망: 내부망과 분리해 “인터넷만” 허용
- 보안: 가능하면 WPA3 지원을 고려
WPA3 설정 가이드를 빠르게 참고하려면 장비 벤더 문서가 현실적입니다. 예: WPA3 설정 가이드(예시)
IT 웨어러블 기기나 IoT가 많아질수록 게스트망 분리의 중요성이 커집니다. “기기 하나쯤”이라고 생각했는데, 누적되면 네트워크는 복잡해지고 공격 표면이 넓어집니다. 그래서 무선은 성능과 보안을 한 번에 설계해야 합니다.
IT 트러블슈팅 실전가이드: 증상별 진단 순서
IT 트러블슈팅에서 가장 중요한 건 “순서”입니다. 순서가 없으면 같은 자리를 맴돌고, 운 좋으면 고쳐지고 운 나쁘면 더 꼬입니다. 아래는 현장에서 가장 많이 쓰는 진단 흐름을 “증상 → 확인 → 다음 행동”으로 정리한 표입니다.
| 증상 | 가장 먼저 확인 | 다음 확인 | 빠른 해결 방향 |
|---|---|---|---|
| 인터넷 전체 끊김 | 모뎀/ONU 링크, 라우터 WAN | 공인 IP/DNS, 장애 공지 | 회선 장애면 장비 바꿔도 해결 안 됨. 근거 수집 후 통신사 문의 |
| 특정 PC만 끊김 | IP 충돌, 랜선/포트 | 드라이버/보안SW | 다른 포트/랜선 교체로 물리 원인 빠르게 배제 |
| Wi-Fi만 느림 | RSSI/채널 혼잡 | AP 위치/채널폭 | AP 위치 조정 + 채널 재설정이 장비 교체보다 먼저 |
| 사이트만 안 열림 | DNS | 라우팅/방화벽 | DNS 변경 테스트로 1차 분기 |
| 영상 업로드/스트리밍 끊김 | 업로드 대역폭 | 지연/손실 | IT 크리에이터라면 업로드/지연을 함께 봐야 함 |
바로 써먹는 명령어(윈도우/맥 공통 개념)
아래 도구는 “전문가용”이 아니라, 누구나 증거를 만들기 위한 기본 도구입니다.
- ping 연결/지연 확인 (예: 게이트웨이, DNS, 특정 서버)
- tracert 또는 traceroute 경로 확인 (어디에서 막히는지)
- nslookup DNS 확인 (도메인이 어떤 IP로 풀리는지)
- netstat 연결 상태 확인 (세션 폭주, 포트 점유)
“느린지 빠른지”로 말하지 말고, 이렇게 기록하세요. (1) 유선 핑 평균/최대, (2) 무선 핑 평균/최대, (3) 손실률, (4) 업/다운 속도, (5) 문제가 발생한 시간대. 이 5줄만 있어도 IT 네트워크 원인 분석이 압도적으로 빨라집니다.
단계별 체크리스트: 구축·이전·장애 대응·문서화
여기부터가 진짜 “체크리스트”입니다. IT 네트워크는 구성 자체보다 “다음에 같은 일을 반복할 수 있느냐”가 품질입니다. 문서화가 없으면, 장애가 날 때마다 처음부터 다시 시작하게 됩니다.
구축 단계별 체크리스트
- 요구사항 수집: 사용자 수, 주요 서비스(업무/영상/클라우드/VoIP), 보안 수준
- 토폴로지 작성: 라우터-스위치-AP-서버/NAS-단말
- 주소계획: VLAN/서브넷, DHCP 범위, 고정 IP 목록
- 보안정책: 게스트망 분리, 관리망 접근 제한, VPN/MFA
- 장비 선정: 포트/PoE/동시접속/관리 기능 기준
- 구축/테스트: 유선 우선, 다음 무선, 마지막 서비스별 테스트
- 모니터링: 최소한의 로그/알림 도입
- 운영 문서: 변경 이력, 암호 정책, 장애 대응 절차
이전/확장 체크리스트(사무실 이사, 지점 추가)
- 회선 공사 일정과 장비 반입 일정 동기화
- IP 대역 충돌 여부 사전 점검(특히 VPN 사용 시)
- AP 위치는 도면 기준으로 가설 세우고, 오픈 후 현장 측정으로 보정
- 장비 설정 백업(내보내기)과 롤백 계획 준비
장애 대응 체크리스트(초동 조치)
| 단계 | 목표 | 해야 할 일 | 하면 안 되는 일 |
|---|---|---|---|
| 1분 | 범위 파악 | 전체/부분, 유선/무선, 특정 서비스 여부 확인 | 무작정 공장초기화 |
| 5분 | 증거 수집 | 핑/손실/속도 측정, 발생 시간 기록 | 원인 없이 장비부터 교체 |
| 15분 | 원인 좁히기 | DNS/라우팅/무선 간섭/정책 충돌 분기 | 설정을 여러 개 동시에 변경 |
| 30분 | 복구/재발방지 | 롤백 또는 최소 변경으로 복구 후 원인 정리 | 복구 후 기록 없이 종료 |
장애가 해결됐는데도 같은 문제가 반복된다면, 대부분 “원인/대응/결론”이 문서로 남지 않아서입니다. IT 네트워크 운영 문서는 거창할 필요가 없습니다. 날짜, 변경 내용, 영향 범위, 롤백 방법만 써도 다음 문제 해결 속도가 달라집니다.
모니터링과 로그: 네트워크를 IT 차트분석처럼 읽는 방법
네트워크도 결국 데이터입니다. 감으로 운영하면 불안하지만, 지표로 운영하면 안정됩니다. IT 차트분석이 가격을 ‘감정’이 아니라 ‘패턴’으로 읽게 해주듯, IT 네트워크도 트래픽/지연/손실/세션/에러율을 보면 문제가 보이기 시작합니다.
최소 모니터링 지표 8개
- 회선 사용률(다운/업)
- 지연(ms)과 손실(%)
- DNS 응답 시간
- 무선 품질(RSSI, 재전송률)
- AP별 접속자 수
- 방화벽 세션 수
- CPU/메모리(라우터/스위치/AP)
- 주요 서비스 헬스체크(웹/DB/VPN)
| 목적 | 도구 예시 | 장점 | 초보자가 시작하는 방법 |
|---|---|---|---|
| 메트릭 수집 | Prometheus | 가벼움, 표준화, 경보 구축 용이 | 공식 개요를 읽고 가장 중요한 서버부터 수집 |
| 시각화 | Grafana | 대시보드가 강력 | Prometheus 연동 문서로 시작 |
| 로그 분석 | 장비 로그 + 중앙 로그 | 원인 추적 가능 | 우선 방화벽/라우터 DNS 로그부터 수집 |
여기에 IT 인공지능을 섞으면, “알림이 너무 많아 무시하게 되는 문제”를 줄일 수 있습니다. 예를 들어 평소 패턴과 다른 급격한 변화만 골라 알리고, 반복되는 장애는 자동으로 분류해 IT 트러블슈팅 시간을 줄이는 식입니다.
IT 네트워크 확장 사례: 클라우드·가상화·IT 블록체인 노드
요즘 IT 네트워크는 사무실 벽을 넘어 확장됩니다. SaaS, 클라우드 서버, CDN, 원격근무, 그리고 개인 단위에서도 IT 가상자산/IT 블록체인 관련 워크로드(노드, 지갑, 거래소 접속, 모니터링)가 늘면서 네트워크 요구사항이 다양해졌습니다.
클라우드/가상화에서 네트워크가 중요해지는 포인트
- VPN/터널: 지점-클라우드 간 경로/대역폭/지연이 서비스 체감에 직결
- 보안그룹/ACL: 방화벽이 ‘장비’가 아니라 ‘정책’으로 옮겨감
- DNS/인증: SaaS 장애처럼 보여도 실제는 DNS/SSO 문제인 경우가 많음
IT 온체인 분석이나 노드 운영을 한다면, 네트워크에서 중요한 건 단순 속도보다 “안정적인 업타임”입니다. 지연이 조금 있어도 끊기지 않는 회선, 라우터 재부팅 시 자동 복구되는 설정, 원격에서 장비 상태를 확인할 수 있는 관리 체계가 핵심입니다.
IT 블록체인/IT 가상자산 작업자가 흔히 겪는 네트워크 문제
- 거래소/노드 접속이 특정 ISP에서 불안정: DNS, 라우팅, 피어 연결 문제로 분기
- 차트/데이터 피드가 끊김: Wi-Fi 간섭보다 업로드 손실이 원인인 경우도 많음
- 보안 위험: 피싱/악성 확장프로그램보다 먼저, 관리 포트 노출부터 점검
네트워크 기본 개념을 더 쉽게 복습하고 싶다면: IP 개요 같은 자료를 같이 읽어두면 도움이 됩니다.
IT 크리에이터·IT 웹마스터를 위한 네트워크: 웹 성능과 IT 수익화
IT 크리에이터는 업로드/라이브 스트리밍, IT 웹마스터는 사이트 속도/가용성이 생명입니다. 결국 둘 다 IT 네트워크 품질이 ‘조회수’와 ‘수익’으로 연결됩니다. 특히 IT 블로그운영을 하면서 IT 수익화를 목표로 한다면, 느린 사이트는 방문자가 떠나고 광고 수익도 흔들립니다.
IT 웹디자인/사이트 운영에서 네트워크가 체감되는 지점
- 이미지/영상 최적화만 해도 빨라지지만, 원본 서버 네트워크가 불안정하면 한계가 있음
- CDN을 쓰면 체감이 좋아지지만, 원본 서버(오리진) 연결이 안정적이어야 함
- 관리자 페이지가 느릴 때: 서버 문제인지, 로컬 네트워크 문제인지 먼저 분리
사이트가 느리다고 느껴질 때, 바로 서버를 의심하기 전에 로컬에서 3단계로 분리하세요. (1) 같은 네트워크에서 다른 기기도 느린가, (2) 모바일 데이터로 접속하면 빠른가, (3) DNS를 바꾸면 개선되는가. 이 3단계는 서버/네트워크/네임리졸브 문제를 빠르게 분리해줍니다.
업로드/라이브 품질을 올리는 네트워크 설정 습관
- 가능하면 유선 업로드: 특히 방송 PC는 유선이 기본
- 업로드 대역폭 여유 확보: 동시 백업/동기화 작업 시간대를 분리
- 라우터 QoS는 만능이 아님: 먼저 병목을 측정하고 적용
- 게스트망 분리: 방문자 Wi-Fi가 업무/방송 트래픽을 잡아먹지 않게
이 흐름을 꾸준히 적용하면, 네트워크가 ‘장애가 나면 고치는 대상’이 아니라 ‘성과를 유지하는 인프라’로 바뀝니다. 이게 IT 업무효율의 본질입니다.
자주 묻는 질문(FAQ): 설정/장비/보안에서 헷갈리는 포인트
Q. 공유기만 좋은 걸로 바꾸면 IT 네트워크가 해결되나요?
A. 경우에 따라 개선되지만, 무선 간섭/배선/주소 충돌/정책 문제라면 공유기 교체로 해결되지 않습니다. 먼저 유선 기준으로 회선 품질과 지연/손실을 확인하고, 무선 문제인지 계층을 분리하세요.
Q. 게스트 Wi-Fi를 꼭 분리해야 하나요?
A. 방문자 단말이 내부 프린터/NAS/관리 페이지에 접근할 필요가 없다면 분리하는 게 기본입니다. 보안도 보안이지만, 트래픽 혼선과 장애 범위를 줄이는 효과가 큽니다.
Q. VPN 쓰면 왜 자꾸 충돌이 나나요?
A. 가장 흔한 이유는 IP 대역이 겹치기 때문입니다. 집/사무실/지점이 모두 192.168.0.0/24 같은 대역을 쓰면 터널이 꼬일 수 있습니다. 처음부터 주소계획을 다르게 잡는 것이 정답입니다.
Q. “DNS만 바꿨는데 빨라졌다”는 게 말이 되나요?
A. 가능합니다. 특정 DNS가 느리거나, 캐시/경로/차단 정책과 맞물리면 체감이 달라집니다. 다만 DNS 변경은 진단을 위한 분기점이지, 근본 원인이 무엇인지 확인하는 과정이 뒤따라야 합니다.
Q. 모니터링은 큰 회사만 하나요?
A. 아닙니다. 오히려 작은 환경일수록 최소 모니터링이 중요합니다. 한 번 장애가 나면 대체 인력이 없어서 손해가 더 큽니다. Prometheus 같은 도구는 작은 환경에서도 충분히 시작할 수 있습니다.
IT 네트워크 습관: 오늘 바로 적용하는 운영 루틴
마지막으로, IT 네트워크를 “안정적인 상태로 유지”하기 위한 루틴을 정리합니다. 네트워크는 완벽하게 한 번 만들고 끝나는 게 아니라, 변화에 맞춰 계속 관리해야 합니다.
주간 루틴(10분)
- 장비 상태(업타임/CPU/메모리) 확인
- 최근 장애/느림 신고가 있었는지 기록
- 무선 접속자 폭증 시간대 확인
- 펌웨어/보안 업데이트 공지 체크
월간 루틴(30분)
- IP 고정 목록/장비 목록 최신화
- 방화벽 정책 “왜 열려 있는지” 설명 문구 추가
- 백업 설정/구성 내보내기 파일 최신화
- 게스트망 분리/암호 정책 점검
IT 네트워크는 기술이기 전에 습관입니다. 체크리스트로 설계하고, 지표로 운영하고, 기록으로 재현 가능하게 만들면, 장애가 줄고 대응도 빨라집니다.