ربط Storage Server كمحرك أقراص شبكة: Linux وWindows

يمكنكم ربط Storage Server الخاص بكم بخادمكم كما لو كان قرصاً صلباً محلياً. بعد ذلك يظهر على Linux كمجلد /storage، وعلى Windows كمحرك أقراص شبكة يحمل الاسم storage. وعندها تكتب البرامج والسكربتات وأدوات النسخ الاحتياطي في هذا المسار مباشرةً، دون أن تضطروا إلى نسخ الملفات يدوياً ذهاباً وإياباً.

يعرض هذا الدليل جميع الطرق خطوة بخطوة، وجميعها مشفّرة لأن البيانات تمر عبر الإنترنت: على Linux عبر SMB (المعروف أيضاً باسم CIFS أو Samba) مع تشفير ⁦SMB 3⁩ أو عبر SSHFS، وعلى Windows عبر SSHFS-Win باستخدام SFTP. ويتناول كذلك الربط الدائم الذي يبقى بعد إعادة التشغيل، ورسائل الخطأ الأكثر ظهوراً في الواقع العملي. تنطبق أوامر Linux على ⁦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 على Linux وSSHFS-Win على Windows (المنفذ 23).
• الوصول الخارجي يجب أن يكون مفعّلاً، لأن خادمكم يصل إلى خادم التخزين عبر الإنترنت.

عند طلب Storage Server جديد تكون أزرار التبديل الثلاثة مفعّلة مسبقاً. تستخدم الأمثلة في هذا المقال القيم التالية، فاستبدلوها بقيمكم الخاصة:

يحمل المجلد المشترك في كل Storage Server الاسم backup، وبذلك يكون المسار الكامل \\u123456.storage.kernelhost.net\backup على Windows و//u123456.storage.kernelhost.net/backup على Linux.

تحقّقوا أولاً مما إذا كان خادمكم يصل أصلاً إلى خادم التخزين: المنفذ 23 لـ SSHFS وSSHFS-Win، والمنفذ 445 لـ SMB. على Linux:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Port 23 reachable"
timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/445' && echo "Port 445 reachable"

وعلى Windows في PowerShell:

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

إذا ظهر TcpTestSucceeded : True فالطريق مفتوح. وإذا لم يتم الاتصال، فتحقّقوا من زر التبديل المناسب («SSH / SFTP / SCP / rsync» للمنفذ 23، و«Samba / CIFS» للمنفذ 445)، ومن «الوصول الخارجي»، ومن أي جدار حماية على خادمكم قد يصفّي الاتصالات الصادرة. وإذا كان المنفذ 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

أضيفوا هذا السطر في نهاية الملف (في سطر واحد):

//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 يقلع الخادم حتى لو كان هناك خلل ما.

بديل على Linux: SSHFS عبر المنفذ 23

يركّب 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"

وإذا كان winget متوفراً على جهازكم، كما في ⁦Windows 11⁩ مثلاً، فيكفي أيضاً الأمر winget install -e --id SSHFS-Win.SSHFS-Win. ويُثبَّت WinFsp معه تلقائياً.

2. ربط محرك الأقراص في مستكشف الملفات

1. افتحوا مستكشف الملفات، واختاروا في جزء التنقّل «هذا الكمبيوتر الشخصي».
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.

من الآن فصاعداً يتوفر خادم التخزين في «هذا الكمبيوتر الشخصي» كمحرك الأقراص 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 مرة أخرى بعد إعادة التشغيل عند أول فتح لمحرك الأقراص. وإذا حدّدتم في تلك النافذة «تذكر بيانات الاعتماد»، يربط Windows محرك الأقراص بعد ذلك دون أن يسألكم. ولا يفيد cmdkey هنا، لأن SSHFS-Win لا يقبل بيانات الدخول إلا من نافذة تسجيل الدخول الخاصة به.

ويبيّن net use ما إذا كان محرك الأقراص يعمل عبر SSHFS-Win: ففي السطر الخاص بـ S: يظهر WinFsp.Np في خانة الشبكة. ويمر هذا الاتصال دائماً عبر SSH، ولذلك فهو مشفّر.

استخدام SMB على Windows مع فرض التشفير فقط

بدءاً من ⁦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:. وللنسخ الاحتياطي التلقائي يُفضَّل استخدام برنامج يدعم SFTP بنفسه، مثل rclone أو restic، مع المضيف u123456.storage.kernelhost.net والمنفذ 23 واسم المستخدم الخاص بكم.

الأخطاء الشائعة وأسبابها

لقطع الاتصال يكفي على Linux الأمر umount /storage، وعلى Windows الأمر net use S: /delete. أما بيانات الدخول المحفوظة لـ SSHFS-Win فتحذفونها في «إدارة بيانات الاعتماد» في Windows ضمن «بيانات الاعتماد العامة»، وتحذفون بيانات الدخول الخاصة بـ SMB بالأمر cmdkey /delete:u123456.storage.kernelhost.net.

محرك أقراص شبكة أم أداة نسخ احتياطي؟

محرك الأقراص المربوط مثالي عندما يُراد أن تكتب البرامج مباشرةً في مجلد، مثلاً للملفات المرفوعة أو ملفات التصدير أو الأرشيف. أما للنسخ الاحتياطية المنتظمة فغالباً ما تكون أدوات مثل rsync أو BorgBackup أو restic عبر SSH على المنفذ 23 الخيار الأمتن: فهي لا تنقل إلا التغييرات، وتستأنف عمليات النقل المنقطعة، وتشفّر البيانات عند الرغبة على خادمكم قبل أن تغادره. ويشرح مقالنا حول استراتيجية النسخ الاحتياطي للخوادم كيف تبنون ذلك، ويساعدكم دليل إعداد مهمة cron في وضع الجدول الزمني.

نصيحة: إذا فعّلتم في «إعدادات الوصول» زر التبديل «مجلد لقطات ZFS»، تظهر اللقطات (Snapshots) الخاصة بـ Storage Server لديكم كمجلد للقراءة فقط هو .zfs/snapshot. وعندها تستعيدون الملفات المفردة بمجرد نسخها، دون الحاجة إلى استعادة لقطة كاملة.

الأمان باختصار

• على Linux ركّبوا دائماً مع seal أو استخدموا SSHFS، وعلى Windows استخدموا SSHFS-Win، لكي تُنقل البيانات مشفّرة. أما SMB التقليدي على Windows فلا تستخدموه إلا مع فرض التشفير بدءاً من ⁦Windows 11 24H2⁩ أو ⁦Windows Server 2025⁩.
• ملف بيانات الدخول /etc/storage-credentials يملكه root وصلاحياته 600.
• عطّلوا في «إعدادات الوصول» كل ما لا تحتاجونه. وإذا كنتم تستخدمون SSHFS وSSHFS-Win فقط، فيمكن أن يبقى «Samba / CIFS» معطّلاً.
• استخدموا لـ SSHFS مفتاحاً مخصصاً لخادم التخزين وحده، كما هو موضح أعلاه. أما كيف تؤمّنون SSH عموماً، فيشرحه مقال تأمين SSH وإعداد تسجيل الدخول بالمفتاح.