Tutorial
MikroTik에서 10.5.50.1 접속 안 되나요?
MikroTik HotSpot에서 10.5.50.1이 열리지 않는다면, 이 가이드가 확실한 해결책을 다룹니다: 캡티브 포털, 서브넷, 사용자 관리.
요약 10.5.50.1은 MikroTik HotSpot 마법사가 캡티브 포털 네트워크에 할당하는 기본 게이트웨이이며, 라우터의 공장 초기 주소가 아닙니다. 이 주소가 열리지 않을 때 원인은 거의 항상 잘못된 서브넷에 있거나, http 대신 https를 사용하거나, 게스트 로그인 페이지를 라우터 관리자 패널과 혼동하는 것입니다. 이 가이드는 해결책을 차례로 안내한 다음, 바우처와 HotSpot 사용자가 실제로 어디에서 관리되는지 보여줍니다.
10.5.50.1이란 무엇인가요?
10.5.50.1은 MikroTik의 HotSpot 설정 마법사가 캡티브 포털 네트워크를 구성할 때 할당하는 기본 게이트웨이 주소입니다. /ip hotspot setup을 실행하면 RouterOS는 HotSpot 인터페이스에 10.5.50.1/24, 게스트용 DHCP 풀 10.5.50.2–10.5.50.254, 로그인 포털용 hotspot-address=10.5.50.1을 제안합니다. 그래서 호텔, 카페, ISP, 행사 등 수많은 MikroTik HotSpot이 모두 정확히 같은 주소로 응답하는 것입니다.
10.5.50.1이 무엇이 아닌지 아는 것이 중요합니다. 이것은 라우터의 공장 초기 IP가 아닙니다. 새 MikroTik은 192.168.88.1로 출고됩니다. 10.5.50.1 주소는 HotSpot이 구성된 후에만 나타나며, 게스트 캡티브 포털을 제공합니다. 이는 기기를 설정할 때 사용하는 문과는 다른 문입니다.
10.5.50.1이 열리지 않는 이유와 해결 방법
“10.5.50.1에 접속할 수 없다”는 보고의 대부분은 네 가지 원인으로 귀결됩니다. 다음 순서대로 점검하세요.
1. HotSpot 서브넷에 있지 않음
증상: 페이지가 시간 초과되거나, 컴퓨터의 IP가 10.5.50.x가 아니라 192.168.88.x 또는 192.168.0.x처럼 보입니다.
해결:
- HotSpot이 실행되는 인터페이스(올바른 SSID 또는 LAN 포트)에 직접 연결하여 DHCP가
10.5.50.x임대 주소를 부여하도록 합니다. - DHCP가 꺼져 있다면
10.5.50.100같은 고정 IP, 마스크255.255.255.0, 게이트웨이10.5.50.1을 설정합니다. - NAT를 적용해 다른 서브넷에 배치하는 상위 라우터를 거쳐 연결하지 마세요.
2. 브라우저가 https를 강제함
증상: 브라우저가 보안 경고나 “연결이 거부됨”을 표시하거나, 주소를 조용히 업그레이드합니다.
해결:
- 주소를
http://10.5.50.1처럼 전체로 입력하세요. 캡티브 포털은 일반 HTTP로 제공됩니다. - HSTS와 캐시된 리디렉션이 https를 강제하지 않도록 시크릿/비공개 창에서 엽니다.
- 활성 세션 페이지에는
http://10.5.50.1/login또는http://10.5.50.1/status를 사용합니다.
3. 포털은 열리지만 로그인이 실패함
증상: 시작 페이지는 나타나지만 게스트 자격 증명이 거부됩니다.
해결:
- 이 자격 증명은 HotSpot의 사용자 로그인(또는 바우처)이며, 라우터의
admin계정이 아닙니다. User Manager나 HotSpot 사용자 목록에서 확인하세요. - HotSpot IP를
10.5.50.x밖으로 변경했다면 포털의 LOGIN 및 LOGOUT 링크가 깨집니다. html 링크도 다시 작성하지 않는 한 마법사의 기본 범위를 유지하세요.
4. 사실 포털이 아니라 라우터 관리자가 필요함
증상: 설정을 변경하고 싶지만 캡티브 포털은 게스트 로그인만 제공합니다.
해결:
- 기기는
10.5.50.1이 아니라 라우터의 관리 IP(공장 기본값은192.168.88.1)에서 WebFig 또는 Winbox를 통해 구성합니다. - 캡티브 포털과 관리 인터페이스는 의도적으로 분리되어 있습니다. 게스트는 절대 설정 패널에 도달해서는 안 됩니다.
- 원격 HotSpot에서 그 관리 패널에 도달하려면 보통 포트 포워딩이나 현장 방문이 필요합니다. MKController 같은 클라우드 에이전트는 고정 IP나 열린 포트 없이 어디서든 그것을 열어줍니다.
캡티브 포털 vs. 라우터 관리자: 핵심 차이
이것이 대부분의 검색을 일으키는 혼동입니다. 10.5.50.1은 게스트 대상 캡티브 포털로, 인터넷 접속을 원하는 사람을 인증합니다. 라우터 관리자(방화벽 규칙, 인터페이스, HotSpot 자체를 설정하는 곳)는 WebFig, Winbox, SSH 또는 MikroTik 앱을 통해 관리 IP에 존재합니다. 두 개의 문, 두 부류의 대상입니다. 어떤 페이지가 방문자에게 “온라인 접속을 위해 로그인하세요”라고 요청한다면 포털에 있는 것이고, admin을 요구한다면 패널에 있는 것입니다.
| 진입점 | 주소 | 대상 |
|---|---|---|
| 캡티브 포털 | http://10.5.50.1/login | HotSpot 게스트 |
| 세션 상태 | http://10.5.50.1/status | HotSpot 게스트 |
| 라우터 관리자 | http://192.168.88.1 / Winbox | 네트워크 관리자 |
| User Manager | Userman 인터페이스 | 네트워크 관리자 |
User Manager로 HotSpot 사용자와 바우처 관리하기
포털이 작동하면 진짜 일이 시작됩니다. 바로 접속 권한 발급입니다. MikroTik의 User Manager는 HotSpot, PPPoE, DHCP 사용자를 처리하는 RouterOS 내장 RADIUS 서버입니다. 여기에서 속도와 시간 프로필을 만들고, 선불 바우처를 일괄 생성하며, 활성 세션과 트래픽 기록을 확인합니다. RouterOS v6에서는 /userman에 있었고, v7에서는 WebFig로 관리되는 Userman 패키지입니다. 이것은 “10.5.50”에서 접근할 수 없습니다. 그 주소는 게스트 포털만 제공하기 때문입니다.
카페 한 곳이라면 이는 간단합니다. 하지만 수십 개 지점에서 캡티브 포털을 운영하는 사업자에게는 금세 확장성이 무너집니다. 바우처 묶음을 발급하거나, 어떤 게스트의 로그인 실패를 추적하거나, 속도 프로필을 올리기 위해 각 라우터에 일일이 로그인하게 됩니다. MKController는 그 라우터별 수고를 하나의 대시보드로 바꿉니다. 바우처를 발급·배포하고, HotSpot 및 User Manager 계정을 관리하며, 프로필을 설정하고, 모든 지점의 실시간 세션 및 트래픽 보고서를 기기에 하나씩 원격 접속하지 않고도 한 번에 읽을 수 있습니다. 캡티브 포털은 여전히 각 라우터에 존재하지만, 그것을 운영하는 작업은 더 이상 그럴 필요가 없습니다.
팁
http://10.5.50.1/status를 즐겨찾기에 추가하면 게스트가 스스로 로그아웃하고 세션을 해제할 수 있습니다.- HotSpot을 마법사의
10.5.50.x범위로 유지하세요. 변경하면 포털의 로그인 링크가 조용히 깨집니다. - MikroTik에서 WireGuard를 설정하면 현장 방문 없이 원격 HotSpot의 관리 패널에 도달할 수 있습니다.
- HotSpot 라우터가 멈춰 전혀 응답하지 않으면 Netinstall로 복구하세요.
모든 캡티브 포털을 한 화면에서 운영하기
10.5.50.1이 작동하는 것은 첫 단계일 뿐입니다. 한 곳 이상에서 HotSpot을 운영하는 순간, 바우처, 프로필, 세션 보고서가 모든 라우터에 흩어지고, 지원 요청마다 같은 원격 접속 분주함과 잃어버린 오후가 시작됩니다.
바로 그것이 MKController가 없애기 위해 만들어진 문제입니다. 여러분의 MikroTik 기기 전체가 안전한 클라우드 에이전트를 통해 온라인이 됩니다. 고정 IP도, 포트 포워딩도, 현장 출동도 필요 없습니다. 그래서 바우처를 발급하고, HotSpot 사용자를 관리하며, 캡티브 포털 변경을 적용하고, 모든 지점의 세션 보고서를 한 화면에서 가져올 수 있습니다. 호텔, ISP, 행사장에서 게스트 Wi-Fi를 운영하는 사업자들은 이를 사용해 라우터별 작업을 몇 번의 클릭으로 바꾸고, 게스트가 불평하기 전에 오프라인 포털을 잡아냅니다.
10.5.50.1에 라우터마다 하나씩 로그인하는 일을 멈추세요.