맥 SMB 파일 공유, 계정·권한·접속 오류를 나눠 해결하는 법

AI를 활용하여 생성한 이미지입니다.

맥에서 NAS나 윈도우 PC의 공유 폴더를 열 때 가장 난감한 순간은 서버는 보이는데 로그인이나 파일 저장이 되지 않는 경우입니다. 이때 네트워크를 다시 설정하거나 폴더 권한을 모두 열기보다, 주소·계정·공유 권한·파일 시스템 권한을 순서대로 분리해 확인하는 편이 빠르고 안전합니다. Apple의 파일 공유 안내도 공유 폴더와 접근 사용자를 별도로 지정하는 구조를 전제로 합니다.[1]

먼저 증상을 네 종류로 나누세요

같은 “연결할 수 없습니다”라는 문구라도 원인은 다를 수 있습니다. 서버 이름으로만 실패하고 IP 주소로는 열리면 SMB 서비스 자체보다 DNS, 로컬 호스트 이름 또는 공유기의 장치 검색 문제가 우선입니다. IP로도 실패한다면 주소 오타, 서버 절전 상태, SMB 서비스 중지, 방화벽을 차례로 의심하세요.

공유를 제공하는 장비에서 확인할 것

맥이 파일을 제공하는 쪽이라면 시스템 설정 → 일반 → 공유 → 파일 공유에서 기능을 켜고 공유 폴더를 추가합니다. 공유 목록에서는 폴더별로 접근 사용자를 정하고 읽기 전용 또는 읽기 및 쓰기 권한을 선택합니다.[1] NAS와 윈도우도 메뉴 이름은 다르지만, 네트워크에 폴더를 공개하는 공유 권한과 로그인 사용자가 실제 파일에 할 수 있는 일을 정하는 파일 시스템 권한을 나누어 관리한다는 점은 같습니다.

공유 목록에서 읽기 및 쓰기로 보이는데도 파일 저장이 안 되면 하위 폴더나 개별 파일에 별도 제한이 있을 수 있습니다. 저장 장치의 남은 공간, 파일이 다른 프로그램에서 잠겨 있는지, 파일 이름에 서버가 허용하지 않는 문자가 있는지도 확인하세요. 처음부터 전체 폴더의 권한을 “모두 읽기 및 쓰기”로 바꾸면 원인은 가려지고 다른 사용자의 자료까지 수정될 수 있습니다.

접속하는 맥에서 주소를 직접 비교하세요

Finder에서 이동 → 서버에 연결을 고른 뒤 smb://서버주소/공유이름 형식으로 입력합니다. 자동 검색 결과가 틀렸을 수 있으므로 서버 이름과 내부 IP를 각각 시도해 결과를 기록하세요.

1. 공유 장비에서 현재 내부 IP와 정확한 공유 이름을 확인합니다.
2. smb://IP주소/공유이름으로 접속해 주소 문제를 분리합니다.
3. 서버에 만든 사용자 이름과 암호를 입력합니다. 맥에 로그인한 사용자와 서버 사용자는 같은 계정이 아닐 수 있습니다.
4. 작은 파일을 읽고, 별도의 임시 폴더에 작은 파일을 써 본 뒤 삭제합니다.

윈도우 서버가 사용자 이름을 서버이름\사용자처럼 요구한다면 그 형식을 따릅니다. 이전에 잘못된 암호를 저장했다면 키체인 접근에서 해당 서버 자격 증명을 찾아 삭제한 뒤 다시 연결하세요. 다만 여러 사람이 쓰는 맥에서는 저장된 자격 증명을 지우기 전에 다른 사용자의 연결도 끊길 수 있는지 확인해야 합니다.

권한을 두 층으로 점검하는 방법

공유 권한은 “이 폴더를 네트워크에 보여 줄 것인가”를 정하고, 파일 시스템 권한은 “로그인한 사용자가 안에서 읽고·만들고·지우고·바꿀 수 있는가”를 정합니다. 둘 중 하나라도 읽기 전용이면 폴더 목록은 보이지만 저장은 실패할 수 있습니다. NAS에서 그룹 권한이 개인 권한보다 우선하거나, 윈도우의 공유 권한과 NTFS 권한 중 더 제한적인 쪽이 적용되는 경우도 있으므로 최종 권한 화면을 함께 보세요.

연결이 끊기거나 저장만 실패할 때

