나스 접속 시 이름 기반보다 IP 기반을 권장하는 이유

나스(NAS)나 라즈베리파이처럼 로컬 네트워크 안에 있는 장비에 접속할 때는 보통 IP 주소를 사용합니다. 예를 들면 192.168.0.20 같은 주소입니다.

해당 장비에서 서비스 중인 웹페이지에 접속할 때는 아래와 같은 주소를 사용합니다.

http://192.168.0.20
https://192.168.0.20:5001

SMB 프로토콜을 통한 파일/폴더 접속 역시 윈도우(Windows)에서는 \\192.168.0.20, mac에서는 smb://192.168.0.20 같은 형식을 많이 사용합니다.

하지만 IP 주소 외에도 대부분의 나스, 프린터, 라즈베리파이, IoT 장비는 기기 이름 기반 접속 또는 네트워크 검색 기반 접속을 지원합니다. 예를 들면 나스이름.local, \\나스이름, raspberrypi.local 같은 방식입니다.

이 방식이 편리하긴 합니다만, 저희는 보통 고객사에 나스를 구축해드린 후 매뉴얼에 기기 이름이 아닌 고정 IP 기반 접속 주소를 기재해 드립니다.

예를 들면 이런 방식입니다.

DSM 관리 페이지: https://192.168.0.20:5001
윈도우 공유 폴더: \\192.168.0.20\공유폴더
mac 공유 폴더: smb://192.168.0.20/공유폴더

겉으로 보기에는 \\나스이름처럼 이름으로 접속하는 쪽이 더 편해 보일 수 있고, 여러 나스 브랜드에서도 SMB를 통한 접속 방법으로 해당 방식을 설명합니다. 그런데 실제 업무 환경에서는 이름 기반 접속이 항상 같은 결과를 보장하지 않습니다.

이 글에서는 왜 IP 기반 접속이 더 안정적인지에 대해 알아봅니다. 결론부터 말하면, 이름 기반 접속은 초기 검색이나 임시 확인에는 유용하지만, 업무용 나스처럼 장기간 안정적으로 운영해야 하는 장비의 기본 접속 방식으로는 변수가 많습니다.

이름 기반 접속의 원리

시놀로지 나스를 예로 들어보겠습니다. 내부망에서 나스의 IP 주소가 192.168.0.20이라면 DSM에는 보통 아래 주소로 접속할 수 있습니다.

https://192.168.0.20:5001

그런데 환경에 따라 아래처럼 나스 이름을 사용해 접속할 수도 있습니다.

https://나스이름.local:5001
\\나스이름

이렇게 이름 기반으로 검색하는 방식은 그냥 보면 단순히 하나의 기능처럼 보이지만, 실제로는 운영체제와 접속 방식에 따라 여러 기술이 함께 관여합니다.

mDNS와 Bonjour

나스이름.local 같은 주소는 보통 mDNS(Multicast DNS) 를 통해 동작합니다.

일반 DNS는 DNS 서버에 "이 이름의 IP 주소가 무엇인지"를 물어봅니다. 반면 mDNS는 중앙 DNS 서버가 없어도 같은 로컬 네트워크 안에서 장비들이 서로 이름을 질의하고 응답할 수 있도록 만든 방식입니다.

쉽게 설명하면 이런 순서입니다.

PC: "이 네트워크 안에 나스이름.local을 쓰는 장비가 있습니까?"
나스: "제가 나스이름.local입니다. 제 IP는 192.168.0.20입니다."
PC: "그러면 192.168.0.20으로 접속하겠습니다."

애플(Apple) 기기에서 자주 보이는 Bonjour는 mDNS와 DNS-SD를 이용해 장비와 서비스를 쉽게 찾도록 해 주는 기능으로 이해하면 됩니다. 리눅스(Linux) 계열에서는 Avahi가 비슷한 역할을 많이 합니다.

라즈베리파이 역시 mDNS 환경이 구성되어 있으면 raspberrypi.local 같은 주소로 접근할 수 있습니다. 호스트명을 raspberry로 변경했다면 raspberry.local처럼 사용할 수도 있습니다. 여기에서 뒤에 붙는 .local 도메인은 내부 장치들 간에 이름 기반으로 통신을 하기 위해 특별히 예약된 네임스페이스입니다.

윈도우 네트워크 검색과 SMB 이름 접속

윈도우에서 탐색기 주소창에 아래처럼 입력해 나스 공유 폴더에 접속하는 경우도 있습니다.

\\나스이름

