Storage Server를 네트워크 드라이브로 연결하기: 리눅스와 Windows

Storage Server는 로컬 하드 디스크처럼 서버에 연결해 사용할 수 있습니다. 연결하고 나면 리눅스에서는 /storage 디렉터리로, Windows에서는 storage라는 이름의 네트워크 드라이브로 나타납니다. 그러면 프로그램, 스크립트, 백업 도구가 이 경로에 바로 쓰기만 하면 되므로, 파일을 일일이 손으로 옮겨 복사할 필요가 없습니다.

이 가이드는 모든 방법을 단계별로 보여 드립니다. 데이터가 인터넷을 거쳐 전송되므로 어느 방법이든 처음부터 끝까지 암호화됩니다. 리눅스에서는 SMB 3 암호화를 적용한 SMB(CIFS 또는 Samba라고도 함) 또는 SSHFS를, Windows에서는 SFTP를 통한 SSHFS-Win을 사용합니다. 재부팅 후에도 유지되는 영구 마운트와 실무에서 가장 자주 마주치는 오류 메시지도 함께 다룹니다. 리눅스 명령은 Debian 12와 13, Ubuntu 22.04와 24.04, AlmaLinux와 Rocky Linux 9에 적용되고, Windows 절차는 Windows 10과 11, Windows Server 2016부터 2025까지 적용됩니다.

가장 중요한 명령은 고객 포털의 Storage Server 페이지에 있는 “네트워크 드라이브로 연결” 카드에서도 확인할 수 있으며, 서버 호스트명과 사용자명이 이미 채워져 있습니다.

시작하기 전에: 접속 정보와 접근 설정

서버 호스트명, 사용자명, 비밀번호 등 필요한 정보는 모두 고객 포털의 Storage Server 페이지에 있는 “연결 정보” 섹션에서 확인할 수 있습니다. 비밀번호가 표시되지 않으면 “비밀번호 재설정”으로 새 비밀번호를 생성하세요. 다만 이렇게 하면 기존 연결이 모두 끊기므로, 이미 스토리지를 연결해 둔 서버에는 새 비밀번호를 다시 설정해야 합니다.

같은 페이지의 “접근 설정” 버튼을 누르면 접근 방식별로 켜고 끌 수 있는 스위치가 나타납니다. 이 가이드에 필요한 것은 그중 세 가지입니다.

• Samba / CIFS는 SMB로 네트워크 드라이브를 연결할 때 필요합니다(포트 445).
• SSH / SFTP / SCP / rsync는 리눅스에서 SSHFS를, Windows에서 SSHFS-Win을 쓸 때 필요합니다(포트 23).
• 외부 접근 허용은 서버가 인터넷을 거쳐 스토리지에 접속하므로 반드시 켜져 있어야 합니다.

새로 주문한 Storage Server에서는 세 스위치가 모두 이미 켜져 있습니다. 이 글의 예시는 아래 값을 사용하니, 본인의 값으로 바꿔서 입력하세요.

공유 폴더 이름은 모든 Storage Server에서 backup입니다. 따라서 전체 경로는 Windows에서는 \\u123456.storage.kernelhost.net\backup, 리눅스에서는 //u123456.storage.kernelhost.net/backup입니다.

가장 먼저 서버에서 스토리지에 접속할 수 있는지 확인하세요. SSHFS와 SSHFS-Win에는 포트 23, SMB에는 포트 445가 필요합니다. 리눅스에서는 다음 명령을 실행합니다.

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "포트 23 접속 가능"
timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/445' && echo "포트 445 접속 가능"

Windows에서는 PowerShell로 다음 명령을 실행합니다.

Test-NetConnection u123456.storage.kernelhost.net -Port 23