1. 맥과 서버가 같은 네트워크에 있고 게스트 Wi-Fi 격리가 없는지 확인합니다.
2. 서버 이름 대신 IP로 접속해 이름 해석 문제를 분리합니다.
3. 서버의 SMB 서비스와 공유 폴더가 켜져 있는지 확인합니다.
4. 같은 계정으로 다른 공유에는 접근되는지 비교합니다.
5. 읽기, 새 파일 만들기, 수정, 삭제를 작은 테스트 폴더에서 따로 시험합니다.
6. 읽기는 되지만 쓰기만 안 되면 네트워크 초기화 대신 권한·잠금·저장 공간을 확인합니다.

서버가 절전에서 깨어나는 동안에는 첫 연결만 실패할 수 있고, VPN을 켠 상태에서는 집 안의 사설 IP 경로가 달라질 수 있습니다. 회사 네트워크에서는 보안 정책상 SMB가 차단됐을 수도 있으므로 관리자 승인 없이 방화벽을 끄지 마세요. 연결이 자주 끊긴다면 파일을 직접 열어 둔 채 네트워크가 바뀌지 않았는지, 서버의 자동 절전과 DHCP로 IP가 바뀌지 않았는지도 살펴봅니다.

안전하게 되돌리는 순서

문제 해결용으로 만든 테스트 폴더와 임시 계정은 확인이 끝난 뒤 제거하거나 권한을 원래대로 돌립니다. 키체인에 저장한 자격 증명이 공동 사용 맥에 남아 있지 않은지 검토하고, 외부 접근이 필요하면 포트 포워딩보다 VPN을 우선 검토하세요. 저장 장치 오류가 의심되면 공유 권한을 계속 만지기보다 지우기 전에 디스크 유틸리티 First Aid로 확인하는 순서를 먼저 살펴보는 것이 좋습니다.

자주 묻는 질문

서버 이름은 안 되는데 IP는 왜 되나요?

SMB 서비스보다 이름을 IP로 바꾸는 과정에서 문제가 생겼을 가능성이 큽니다. 임시로 IP를 쓸 수 있지만 DHCP로 주소가 바뀔 수 있으므로 서버의 고정 주소나 이름 해석 설정도 함께 정하세요.

로그인은 되는데 폴더가 비어 있어요.

계정에 공유 폴더 접근이 허용됐는지, 다른 계정이나 그룹의 거부 규칙이 있는지 확인하세요. 로그인 성공은 모든 공유에 접근할 수 있다는 뜻이 아닙니다.

읽기는 되는데 저장만 안 됩니다.

공유 권한과 파일 시스템 권한 중 하나가 읽기 전용일 가능성이 높습니다. 파일 잠금, 저장 공간, 서버의 읽기 전용 스냅샷도 작은 테스트 폴더에서 구분하세요.

인터넷에서 NAS에 바로 접속해도 되나요?

SMB 포트를 공개하는 방식은 인증 공격과 자료 노출 위험을 키울 수 있습니다. VPN이나 제조사가 제공하는 인증된 원격 접속 경로를 먼저 검토하세요.

장비별로 달라지는 예외

맥을 서버로 쓸 때는 공유 폴더 목록의 사용자 권한과 Finder의 파일 권한을 함께 보지만, NAS는 관리자 화면에서 공유 폴더 ACL, 사용자 그룹, 휴지통, 스냅샷을 따로 제공할 수 있습니다. 윈도우 PC에서는 공유 권한과 NTFS 권한이 겹쳐 최종적으로 더 제한적인 규칙이 적용되는 경우가 있습니다. 메뉴 이름이 다르다고 한 화면의 값만 보고 결론 내리지 말고, 동일한 계정으로 읽기와 쓰기를 각각 확인하세요.

또 다른 예외는 파일 이름과 잠금입니다. 서버가 지원하지 않는 특수문자나 지나치게 긴 경로는 특정 파일만 저장 실패를 일으킬 수 있습니다. 문서 앱이 네트워크 파일을 독점적으로 잠그거나, 동기화 프로그램이 파일을 다시 덮어쓰는 경우도 있어요. 새 텍스트 파일이 저장되는지 먼저 확인한 뒤 문제가 난 파일의 이름·경로·사용 중인 앱을 좁혀 보세요.

또한 서버의 공유 이름과 실제 디렉터리 이름이 다를 수 있습니다. 공유 목록에 표시된 이름을 그대로 사용하고, 경로 중간에 권한이 다른 하위 폴더가 있는지 확인하세요. 문제를 해결한 뒤에는 정상 계정으로 읽기·쓰기·삭제가 필요한 범위만 다시 테스트하고, 진단을 위해 넓힌 권한을 회수해야 합니다.

Sources

1. [1] Apple Mac 사용자 가이드: Set up file sharing on Mac