또는 파일 탐색기 왼쪽의 "네트워크" 항목에 나스가 자동으로 나타나기도 합니다.

이때는 상황에 따라 DNS, LLMNR, NetBIOS Name Service, WS-Discovery 같은 방식이 관여할 수 있습니다. 이러한 방식들 중 유효한 방식으로 내부망의 장치를 찾으며, 시놀로지 DSM의 경우 Bonjour, SSDP, WS-Discovery 같은 기능을 조정할 수 있는 설정이 제공됩니다.

이 기능은 네트워크 검색 기능이 정상 동작한다는 전제 하에 잘 작동할 수 있지만, 기본 접속 주소로 쓰기에는 한계가 있습니다.

이름 기반 접속이 유용한 경우

이름 기반 접속을 절대 사용해서는 안되는 건 아니고, 때에 따라 굉장히 효율적이므로 편리한 대안이 될 수 있습니다.

장비를 처음 설치할 때

새 나스, 프린터, 라즈베리파이, IoT 장비를 처음 연결했을 때는 아직 IP 주소를 모르는 경우가 많습니다. 이때 이름 기반 검색은 초기 설정에 도움이 됩니다.

예를 들어 라즈베리파이를 DHCP 모드로 연결한 뒤 raspberrypi.local에 접속할 수 있다면, 공유기 관리자 페이지에 들어가지 않아도 장비를 찾을 수 있습니다.

여러 장소를 이동하며 사용하는 장비

저희의 경우 라즈베리파이를 여러 설치 현장에 가지고 다니면서 내부망에 잠깐 물리고, 특정 기능을 사용하기 위해 활용하는 경우가 많습니다. 하지만 고객사마다 아이피 대역이 다르기 때문에, 라즈베리파이가 할당받는 아이피도 계속 달라집니다.

A 고객사: 192.168.0.0/24
B 고객사: 192.168.10.0/24
C 기관: 10.10.30.0/24

이런 환경에서는 특정 고정 IP를 미리 넣어두기 어렵습니다. 그래서 장비는 DHCP로 IP를 받게 하고, raspberry.local 같은 이름으로 접근해 현재 IP와 상태를 확인하는 방식이 편리합니다.

정리하면 이름 기반 접속은 장비를 찾기 위한 기능으로는 좋습니다. 하지만 업무용 나스처럼 장기간 고정되어 운영되는 장비에서는 운영 주소로 쓰기 전에 신중하게 봐야 합니다.

고정된 사업장에서는 왜 IP 기반 접속을 권장하는가

사무실, 병원, 학원, 공장, 연구소처럼 고정된 장소에서 나스를 운영한다면 보통 나스가 같은 내부 고정 IP를 계속 사용하도록 구성해야 합니다.

여기서 말하는 "고정 IP"는 단순히 나스 설정 화면에 수동으로 IP를 입력하여 고정하는 방식만 쓰이는 것은 아니고, 환경이나 운영 안정성에 따라 다음과 같은 방식을 섞어서 사용합니다.

중요한 것은 "어떤 방식이 무조건 정답이다"가 아니라, 해당 현장에서 나스가 계속 같은 주소로 접속되도록 관리하는 것입니다.

나스는 보통 한 번 설치하면 계속 켜두는 장비입니다. 여러 사용자가 같은 공유 폴더에 접속하고, 백업 작업이 반복 실행되며, 업무 프로그램이 나스 경로를 참조하기도 합니다.

이런 환경에서는 "대부분 될 때는 되는 방식"보다 항상 같은 주소로 접속되는 방식이 더 중요합니다.

이름 기반 접속을 운영 주소로 권장하지 않는 이유

그래서 왜 이 편리한 이름 기반 접속이 권장되지 않는 것인지 하나씩 이유를 살펴보겠습니다.

1. 보안 문제: 다른 장비가 같은 이름인 것처럼 응답할 수 있음

mDNS, LLMNR, NetBIOS Name Service 같은 로컬 이름 해석 방식은 기본적으로 같은 네트워크 안의 장비들이 서로 질의하고 응답하는 구조입니다.

문제는 이 구조가 "같은 내부망에 있는 장비는 어느 정도 신뢰할 수 있다"는 전제 위에서 편의성을 제공한다는 점입니다.

예를 들어 사용자가 \\나스이름으로 접속하려고 할 때, PC는 네트워크 안에 "나스이름이 누구입니까?"라고 질의할 수 있습니다. 이때 정상 나스가 응답하기 전에 다른 장비가 먼저 "제가 나스이름입니다"라고 응답하면, 사용자의 PC가 엉뚱한 장비로 접속을 시도할 수 있습니다.