TcpTestSucceeded : True가 표시되면 연결 경로에 문제가 없습니다. 연결되지 않으면 해당 스위치(포트 23은 “SSH / SFTP / SCP / rsync”, 포트 445는 “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”로 암호화해 연결하기

Windows는 기본적으로 SMB로 네트워크 드라이브를 연결합니다. 하지만 이 연결은 어느 한쪽이 명시적으로 요구할 때만 암호화되며, Windows에서는 여기에 기댈 수 없습니다. 인터넷을 거치는 동안 누구도 데이터를 엿볼 수 없도록 Windows에서는 스토리지를 SFTP, 즉 SSH로 연결합니다. 이를 위해 무료 오픈 소스 프로그램 두 개가 필요합니다. WinFsp는 파일 시스템을 제공하고, SSHFS-Win은 SFTP를 네트워크 드라이브로 파일 탐색기에 연결해 줍니다.

1. WinFsp와 SSHFS-Win 설치하기

“관리자 권한으로 실행”으로 PowerShell을 열고 다음 명령을 붙여 넣으세요. 이 명령은 두 설치 패키지를 GitHub에서 내려받아 별도의 확인 없이 설치합니다.

[Net.ServicePointManager]::SecurityProtocol = 'Tls12'
$ProgressPreference = 'SilentlyContinue'
Invoke-WebRequest https://github.com/winfsp/winfsp/releases/download/v2.1/winfsp-2.1.25156.msi -OutFile "$env:TEMP\winfsp.msi" -UseBasicParsing
Invoke-WebRequest https://github.com/winfsp/sshfs-win/releases/download/v3.5.20357/sshfs-win-3.5.20357-x64.msi -OutFile "$env:TEMP\sshfs-win.msi" -UseBasicParsing
Start-Process msiexec.exe -Wait -ArgumentList "/i `"$env:TEMP\winfsp.msi`" /qn /norestart"
Start-Process msiexec.exe -Wait -ArgumentList "/i `"$env:TEMP\sshfs-win.msi`" /qn /norestart"

Windows 11처럼 컴퓨터에 winget이 있다면 winget install -e --id SSHFS-Win.SSHFS-Win 명령 하나로도 충분합니다. 이때 WinFsp도 자동으로 함께 설치됩니다.

2. 파일 탐색기에서 드라이브 연결하기

1. 파일 탐색기를 열고 왼쪽에서 “내 PC”를 선택합니다.
2. “네트워크 드라이브 연결”을 선택합니다. Windows 11과 Windows Server 2025에서는 이 항목이 점 세 개(…) 메뉴 안에 있고, Windows 10과 Windows Server 2016부터 2022까지는 “컴퓨터” 탭에 있습니다.
3. 드라이브는 S:를 선택하고, 폴더에는 \\sshfs\u123456@u123456.storage.kernelhost.net!23을 입력합니다. 끝의 !23은 포트 번호이며, 이를 빼면 SSHFS-Win은 포트 22로 접속을 시도합니다.
4. “로그인할 때 다시 연결”은 체크된 상태로 두고 “마침”을 클릭합니다.
5. 자격 증명 입력 창에 본인의 비밀번호를 입력하고 “내 자격 증명 기억”에 체크합니다.
6. 드라이브는 처음에 기술적인 이름으로 표시됩니다. 드라이브를 마우스 오른쪽 버튼으로 클릭하고 “이름 바꾸기”를 선택한 다음 storage를 입력합니다.

이제 스토리지는 “내 PC”에 storage 드라이브로 표시되며, 로그인할 때마다 자동으로 암호화되어 연결됩니다.

PowerShell에서

명령 하나면 더 빠릅니다. 이 명령은 “관리자 권한으로 실행”으로 연 창이 아니라 일반 PowerShell 창에서 실행하세요. 권한이 상승된 세션에서 연결한 드라이브는 파일 탐색기에 보이지 않기 때문입니다. 실행하면 Windows가 비밀번호를 묻습니다.

net use S: \\sshfs\u123456@u123456.storage.kernelhost.net!23 * /user:u123456 /persistent:yes

그다음 storage라는 이름을 다음과 같이 지정합니다.

(New-Object -ComObject Shell.Application).NameSpace('S:').Self.Name = 'storage'

net use는 드라이브는 기억하지만 비밀번호는 기억하지 않습니다. 그래서 재부팅한 뒤 드라이브를 처음 열 때 Windows가 비밀번호를 다시 묻습니다. 이 창에서 “내 자격 증명 기억”에 체크하면 그다음부터는 묻지 않고 드라이브를 연결합니다. SSHFS-Win은 자체 자격 증명 입력 창에서 입력한 자격 증명만 사용하므로 여기서는 cmdkey가 도움이 되지 않습니다.

드라이브가 SSHFS-Win으로 연결되었는지는 net use로 확인할 수 있습니다. S: 줄의 네트워크 열에 WinFsp.Np가 표시됩니다. 이 연결은 항상 SSH를 거치므로 암호화됩니다.

Windows에서 SMB는 암호화를 강제할 때만 사용하기

Windows 11 24H2와 Windows Server 2025부터는 Windows가 나가는 모든 SMB 연결에 암호화를 요구할 수 있습니다. 이 경우에만 공유 폴더 backup을 쓰는 기존 방식도 안전합니다. 관리자 권한으로 연 PowerShell에서 암호화를 켜세요.

Set-SmbClientConfiguration -RequireEncryption $true -Confirm:$false

이 설정은 해당 컴퓨터의 모든 SMB 연결에 적용됩니다. 서버에 암호화를 쓰지 않는 오래된 공유 폴더가 더 연결되어 있다면, 이 설정 뒤에는 그 공유 폴더에 더 이상 접속할 수 없습니다. 그다음 일반 창에서 드라이브를 연결하고, 출력에 Encrypted : True가 표시되는지 확인합니다.

Test-NetConnection u123456.storage.kernelhost.net -Port 445
cmdkey /add:u123456.storage.kernelhost.net /user:u123456 /pass
net use S: \\u123456.storage.kernelhost.net\backup /persistent:yes
Get-SmbConnection -ServerName u123456.storage.kernelhost.net | Format-List ServerName,ShareName,Dialect,Encrypted

이 방법은 SSHFS-Win을 대신합니다. S:가 이미 SSHFS-Win으로 연결되어 있다면 먼저 net use S: /delete로 연결을 해제하세요. 이전 버전의 Windows에서는 암호화를 강제할 수 없습니다. 이 경우에는 위에서 설명한 SSHFS-Win을 사용하세요.

서비스와 예약된 작업에서 사용하기

드라이브 문자는 그 드라이브를 연결한 사용자의 로그인 세션 안에서만 유효합니다. 그래서 서비스, 예약된 작업, 많은 백업 프로그램은 S:를 보지 못합니다. 자동 백업에는 rclone이나 restic처럼 SFTP를 직접 지원하는 프로그램을 쓰고, 호스트 u123456.storage.kernelhost.net, 포트 23, 본인의 사용자명을 지정하는 것이 가장 좋습니다.

자주 발생하는 오류와 원인

연결을 해제하려면 리눅스에서는 umount /storage, Windows에서는 net use S: /delete를 실행하면 됩니다. SSHFS-Win용으로 저장된 자격 증명은 Windows 자격 증명 관리자의 “일반 자격 증명”에서 삭제하고, SMB용 자격 증명은 cmdkey /delete:u123456.storage.kernelhost.net 명령으로 삭제합니다.

네트워크 드라이브와 백업 도구 중 무엇을 쓸까요?

마운트한 드라이브는 업로드, 내보내기, 아카이브처럼 프로그램이 폴더에 직접 기록해야 할 때 가장 알맞습니다. 정기 백업에는 포트 23에서 SSH로 동작하는 rsync, BorgBackup, restic 같은 도구가 더 견고한 선택인 경우가 많습니다. 이런 도구는 변경된 부분만 전송하고, 중단된 작업을 이어서 진행하며, 원하면 전송 전에 서버에서 미리 암호화합니다. 이런 백업을 구성하는 방법은 서버 백업 전략 글에 정리되어 있고, 백업 일정을 잡을 때는 cron 작업 설정하기 가이드가 도움이 됩니다.

팁: 접근 설정에서 “ZFS 스냅샷 디렉터리”를 켜면 Storage Server의 스냅샷이 읽기 전용 디렉터리 .zfs/snapshot으로 나타납니다. 그러면 스냅샷 전체를 복원하지 않고도 필요한 파일만 복사해서 되살릴 수 있습니다.

보안 요약

• 데이터가 암호화되어 전송되도록 리눅스에서는 항상 seal 옵션으로 마운트하거나 SSHFS를 사용하고, Windows에서는 SSHFS-Win을 사용하세요. Windows에서 기존 SMB 방식은 Windows 11 24H2 또는 Windows Server 2025 이상에서 암호화를 강제한 경우에만 사용하세요.
• 자격 증명 파일 /etc/storage-credentials는 root 소유여야 하고 권한은 600이어야 합니다.
• 접근 설정에서 필요 없는 항목은 꺼 두세요. SSHFS와 SSHFS-Win만 쓴다면 “Samba / CIFS”는 꺼 두어도 됩니다.
• SSHFS에는 위에서 보여 드린 것처럼 스토리지 전용 키를 따로 사용하세요. SSH 전반의 보안을 강화하는 방법은 SSH 보안 강화와 키 로그인 설정 글에서 설명합니다.