가이드 › DeviceWatch
다른 언어 English · 日本語 · 한국어 · 简体中文
DeviceWatch
스위치·라우터·서버 SNMP 감시 — 1.2.9
이 판에서 바뀐 것
- 체험이 끝나면 Poll now 로도 장비를 조회하지 않습니다. 만료 화면을 닫을 수 있고, 모은 기록은 읽기 전용으로 볼 수 있습니다.
- 데이터 폴더를 지워도 30일 체험이 다시 시작되지 않습니다. 체험 시작 시각을 데이터 폴더 밖에도 기록하고, 가장 이른 기록을 따릅니다. 확인은 이 컴퓨터 안에서만 합니다.
- 라이선스 칸이 더 이상 앞뒤가 맞지 않는 말을 하지 않습니다. 체험 중이면 체험과 남은 날을 보여 주고, 만료되었거나 맞지 않는 저장 키는 "쓰지 않음" 으로 표시하고 지우기 단추를 줍니다.
- 트래픽·하드웨어 그래프가 데이터가 있는 구간만 칠하고(왼쪽 끝에서 이어지는 삼각형이 사라졌습니다), 네트워크 맵의 상자가 더 이상 겹치지 않습니다.
- Windows 설치본은 Authenticode 서명과 타임스탬프가 들어가 있습니다.
1. 설치
설치할 기계에 맞는 것을 고르세요. 아래는 전부 최신판이고, 이전 판은 릴리즈 노트에 있습니다.
- macOS · Apple silicon DeviceWatch-1.2.9-arm64.dmg
- macOS · Intel DeviceWatch-1.2.9-x64.dmg
- Windows installer DeviceWatch-1.2.9-x64.exe
- Windows portable ZIP DeviceWatch-1.2.9-x64.zip
- Linux · Debian/Ubuntu DeviceWatch-1.2.9-amd64.deb
- Linux · AppImage DeviceWatch-1.2.9-x86_64.AppImage
받은 파일을 확인하세요. 게시된 체크섬은 여기 있습니다: DeviceWatch-SHA256SUMS.txt
macOS·Linux:
shasum -a 256 DeviceWatch-1.2.9-arm64.dmg
Windows:
Get-FileHash -Algorithm SHA256 DeviceWatch-1.2.9-x64.exe
macOS 판은 Apple 공증을 받아 경고 없이 열립니다. Windows 설치본은 Authenticode 서명과 타임스탬프가 붙어 있습니다. 인증서가 새것이라 평판이 쌓일 때까지 SmartScreen 경고가 뜰 수 있습니다. 뜨면 추가 정보 → 실행을 고르세요.
2. 첫 실행
- 감시할 장비에서 SNMP 를 켭니다. 그 장비에는 아무것도 설치하지 않습니다.
- v1/v2c 는 커뮤니티 문자열, v3 는 자격증명을 DeviceWatch 에 줍니다. 읽기 전용이면 충분합니다 — DeviceWatch 는 장비에 쓰지 않습니다.
- 탐색은 IP 하나, 범위, CIDR 블록 모두 받습니다.
- 폴링은 UDP 161 로 나갑니다. 들어오는 UDP 162 는 트랩을 받고 싶을 때만 필요합니다.
모든 설치는 유료판 30일 체험으로 시작합니다. 미리 요구하는 것이 없습니다 — 카드도, 계정도, 메일 주소도.
3. 운영
장비 수 기준 라이선스
유료판은 250대까지입니다. 이 숫자는 마케팅이 아니라 실측에서 나왔습니다 — 30초 주기 폴링이 디스크에서 여유를 잃기 시작하는 지점이 그 근처입니다. 더 큰 망은 별도 계약으로 받습니다.
베이스라인과 경보
DeviceWatch 는 장비별 평상시를 학습하고 거기서 벗어나면 경보합니다. 앱 안에서 돌며, 계산을 위해 무언가를 밖으로 보내지 않습니다.
이웃 지도
스위치가 알고 있는데 아직 등록하지 않은 이웃 장비를 IP·모델과 함께 보여 줍니다. 한 번 누르면 추가됩니다.
장비 목록 정렬
1.2.7 부터 장비 목록 위의 선택란으로 목록을 Status (down first) — down, 그다음 unknown, 하드웨어 경보, up 순 — 이나 Vendor, Name 으로 정렬합니다. 한국어 화면에서는 상태순(장애 먼저)·벤더순·이름순으로 나옵니다. 고른 것은 DeviceWatch 를 다시 열어도 유지됩니다. 벤더는 폴링할 때마다 장비의 SNMP 시스템 식별자에서 읽으므로, Discovery 로 찾은 장비뿐 아니라 손으로 추가한 장비에도 채워집니다. 벤더를 알 수 없는 장비는 나머지 뒤로 갑니다.
업데이트 확인
Settings → Updates. 하루 한 번 이 사이트의 작은 파일을 보고 새 판이 있으면 알려 줄 뿐입니다. 자동으로 받거나 설치하지 않습니다. 끌 수 있고, 조직 전체에서 꺼진 채로 고정하는 정책 스위치도 있습니다.
데이터가 있는 곳
DeviceWatch 가 기록하는 것은 전부 실행 중인 컴퓨터 안에 남습니다. 우리에게도, 분석 업체에도, 광고망에도 보내지 않습니다.
라이선스 키
키는 결제 뒤 메일로 갑니다. 이 컴퓨터에서만 검증하므로 DeviceWatch 는 라이선스 서버에 접속하지 않습니다. DeviceWatch 에는 무료 등급이 없습니다. 30일 체험이 끝나면 감시가 멈추고(Poll now 를 포함해 장비를 더 조회하지 않습니다), 그때까지 모은 것 — 인터페이스 그래프, 알람, 보고서 — 은 읽기 전용으로 계속 볼 수 있습니다. 키를 넣으면 감시가 다시 시작됩니다.
4. 방화벽
- 나가는 쪽 — 장비로 가는 UDP 161. 대개의 방화벽은 기본으로 허용합니다.
- 들어오는 쪽(트랩만) — UDP 162. 트랩을 받을 때만 필요합니다. 아니면 열지 않습니다.
5. MeshWatch Central 에 연결
선택 사항입니다. Central 은 여러 제품의 알림을 하나의 받은함으로 모으고 장비 단위로 묶어 줍니다. Central 로 가는 것은 경보 요약뿐입니다. SNMP 데이터 자체는 이 컴퓨터에 남습니다.
- Central 의 Agents 를 열고 DeviceWatch 를 고른 뒤 라벨을 입력하고 Issue token 을 누릅니다. 라벨은 어디서 가져오는 값이 아니라 설치본을 구분하려고 직접 짓는 이름입니다. 토큰은 한 번만 보여줍니다.
- DeviceWatch 의 MeshWatch Central 설정을 열고 Central 주소를
http://<central-server>:8443형태로, 토큰과 함께 넣습니다. Central 이 같은 기계에서 돌지 않는 한localhost가 아니라 서버의 주소를 씁니다. - Test connection 을 누릅니다. 성공하면 DeviceWatch 가 주소와 토큰을 저장하고 연결을 스스로 켭니다. 연결됐다는 표시가 뜨고 주 단추가 Done 으로 바뀌며, 누르면 대시보드로 돌아갑니다.
그 뒤로 발생하는 알림이 Central 에 뜹니다. 지난 알림은 소급되지 않습니다. 전체 절차는 MeshWatch Central 가이드.
6. 문제 해결
아무것도 안 들어온다
대개 방화벽입니다(4장). 그래도 안 되면 장비가 이 컴퓨터의 현재 로컬 IP 를 가리키는지 확인하세요. DHCP 임대로 주소가 바뀌었을 수 있습니다.
Central 연결 시험이 실패한다
bad-token 은 토큰이 틀렸거나 폐기된 것입니다 — 새로 발급하세요. unreachable 은 주소가 틀렸거나 방화벽에 막힌 것입니다. Central 서버에서 8443 포트가 열려 있어야 합니다. 리버스 프록시를 두지 않았다면 https:// 가 아니라 http:// 입니다. 현재 판에서는 이 결과가 문장으로 표시됩니다 — Central 이 거부한 토큰은 폐기되었거나 다른 Central 이 발급했을 수 있다고 설명합니다. 코드 자체는 메시지에 마우스를 올리면 보입니다.
모든 제품에 공통인 문제
업그레이드 후 빈 창, Ubuntu 24.04 에서 실행 안 됨, 키링 없는 Linux 에서 자격증명이 평문 저장, 알림 메일 미배달 — 제품을 가리지 않는 문제라 지원 페이지에 모아 두었습니다.
그래도 안 되면
판 번호와 기대했던 동작을 적어 support@meshwatch.app 로 보내 주세요. 평일 기준 2영업일 안에 첫 답을 드립니다.