실제 보안 영역에서는 이런 유형이 NBT-NS 포이즈닝, SMB Relay 같은 공격과 연결될 수 있습니다. 사용자가 잘못된 장비에 접속하면 인증 정보가 노출되거나, 공격자가 인증 흐름을 중계하는 위험이 생길 수 있습니다. 접속자의 인증 정보를 그대로 받아 실제 서버에 전달하고, 실제 서버의 응답을 다시 접속자에게 전달하면 접속자 입장에서는 이 사실을 알 수 없죠.

웹 접속에서도 비슷한 문제가 생길 수 있습니다. 사용자가 http://나스이름.local로 접속했는데 다른 장비가 나스처럼 보이는 로그인 페이지를 띄운다면 피싱 화면을 만들 수 있습니다.

2. 접속 속도와 응답성이 달라질 수 있음

IP 주소로 접속하면 클라이언트는 목적지를 바로 알고 접속합니다.

\\192.168.0.20

반면 이름으로 접속하면 먼저 해당 이름이 어떤 IP인지 확인해야 합니다.

\\나스이름
나스이름.local

이 과정에서 운영체제는 설정에 따라 DNS, hosts 파일, mDNS, LLMNR, NetBIOS, 캐시 등을 순서대로 확인할 수 있습니다. 평소에는 사용자가 큰 차이를 느끼지 못할 수도 있습니다.(보통은 캐싱을 하니까요)

하지만 아래 상황에서는 몇 초씩 지연되거나, 첫 접속이 실패하거나, 탐색기 창이 멈춘 것처럼 보일 수 있습니다.

• 윈도우 네트워크 검색이 꺼져 있는 경우
• PC 방화벽에서 검색 패킷을 차단하는 경우
• 나스의 Bonjour/WS-Discovery 설정이 꺼진 경우
• Wi-Fi 장비가 멀티캐스트/브로드캐스트 트래픽을 제한하는 경우
• PC와 나스가 서로 다른 네트워크 구간에 있는 경우
• VPN 접속 중 이름 해석 순서가 바뀐 경우
• 윈도우 업데이트 이후 네트워크 검색 관련 설정이 변경된 경우

SMB 공유 폴더는 한 번 접속하고 끝나는 서비스가 아닙니다. 사용자가 매일 탐색기를 열고, 업무 프로그램이 파일을 저장하고, 백업 작업이 반복 실행됩니다.

이런 환경에서는 "가끔 느리지만 접속은 된다"도 불편한 문제가 됩니다.

3. 같은 사무실 안에서도 PC마다 결과가 다를 수 있음

이름 기반 검색은 네트워크 구성에 영향을 많이 받습니다.

예를 들어 같은 사무실 안에서도 아래처럼 결과가 다를 수 있습니다.

IP 기반 접속은 이런 변수를 줄입니다.

4. 장애 대응이 훨씬 명확해짐

고객사에서 나스 접속 문의가 들어왔을 때 가장 먼저 확인해야 하는 것은 "나스가 실제로 살아 있는지"입니다.

IP 기반이면 확인이 비교적 단순합니다.

192.168.0.20에 ping 응답이 있는지
https://192.168.0.20:5001 접속이 되는지
\\192.168.0.20 접속이 되는지

반면 이름 기반이면 문제가 여러 갈래로 나뉩니다.

• 나스가 꺼진 것인지
• 나스 IP가 바뀐 것인지
• 이름 해석이 실패한 것인지
• 윈도우 네트워크 검색이 꺼진 것인지
• mDNS가 막힌 것인지
• 방화벽이 막은 것인지
• 다른 장비가 같은 이름을 쓰는 것인지
• PC의 DNS/캐시 문제인지

현장에서 장애를 빠르게 분리하려면 IP가 훨씬 좋습니다. IP로는 접속되는데 이름으로만 접속이 안 된다면 나스 자체 장애가 아니라 이름 해석 또는 네트워크 검색 문제로 좁혀볼 수 있습니다.

5. 백업과 업무 프로그램 경로는 안정성이 더 중요함

나스는 단순히 사람이 파일 탐색기로 접속하는 장비만은 아닙니다. 백업 프로그램, 스캔 저장 경로, 회계/설계/영상 편집 프로그램, 사내 문서 관리 방식과 연결되는 경우도 많습니다.

이때 경로가 이름 기반으로 되어 있으면 이름 해석 문제의 영향을 받을 수 있습니다.

예를 들어 백업 프로그램이 아래 경로를 사용한다고 가정해 보겠습니다.

