Storage Server를 네트워크 드라이브로 연결하기: 리눅스와 Windows
Storage Server를 로컬 하드 디스크처럼 연결하는 방법입니다. 리눅스에서는 /storage 디렉터리로, Windows에서는 storage라는 네트워크 드라이브로 연결하며, 영구 마운트와 오류 메시지 해결 방법도 함께 다룹니다.
Storage Server는 로컬 하드 디스크처럼 서버에 연결해 사용할 수 있습니다. 연결하고 나면 리눅스에서는 /storage 디렉터리로, Windows에서는 storage라는 이름의 네트워크 드라이브로 나타납니다. 그러면 프로그램, 스크립트, 백업 도구가 이 경로에 바로 쓰기만 하면 되므로, 파일을 일일이 손으로 옮겨 복사할 필요가 없습니다.
이 가이드는 두 가지 방법을 단계별로 보여 드립니다. 리눅스와 Windows에서 쓰는 SMB(CIFS 또는 Samba라고도 함)와, 리눅스에서 쓸 수 있는 암호화된 대안인 SSHFS입니다. 재부팅 후에도 유지되는 영구 마운트와 실무에서 가장 자주 마주치는 오류 메시지도 함께 다룹니다. 리눅스 명령은 Debian 12와 13, Ubuntu 22.04와 24.04, AlmaLinux와 Rocky Linux 9에 적용되고, Windows 절차는 Windows 10과 11, Windows Server 2019부터 2025까지 적용됩니다.
시작하기 전에: 접속 정보와 접근 설정
서버 호스트명, 사용자명, 비밀번호 등 필요한 정보는 모두 고객 포털의 Storage Server 페이지에 있는 “연결 정보” 섹션에서 확인할 수 있습니다. 비밀번호가 표시되지 않으면 “비밀번호 재설정”으로 새 비밀번호를 생성하세요. 다만 이렇게 하면 기존 연결이 모두 끊기므로, 이미 스토리지를 연결해 둔 서버에는 새 비밀번호를 다시 설정해야 합니다.
같은 페이지의 “접근 설정” 버튼을 누르면 접근 방식별로 켜고 끌 수 있는 스위치가 나타납니다. 이 가이드에 필요한 것은 그중 세 가지입니다.
- Samba / CIFS는 Windows와 리눅스에서 네트워크 드라이브로 연결할 때 필요합니다(포트 445).
- SSH / SFTP / SCP / rsync는 리눅스에서 SSHFS를 쓸 때 필요합니다(포트 23).
- 외부 접근 허용은 서버가 인터넷을 거쳐 스토리지에 접속하므로 반드시 켜져 있어야 합니다.
새로 주문한 Storage Server에서는 세 스위치가 모두 이미 켜져 있습니다. 이 글의 예시는 아래 값을 사용하니, 본인의 값으로 바꿔서 입력하세요.
| 항목 | 예시 값 |
|---|---|
| 서버 호스트명 | u123456.storage.kernelhost.net |
| 사용자명 | u123456 |
| 공유 폴더(SMB) | backup |
| SMB 포트 | 445 |
| SSH, SFTP, rsync 포트 | 23 |
공유 폴더 이름은 모든 Storage Server에서 backup입니다. 따라서 전체 경로는 Windows에서는 \\u123456.storage.kernelhost.net\backup, 리눅스에서는 //u123456.storage.kernelhost.net/backup입니다.
가장 먼저 서버에서 포트 445로 스토리지에 접속할 수 있는지 확인하세요. 리눅스에서는 다음 명령을 실행합니다.
timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/445' && echo "포트 445 접속 가능"
Windows에서는 PowerShell로 다음 명령을 실행합니다.
Test-NetConnection u123456.storage.kernelhost.net -Port 445
TcpTestSucceeded : True가 표시되면 연결 경로에 문제가 없습니다. 연결되지 않으면 “Samba / CIFS”와 “외부 접근 허용” 두 스위치를 확인하고, 서버에서 나가는 연결을 걸러 내는 방화벽을 쓰고 있다면 그 설정도 확인하세요. 포트 445가 계속 막혀 있다면 리눅스에서는 아래에서 설명하는 SSHFS 방식을 사용하세요.
리눅스: 스토리지를 /storage에 마운트하기(SMB)
1. cifs-utils 설치하기
SMB 클라이언트는 cifs-utils 패키지에 들어 있습니다. Debian과 Ubuntu에서는 다음과 같습니다.
apt-get update
apt-get install -y cifs-utils
AlmaLinux, Rocky Linux, RHEL에서는 다음과 같습니다.
dnf install -y cifs-utils
2. 마운트 포인트와 자격 증명 파일 만들기
스토리지가 나타날 디렉터리와 접속 정보를 저장할 파일을 만듭니다.
mkdir -p /storage
nano /etc/storage-credentials
파일 내용은 다음과 같습니다.
username=u123456
password=YOUR_PASSWORD
그다음 root만 이 파일을 읽을 수 있게 합니다.
chmod 600 /etc/storage-credentials
파일을 따로 두는 이유: 이렇게 하면 비밀번호가 모든 사용자가 읽을 수 있는 /etc/fstab에도, 명령 기록에도 남지 않습니다. 이 파일에서는 비밀번호에 특수 문자가 있어도 문제가 없으며, 따옴표로 감쌀 필요도 없습니다.
3. 직접 한 번 마운트해서 테스트하기
mount -t cifs //u123456.storage.kernelhost.net/backup /storage -o credentials=/etc/storage-credentials,seal,iocharset=utf8,uid=0,gid=0,file_mode=0660,dir_mode=0770
각 옵션의 의미는 다음과 같습니다.
seal은 SMB 3으로 연결을 암호화합니다. 데이터가 인터넷을 거쳐 전송되므로 이 옵션은 절대 빼지 마세요.iocharset=utf8옵션은 파일 이름에 쓰인 한글과 특수 문자가 깨지지 않고 올바르게 전달되도록 합니다.uid와gid는 파일이 어느 로컬 사용자의 소유가 될지 정합니다. 예를 들어 웹 서버가 쓰기를 해야 한다면uid=www-data,gid=www-data를 지정하세요.file_mode와dir_mode는 리눅스가 파일과 폴더에 표시하는 권한을 정합니다. 스토리지 자체에는 리눅스 권한이 저장되지 않으며, 이 값은 사용 중인 서버에서만 적용됩니다.
모든 것이 제대로 동작하는지는 다음과 같이 확인합니다.
df -h /storage
touch /storage/testfile && ls -l /storage && rm /storage/testfile
이제 df는 로컬 디스크가 아니라 Storage Server의 용량을 보여 줍니다.
4. /etc/fstab에 등록해 영구 마운트하기
재부팅할 때마다 스토리지가 자동으로 다시 연결되도록 /etc/fstab에 등록합니다. 그 전에 테스트용 마운트를 해제하세요.
umount /storage
nano /etc/fstab
파일 끝에 다음 줄을 추가합니다(줄바꿈 없이 한 줄로 입력).
//u123456.storage.kernelhost.net/backup /storage cifs credentials=/etc/storage-credentials,seal,iocharset=utf8,uid=0,gid=0,file_mode=0660,dir_mode=0770,_netdev,nofail,x-systemd.automount 0 0
끝에 붙은 세 옵션이 중요합니다.
_netdev는 이 항목이 네트워크 드라이브이므로 네트워크가 준비된 뒤에야 마운트할 수 있다는 것을 시스템에 알려 줍니다.nofail은 스토리지에 잠시 접속할 수 없더라도 서버가 부팅 중에 멈추지 않게 합니다.x-systemd.automount는/storage에 처음 접근할 때 스토리지를 마운트하고, 연결이 끊긴 뒤에는 자동으로 다시 마운트합니다.
설정을 다시 읽어 들이고 마운트합니다.
systemctl daemon-reload
mount -a
ls /storage
mount -a가 오류를 보고하지 않으면 줄이 올바르게 작성된 것입니다. 이제 재부팅도 안심하고 테스트할 수 있습니다. 설정에 문제가 있더라도 nofail 덕분에 서버는 정상적으로 부팅됩니다.
리눅스 대안: 포트 23을 통한 SSHFS
SSHFS는 SSH를 통해 스토리지를 마운트합니다. 포트 445가 막혀 있거나 비밀번호보다 SSH 키로 작업하는 편이 좋다면 이 방법이 알맞습니다. 연결은 항상 암호화됩니다. /storage에는 SMB와 SSHFS 중 하나만 설정하고, 둘을 동시에 쓰지 마세요.
SSHFS를 설치합니다. Debian과 Ubuntu에서는 다음과 같습니다.
apt-get install -y sshfs
AlmaLinux와 Rocky Linux에서는 이 패키지가 EPEL 저장소에 있습니다.
dnf install -y epel-release
dnf install -y fuse-sshfs
스토리지 전용 키를 만들어 스토리지에 등록합니다.
ssh-keygen -t ed25519 -f /root/.ssh/storage_ed25519 -N ""
cat /root/.ssh/storage_ed25519.pub | ssh -p 23 u123456@u123456.storage.kernelhost.net install-ssh-key
처음 연결할 때 스토리지의 호스트 키 지문을 yes로 승인하고 비밀번호를 한 번 입력합니다. install-ssh-key 명령은 기존 키를 덮어쓰지 않고 새 키를 추가합니다. 이제부터 서버는 비밀번호 없이 스토리지에 로그인합니다.
수동으로 마운트하려면 다음과 같이 합니다.
mkdir -p /storage
sshfs -p 23 -o IdentityFile=/root/.ssh/storage_ed25519,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3 u123456@u123456.storage.kernelhost.net: /storage
호스트명 뒤의 콜론은 스토리지에 있는 본인의 홈 디렉터리를 뜻합니다. 즉 SMB 공유 폴더에서 보이는 것과 같은 파일입니다. 영구적으로 마운트하려면 다음 줄을 /etc/fstab에 추가합니다.
u123456@u123456.storage.kernelhost.net: /storage fuse.sshfs port=23,IdentityFile=/root/.ssh/storage_ed25519,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3,allow_other,_netdev,nofail,x-systemd.automount 0 0
allow_other는 웹 서버처럼 root가 아닌 다른 사용자도 접근할 수 있게 합니다. reconnect와 두 ServerAlive 값은 네트워크가 잠깐 끊겨도 연결을 안정적으로 유지합니다. 그다음 위와 마찬가지로 systemctl daemon-reload와 mount -a를 실행합니다.
Windows: 스토리지를 네트워크 드라이브 “storage”로 연결하기
파일 탐색기에서
- 파일 탐색기를 열고 왼쪽에서 “내 PC”를 선택합니다.
- “네트워크 드라이브 연결”을 선택합니다. Windows 11에서는 이 항목이 점 세 개(…) 메뉴 안에 있고, Windows Server에서는 “컴퓨터” 탭에 있습니다.
- 드라이브는
S:를 선택하고, 폴더에는\\u123456.storage.kernelhost.net\backup을 입력합니다. - “로그인할 때 다시 연결”과 “다른 자격 증명을 사용하여 연결”에 체크하고 “마침”을 클릭합니다.
- 사용자 이름에
u123456, 암호에 본인의 비밀번호를 입력하고 “내 자격 증명 기억”에 체크합니다. - 드라이브는 처음에 “backup (\\u123456.storage.kernelhost.net) (S:)”로 표시됩니다. 드라이브를 마우스 오른쪽 버튼으로 클릭하고 “이름 바꾸기”를 선택한 다음
storage를 입력합니다.
이제 스토리지는 “내 PC”에 storage 드라이브로 표시되며, 로그인할 때마다 자동으로 연결됩니다.
PowerShell 또는 명령 프롬프트에서
명령 두 개를 쓰면 더 빠릅니다. 첫 번째 명령은 접속 정보를 Windows 자격 증명 관리자에 저장하며, 이때 비밀번호를 묻습니다. 두 번째 명령은 드라이브를 영구적으로 연결합니다.
cmdkey /add:u123456.storage.kernelhost.net /user:u123456 /pass
net use S: \\u123456.storage.kernelhost.net\backup /persistent:yes
storage라는 이름은 PowerShell에서 지정합니다.
(New-Object -ComObject Shell.Application).NameSpace('S:').Self.Name = 'storage'
중요: 이 명령은 “관리자 권한으로 실행”으로 연 창이 아니라 일반 창에서 실행하세요. 권한이 상승된 세션에서 연결한 드라이브는 net use가 성공했다고 알려도 파일 탐색기에 보이지 않습니다.
연결 확인과 암호화
Windows가 어떤 SMB 버전으로 협상했는지, 연결이 서명되었거나 암호화되었는지는 PowerShell에서 확인할 수 있습니다.
Get-SmbConnection -ServerName u123456.storage.kernelhost.net | Format-List ServerName,ShareName,Dialect,Signed,Encrypted
Windows 11 24H2와 Windows Server 2025부터는 나가는 모든 SMB 연결에 암호화를 요구할 수 있습니다. 그러면 Windows는 암호화된 SMB 3을 지원하는 서버에만 연결하며, Storage Server는 이를 지원합니다.
Set-SmbClientConfiguration -RequireEncryption $true -Confirm:$false
이 설정은 해당 컴퓨터의 모든 SMB 연결에 적용됩니다. 서버에 암호화를 쓰지 않는 오래된 공유 폴더가 더 연결되어 있다면, 이 설정 뒤에는 그 공유 폴더에 더 이상 접속할 수 없습니다.
서비스와 예약된 작업에서 사용하기
드라이브 문자는 그 드라이브를 연결한 사용자의 로그인 세션 안에서만 유효합니다. 그래서 서비스, 예약된 작업, 많은 백업 프로그램은 S:를 보지 못합니다. 이런 경우에는 전체 경로 \\u123456.storage.kernelhost.net\backup을 사용하고, 작업이 실행되는 사용자 계정에서 cmdkey로 접속 정보를 저장하세요.
자주 발생하는 오류와 원인
| 메시지 | 원인 | 해결 방법 |
|---|---|---|
mount error(13): Permission denied | 사용자명 또는 비밀번호가 틀렸거나 “Samba / CIFS”가 꺼져 있음 | 자격 증명 파일과 스위치 확인, 비밀번호를 재설정했다면 파일 수정 |
mount error(115): Operation now in progress | 포트 445에 접속할 수 없거나 “외부 접근 허용”이 꺼져 있음 | 위의 포트 테스트 실행, 스위치 확인 또는 SSHFS 사용 |
mount error(112): Host is down | 클라이언트와 스토리지가 공통 SMB 버전을 협상하지 못함 | 마운트 옵션에 vers=3.0 추가 |
mount error(2): No such file or directory | 공유 폴더 이름이 잘못됨 | 공유 폴더 이름은 항상 backup임 |
bad option; for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program. | cifs-utils 패키지가 없음 | 위에서 설명한 대로 패키지 설치 |
| 4 GB 이상인 파일의 전송이 중단됨 | SMB 클라이언트의 캐시 | 마운트 옵션에 cache=none 추가 |
| “시스템 오류 53이(가) 발생했습니다.” | 네트워크 경로를 찾을 수 없음, 대개 포트 445가 막혀 있음 | Test-NetConnection 실행, 스위치 확인 |
| “시스템 오류 67이(가) 발생했습니다.” | 네트워크 이름을 찾을 수 없음 | 경로는 \backup으로 끝나야 함 |
| “시스템 오류 86이(가) 발생했습니다.” 또는 “시스템 오류 1326이(가) 발생했습니다.” | 자격 증명이 올바르지 않음 | cmdkey /delete:u123456.storage.kernelhost.net 명령으로 삭제한 뒤 다시 저장 |
| “시스템 오류 1219이(가) 발생했습니다.” | 다른 자격 증명으로 이미 연결되어 있음 | net use \\u123456.storage.kernelhost.net\backup /delete 실행 후 다시 연결 |
연결을 해제하려면 리눅스에서는 umount /storage, Windows에서는 net use S: /delete를 실행하면 됩니다. Windows에 저장된 접속 정보는 cmdkey /delete:u123456.storage.kernelhost.net 명령으로 삭제합니다.
네트워크 드라이브와 백업 도구 중 무엇을 쓸까요?
마운트한 드라이브는 업로드, 내보내기, 아카이브처럼 프로그램이 폴더에 직접 기록해야 할 때 가장 알맞습니다. 정기 백업에는 포트 23에서 SSH로 동작하는 rsync, BorgBackup, restic 같은 도구가 더 견고한 선택인 경우가 많습니다. 이런 도구는 변경된 부분만 전송하고, 중단된 작업을 이어서 진행하며, 원하면 전송 전에 서버에서 미리 암호화합니다. 이런 백업을 구성하는 방법은 서버 백업 전략 글에 정리되어 있고, 백업 일정을 잡을 때는 cron 작업 설정하기 가이드가 도움이 됩니다.
팁: 접근 설정에서 “ZFS 스냅샷 디렉터리”를 켜면 Storage Server의 스냅샷이 읽기 전용 디렉터리 .zfs/snapshot으로 나타납니다. 그러면 스냅샷 전체를 복원하지 않고도 필요한 파일만 복사해서 되살릴 수 있습니다.
보안 요약
- 리눅스에서는 데이터가 암호화되어 전송되도록 항상
seal옵션으로 마운트하거나 SSHFS를 사용하세요. - 자격 증명 파일
/etc/storage-credentials는 root 소유여야 하고 권한은600이어야 합니다. - 접근 설정에서 필요 없는 항목은 꺼 두세요. SSHFS만 쓴다면 “Samba / CIFS”는 꺼 두어도 됩니다.
- SSHFS에는 위에서 보여 드린 것처럼 스토리지 전용 키를 따로 사용하세요. SSH 전반의 보안을 강화하는 방법은 SSH 보안 강화와 키 로그인 설정 글에서 설명합니다.
자주 묻는 질문
Storage Server의 공유 폴더 이름은 무엇인가요?
Storage Server에는 어떤 포트가 필요한가요?
스토리지 연결은 암호화되나요?
재부팅하면 드라이브가 왜 사라지나요?
net use는 성공했는데 파일 탐색기에 드라이브가 보이지 않는 이유는 무엇인가요?
여러 서버에서 동시에 스토리지를 연결할 수 있나요?
2026 KernelHost GmbH. 모든 권리를 보유합니다. 본 가이드는 저작권법의 보호를 받습니다. 전체든 일부든, 또는 수정된 형태이든 저희의 서면 동의 없이 다른 웹사이트에 게시할 수 없습니다. 출처를 밝히고 링크를 덧붙인 인용은 언제든지 환영합니다.

