Storage Server をネットワークドライブとしてマウントする：Linux と Windows

お使いの Storage Server は、ローカルディスクと同じようにサーバーへマウントできます。マウントすると、Linux ではディレクトリ /storage として、Windows では storage という名前のネットワークドライブとして表示されます。プログラム、スクリプト、バックアップツールはこのパスにそのまま書き込めるので、ファイルを手作業でコピーする手間はかかりません。

本ガイドでは、2 つの方法をステップごとに説明します。Linux と Windows で使える SMB（CIFS や Samba とも呼ばれます）と、Linux 向けの暗号化された代替手段である SSHFS です。さらに、再起動後も自動でマウントされるようにする設定と、実際によく目にするエラーメッセージも取り上げます。Linux のコマンドは Debian 12 と 13、Ubuntu 22.04 と 24.04、AlmaLinux と Rocky Linux 9 に、Windows の手順は Windows 10 と 11、Windows Server 2019 から 2025 に対応しています。

始める前に：接続情報とアクセス設定

必要な情報はすべて、カスタマーエリアの Storage Server のページにある「接続情報」セクションに記載されています。ホスト名、ユーザー名、パスワードの 3 つです。パスワードが表示されていない場合は、「パスワードをリセット」で新しいパスワードを生成します。ただし、この操作を行うと既存の接続はすべて切断されるため、すでにマウントしているサーバーには新しいパスワードを設定し直す必要があります。

同じページにある「アクセス設定」ボタンを押すと、アクセス方法ごとのスイッチが表示されます。本ガイドに関係するのは、そのうちの次の 3 つです。

• Samba / CIFS は、Windows と Linux でネットワークドライブを使うためのスイッチです（ポート 445）。
• SSH / SFTP / SCP / rsync は、Linux で SSHFS を使うためのスイッチです（ポート 23）。
• 外部からの到達可能性は、お使いのサーバーがインターネット経由でストレージにアクセスするため、オンにしておく必要があります。

新しく注文した Storage Server では、3 つとも最初から有効になっています。本記事の例では次の値を使っていますので、ご自身の値に置き換えてください。

共有名はどの Storage Server でも backup です。したがって完全なパスは、Windows では \\u123456.storage.kernelhost.net\backup、Linux では //u123456.storage.kernelhost.net/backup になります。

まず、お使いのサーバーがポート 445 でストレージにそもそも到達できるかを確認します。Linux では次のコマンドを実行します。

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」と「外部からの到達可能性」の 2 つのスイッチに加えて、お使いのサーバーに外向きの通信をフィルタリングするファイアウォールがないかを確認してください。ポート 445 が恒常的にブロックされている場合、Linux では後述の SSHFS を使ってください。

Linux：ストレージを /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 は、Linux 上でファイルとフォルダーに表示される権限を決めます。ストレージ自体には Linux の権限は保存されず、これらの値はお使いのサーバー上でのみ有効です。

すべてが正しく動作しているかは、次のコマンドで確認できます。

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

ファイルの末尾に次の行を追加します（途中で改行せず、1 行で記述します）。

//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

末尾にある 3 つのオプションが重要です。

• _netdev は、これがネットワークドライブであり、ネットワークが使えるようになってからでないとマウントできないことをシステムに伝えます。
• nofail は、ストレージに一時的に到達できない場合でも、サーバーの起動が途中で止まらないようにします。
• x-systemd.automount は、/storage に最初にアクセスした時点でストレージをマウントし、接続が途切れた後も自動でマウントし直します。

設定を再読み込みしてマウントします。

systemctl daemon-reload
mount -a
ls /storage

mount -a がエラーを出さなければ、追加した行は正しく記述されています。そのあとは再起動も安心して試せます。nofail のおかげで、万一設定に問題があってもサーバーは起動するからです。

Linux の代替手段：ポート 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 と 2 つの ServerAlive の値は、ネットワークが一瞬途切れても接続を安定して保ちます。その後は先ほどと同じように、systemctl daemon-reload と mount -a を実行します。

Windows：ストレージをネットワークドライブ「storage」として接続する

エクスプローラーで接続する

1. エクスプローラーを開き、左側で「PC」を選択します。
2. 「ネットワーク ドライブの割り当て」を選択します。この項目は、Windows 11 ではツールバーの「…」から開くメニューの中に、Windows Server では「コンピューター」タブの中にあります。
3. 「ドライブ」で S: を選び、「フォルダー」に \\u123456.storage.kernelhost.net\backup と入力します。
4. 「サインイン時に再接続する」と「別の資格情報を使用して接続する」にチェックを入れ、「完了」をクリックします。
5. ユーザー名に u123456、パスワードにご自身のパスワードを入力し、「資格情報を記憶する」にチェックを入れます。
6. ドライブは最初「backup (\\u123456.storage.kernelhost.net) (S:)」と表示されます。これを右クリックして「名前の変更」を選び、storage と入力します。

これで、ストレージは「PC」にドライブ storage として表示され、サインインするたびに自動で接続されます。

PowerShell またはコマンド プロンプトで接続する

2 つのコマンドを使えば、もっと手早く済みます。1 つ目のコマンドはユーザー名とパスワードを Windows の資格情報マネージャーに保存し、その際にパスワードの入力を求めます。2 つ目のコマンドは、ドライブを永続的に接続します。

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 を使って資格情報を保存してください。

よくあるエラーとその原因

接続を解除するには、Linux では umount /storage、Windows では net use S: /delete を実行するだけです。Windows に保存した資格情報は、cmdkey /delete:u123456.storage.kernelhost.net で削除します。

ネットワークドライブかバックアップツールか？

マウントしたドライブは、アップロード、エクスポート、アーカイブなど、プログラムにフォルダーへ直接書き込ませたい場合に最適です。一方、定期的なバックアップには、ポート 23 の SSH 経由で rsync、BorgBackup、restic などのツールを使うほうが、より堅実な選択になることが少なくありません。これらのツールは変更分だけを転送し、中断した処理を途中から再開でき、必要ならお使いのサーバー上で暗号化してから送信できます。こうした仕組みの構築方法は記事 サーバーのバックアップ戦略 で、スケジュールの設定方法は記事 Linux で cron ジョブを設定する で解説しています。

ヒント：「アクセス設定」で「ZFSスナップショットディレクトリ」をオンにすると、Storage Server のスナップショットが読み取り専用のディレクトリ .zfs/snapshot として表示されます。そうすれば、スナップショット全体を戻さなくても、個々のファイルをコピーするだけで復元できます。

セキュリティの要点

• Linux では必ず seal を付けてマウントするか SSHFS を使い、データが暗号化されて転送されるようにします。
• 認証情報ファイル /etc/storage-credentials は root の所有とし、権限を 600 にします。
• 「アクセス設定」では、使わないものをオフにします。SSHFS しか使わない場合は、「Samba / CIFS」をオフのままにして構いません。
• SSHFS には、前述のとおりストレージ専用の鍵を使います。SSH 全般の保護方法は、記事 SSH を堅牢化して鍵認証ログインを設定する で解説しています。