\\나스이름\backup

평소에는 정상으로 보이다가 특정 PC의 네트워크 검색 설정이 바뀌거나, 무선망 구성이 바뀌거나, 이름 해석이 지연되면 백업이 실패할 수 있습니다.

반면 나스가 실제로 계속 같은 IP를 사용하도록 구성되어 있고, 백업 경로가 아래처럼 지정되어 있다면 변수는 줄어듭니다.

\\192.168.0.20\backup

매뉴얼에서 IP 기반 접속을 안내하는 이유

저희가 나스 구축 후 제공드리는 매뉴얼에는 고객사 환경에 맞춘 접속 주소가 들어갑니다.

단순히 "네트워크에서 나스를 찾아 클릭하십시오"라고 안내하지 않고, 실제 사용할 접속 주소를 기준으로 정리하는 이유는 다음과 같습니다.

첫째, 사용자 PC마다 네트워크 검색 결과가 다를 수 있기 때문입니다.

둘째, 윈도우 탐색기의 "네트워크" 목록에 나스가 보이지 않아도 IP 주소로는 정상 접속되는 경우가 많기 때문입니다.

셋째, 장애 문의가 들어왔을 때 나스 문제인지, PC 문제인지, 이름 해석 문제인지 빠르게 구분할 수 있기 때문입니다.

넷째, 백업과 업무 프로그램처럼 자동으로 동작하는 작업은 사람이 눈으로 보고 다시 클릭하는 방식보다 안정적인 경로가 필요하기 때문입니다.

즉, IP 기반 주소를 안내하는 것은 고객사가 실제 업무 중에 덜 헷갈리고, 문제가 생겼을 때 더 빠르게 복구할 수 있도록 하기 위한 운영 기준입니다.

자주 발생하는 문의 사례

실제 고객사 환경에서는 아래와 같은 문의가 자주 발생합니다.

"어제까지 탐색기에 나스가 보였는데 오늘은 안 보입니다"

나스가 꺼진 것이 아니라 윈도우 네트워크 검색이 실패한 경우가 있습니다. 이때 저희가 안내드린 IP 주소로 직접 접속하면 정상 접속되는 경우가 많습니다.

"노트북에서는 나스가 안 보이는데 데스크톱에서는 보입니다"

노트북이 게스트 Wi-Fi에 연결되어 있거나, 무선망과 유선망이 서로 다른 정책으로 구성된 경우가 있습니다. 이 경우 이름 기반 검색은 실패할 수 있지만, 업무망에 정상 연결되어 있다면 IP 기반 접속으로 확인할 수 있습니다.

"나스 이름으로 접속하면 이상한 화면이 나옵니다"

정상 나스가 아닌 다른 장비에 접속했거나, 내부 이름 해석이 꼬였을 가능성을 확인해야 합니다. 이럴 때는 먼저 IP 기반 주소로 정상 나스에 접속되는지 확인하는 것이 좋습니다.

"백업 프로그램이 나스 경로를 못 찾습니다"

백업 경로가 \\나스이름\backup처럼 이름 기반으로 되어 있다면 이름 해석 문제의 영향을 받을 수 있습니다. 백업 작업은 특히 안정성이 중요하기 때문에, 고정 IP 기반 경로를 사용하는 편이 안전합니다.

결론

이름 기반 접속은 나스나 라즈베리파이 같은 장비를 빠르게 찾을 때 매우 편리합니다. 초기 설치, 임시 장비 확인, 이동형 장비 운영에서는 충분히 유용한 기능입니다.

하지만 업무용 나스의 기본 접속 방식으로는 고정 IP 기반 접속이 더 안정적입니다. 이름 기반 접속은 운영체제, 방화벽, 무선망, VPN, 네트워크 검색 설정에 따라 결과가 달라질 수 있고, 보안상 잘못된 응답을 받을 위험도 있습니다.

나스는 한 번 설치하면 오랫동안 업무 데이터의 중심 장비로 사용됩니다. 편리함도 중요하지만, 업무 환경에서는 항상 같은 대상으로 접속되는 예측 가능성이 더 중요합니다.

나스 구축, 이전, 장애 대응, 유지보수까지 함께 고려하고 있다면 장비만 보는 것이 아니라 네트워크 구성과 실제 사용 방식까지 같이 점검하는 것이 좋습니다. 저희 스튜디오 엘은 고객사 환경에 맞춰 나스 접속 방식, 권한, 백업, 네트워크 구성을 함께 확인하고 안내드립니다.