맥 SMB 파일 공유, 계정·권한·접속 오류를 나눠 해결하는 법
AI를 활용하여 생성한 이미지입니다.
맥에서 NAS나 윈도우 PC의 공유 폴더를 쓰다 보면 “서버는 보이는데 폴더가 안 열리는” 상황이 생겨요. 이때 네트워크 문제와 계정 권한 문제를 한꺼번에 고치려고 하면 설정을 더 꼬이게 만들기 쉽습니다. SMB 공유는 서버 주소, 로그인 계정, 공유 폴더 권한, 파일 시스템 권한을 따로 확인해야 해요.[1]
먼저 오류를 네 갈래로 나눠요
| 증상 | 우선 의심할 곳 | 확인할 기준 |
|---|---|---|
| 서버 자체가 안 보임 | 네트워크·이름 해석 | 같은 네트워크인지, IP 주소로 접근되는지 |
| 서버는 열리지만 로그인 거부 | 계정·인증 방식 | 서버에 실제로 존재하는 사용자와 암호인지 |
| 로그인은 되지만 폴더가 안 보임 | 공유 목록·공유 권한 | 해당 계정에 공유가 허용됐는지 |
| 폴더는 보이지만 파일 저장 실패 | 파일 시스템 권한·잠금 | 읽기 전용 여부와 파일 소유권 |
같은 오류 문구라도 원인은 다를 수 있어요. 특히 서버 이름으로는 실패하고 IP 주소로는 열리면 SMB 자체보다 이름 해석 문제일 가능성이 커집니다.
맥에서 공유를 켜는 쪽 확인
공유를 제공하는 맥이라면 시스템 설정에서 일반, 공유로 들어가 파일 공유를 켜고 공유할 폴더를 추가해요. Apple은 파일 공유 설정에서 공유 폴더와 접근 가능한 사용자를 따로 지정하도록 안내합니다.[1] 폴더를 추가한 뒤 목록에 계정이 읽기 전용인지 읽기 및 쓰기인지 표시되는지도 확인하세요.
공유 폴더의 권한만 바꿨는데도 접속이 안 된다면 파일 자체의 권한이 별도로 제한돼 있을 수 있어요. Finder에서 폴더 정보를 열어 현재 사용자가 읽고 쓸 수 있는지 확인하고, 하위 항목에만 예외가 있는지도 살펴봐야 합니다. 모든 파일의 권한을 한 번에 넓히는 방식은 다른 계정까지 자료를 바꿀 수 있게 만들 수 있으니 피하는 편이 좋아요.
접속하는 맥에서 주소를 고정해요
Finder에서 이동, 서버에 연결을 선택한 뒤 서버 주소를 직접 입력하면 자동 검색에 의존하지 않고 경로를 확인할 수 있어요. 보통 smb://서버주소/공유이름 형태를 사용합니다. 서버 이름으로 안 되면 같은 장비의 내부 IP 주소를 넣어 결과가 달라지는지 비교해 보세요.
- 공유를 제공하는 장비의 내부 IP와 공유 이름을 확인해요.
smb://IP주소/공유이름으로 접속을 시도해요.- 등록된 사용자로 연결하고, 암호를 키체인에 저장할지는 공동 사용 환경에 맞춰 결정해요.
- 읽기와 쓰기를 각각 시험해 실제 권한을 확인해요.
IP로 접속은 되지만 이름으로 접속이 안 되면 서버를 다시 설치하기보다 DNS, 로컬 호스트 이름, 공유기의 장치 검색 기능을 점검하는 것이 순서예요. 반대로 IP로도 실패하면 주소나 서비스 상태, 방화벽을 먼저 봐야 합니다.
로그인 계정과 공유 권한은 별개예요
NAS나 윈도우 PC에서 만든 계정이 있다고 해서 모든 공유 폴더를 읽을 수 있는 것은 아니에요. 공유 권한은 “이 폴더를 네트워크에 내보낼 것인가”를 정하고, 파일 시스템 권한은 “로그인한 사용자가 안에서 무엇을 할 수 있는가”를 정합니다. 두 권한 중 하나라도 읽기 전용이면 파일 저장은 실패할 수 있어요.
중급 사용자가 자주 놓치는 부분은 계정 이름의 범위예요. 서버 로컬 계정과 맥의 현재 로그인 계정은 서로 다른 계정일 수 있습니다. 서버가 요구하는 사용자 이름 형식이 서버이름\사용자인지 단순한 사용자 이름인지 확인하고, 예전에 저장된 잘못된 암호가 키체인에 남아 있으면 해당 자격 증명을 삭제한 뒤 다시 입력하세요.
공유 폴더를 안전하게 운영하는 기준
| 목적 | 권한 | 주의할 점 |
|---|---|---|
| 자료 열람 | 읽기 전용 | 삭제·덮어쓰기가 필요하면 별도 작업 폴더 사용 |
| 팀 공동 편집 | 읽기 및 쓰기 | 개인 폴더와 공용 폴더를 나누고 삭제 책임을 정해요 |
| 백업 대상 | 백업 계정 중심 | 일반 사용자의 쓰기 권한을 넓히지 않아요 |
| 외부 접근 | VPN 등 별도 경로 | 공유 포트를 인터넷에 바로 노출하지 않아요 |
SMB 공유를 인터넷에 직접 공개하는 방식은 편해 보여도 인증 공격과 자료 노출 위험이 커요. 집 밖에서 접근해야 한다면 공유기 포트 포워딩부터 하기보다 제조사가 제공하는 안전한 원격 접속 방식이나 VPN을 검토해야 해요.
연결이 끊길 때 확인할 순서
- 맥과 서버가 같은 네트워크에 있는지 확인해요.
- 서버 이름 대신 내부 IP로 접속해 이름 해석 문제를 분리해요.
- 서버에서 SMB 파일 공유 서비스가 켜져 있는지 확인해요.
- 공유 폴더 목록에 대상 폴더와 사용자 권한이 있는지 확인해요.
- 읽기 테스트 후 작은 임시 파일로 쓰기 테스트를 해요.
- 실패하면 키체인에 저장된 자격 증명을 지우고 서버 계정을 다시 입력해요.
읽기 테스트는 되는데 쓰기 테스트만 실패하면 네트워크를 다시 설정할 이유가 거의 없어요. 이 경우 공유 권한, 파일 시스템 권한, 파일 잠금 또는 저장 공간을 좁혀서 확인하세요.
설정을 되돌리는 방법
문제가 해결되지 않은 상태에서 공유 폴더 전체 권한을 “모두 읽기 및 쓰기”로 바꾸지 마세요. 먼저 새 테스트 폴더 하나를 만들고 특정 계정에만 권한을 준 뒤 연결을 확인하는 편이 안전해요. 테스트가 끝나면 공유 목록에서 폴더를 제거하거나 계정 권한을 원래대로 돌리고, 맥에 저장한 서버 자격 증명도 필요하면 삭제합니다.
맥 저장 장치 자체에 오류가 의심된다면 공유 설정을 계속 만지기보다 지우기 전에 디스크 유틸리티 First Aid로 확인하는 순서부터 점검하세요. 공유 문제와 저장 장치 문제를 섞지 않아야 원인을 빨리 좁힐 수 있어요.
판단 기준
SMB 파일 공유는 “연결 버튼이 눌리는가”보다 어느 계정이 어느 폴더에 어떤 작업을 할 수 있는지가 중요해요. 서버 이름과 IP를 비교하고, 로그인과 폴더 권한을 나눈 뒤 읽기·쓰기 테스트를 따로 하면 불필요한 초기화를 줄일 수 있습니다. Apple의 공식 안내처럼 공유 폴더와 사용자를 먼저 명확히 정한 뒤 세부 권한을 좁혀 가는 방식이 안전해요.[1]
