بروتوكول نقل الملفات

📅 آخر تحديث: ٥ أغسطس ٢٠٢٦
✍️ نُشر في: ٥ أغسطس ٢٠٢٦
📷 يحتوي على 7 صور
الموسوعة الحرة

بروتوكول نقل الملفات
بروتوكول الاتصالات
غايةنقل الملفات
المطور(ون)أبهاي بوشان لـ RFC 114
مقدمة16 أبريل 1971 ؛ منذ 53 عامًا ( 1971-04-16 )
طبقة OSIطبقة التطبيق
المنفذ(ات)21 للتحكم، 20 لنقل البيانات
طلبات التعليقاتطلب التعليقات رقم 959
مجموعة بروتوكولات الإنترنت
طبقة التطبيق
طبقة النقل
طبقة الانترنت
طبقة الارتباط
  • ف
  • ت
  • هـ
الجدول الزمني لتاريخ الإنترنت

البحث والتطوير المبكر:

دمج الشبكات وإنشاء الإنترنت:

التسويق والخصخصة وتوسيع نطاق الوصول يؤدي إلى الإنترنت الحديث:

أمثلة على خدمات الإنترنت:

بروتوكول نقل الملفات ( FTP ) هو بروتوكول اتصال قياسي يستخدم لنقل ملفات الكمبيوتر من خادم إلى عميل على شبكة كمبيوتر . تم بناء FTP على بنية نموذج العميل والخادم باستخدام اتصالات تحكم وبيانات منفصلة بين العميل والخادم. [1] يمكن لمستخدمي FTP التحقق من هويتهم باستخدام بروتوكول تسجيل دخول نص عادي ، عادةً في شكل اسم مستخدم وكلمة مرور، ولكن يمكنهم الاتصال بشكل مجهول إذا تم تكوين الخادم للسماح بذلك. لنقل آمن يحمي اسم المستخدم وكلمة المرور، ويشفر المحتوى، غالبًا ما يتم تأمين FTP باستخدام SSL / TLS ( FTPS ) أو استبداله ببروتوكول نقل الملفات SSH (SFTP).

كانت تطبيقات عميل FTP الأولى عبارة عن برامج سطر أوامر تم تطويرها قبل أن تحتوي أنظمة التشغيل على واجهات مستخدم رسومية ، ولا تزال تُشحن مع معظم أنظمة التشغيل Windows و Unix و Linux . [2] [3] ومنذ ذلك الحين تم تطوير العديد من عملاء FTP المخصصين وأدوات التشغيل الآلي لأجهزة الكمبيوتر المكتبية والخوادم والأجهزة المحمولة والأجهزة، وتم دمج FTP في تطبيقات الإنتاجية مثل محرري HTML ومديري الملفات .

كان يتم دمج عميل FTP بشكل شائع في متصفحات الويب ، حيث يتم تصفح خوادم الملفات باستخدام بادئة URI " ftp://". في عام 2021، تم إسقاط دعم FTP بواسطة Google Chrome و Firefox ، [4] [5] وهما بائعان رئيسيان لمتصفحات الويب، بسبب استبداله بـ SFTP وFTPS الأكثر أمانًا؛ على الرغم من عدم قيام أي منهما بتنفيذ البروتوكولات الأحدث. [6] [7]

تاريخ خوادم FTP

تم كتابة المواصفات الأصلية لبروتوكول نقل الملفات بواسطة Abhay Bhushan ونشرها باسم RFC  114 في 16 أبريل 1971. حتى عام 1980، كان بروتوكول نقل الملفات يعمل على NCP ، سلف بروتوكول TCP/IP . [2] تم استبدال البروتوكول لاحقًا بإصدار TCP/IP، RFC  765 (يونيو 1980) و RFC  959 (أكتوبر 1985)، المواصفات الحالية. تعدل العديد من المعايير المقترحة RFC  959، على سبيل المثال، يمكّن RFC  1579 (فبراير 1994) بروتوكول نقل الملفات الصديق لجدار الحماية (الوضع السلبي)، يقترح RFC  2228 (يونيو 1997) امتدادات الأمان، يضيف RFC  2428 (سبتمبر 1998) دعم IPv6 ويحدد نوعًا جديدًا من الوضع السلبي. [8]

نظرة عامة على البروتوكول

الاتصالات ونقل البيانات

رسم توضيحي لبدء اتصال سلبي باستخدام المنفذ 21

قد يعمل بروتوكول FTP في الوضع النشط أو السلبي ، والذي يحدد كيفية إنشاء اتصال البيانات. [9] (يختلف هذا المعنى لـ "الوضع" عن معنى أمر MODE في بروتوكول FTP.)

  • في الوضع النشط، يبدأ العميل في الاستماع لاتصالات البيانات الواردة من الخادم على المنفذ M. ويرسل أمر FTP PORT [10] M لإبلاغ الخادم بالمنفذ الذي يستمع عليه. ثم يبدأ الخادم في إنشاء قناة بيانات للعميل من المنفذ 20، منفذ بيانات خادم FTP.
  • في المواقف التي يكون فيها العميل خلف جدار حماية وغير قادر على قبول اتصالات TCP الواردة، يمكن استخدام الوضع السلبي . في هذا الوضع، يستخدم العميل اتصال التحكم لإرسال أمر PASV إلى الخادم ثم يتلقى عنوان IP للخادم ورقم منفذ الخادم من الخادم، [9] والذي يستخدمه العميل بعد ذلك لفتح اتصال بيانات من منفذ عميل عشوائي إلى عنوان IP للخادم ورقم منفذ الخادم المستلم. [11]

تم تحديث كلا الوضعين في سبتمبر 1998 لدعم IPv6 . وتم تقديم المزيد من التغييرات على الوضع السلبي في ذلك الوقت، وتم تحديثه إلى الوضع السلبي الموسع . [12]

يستجيب الخادم عبر اتصال التحكم برموز حالة مكونة من ثلاثة أرقام بتنسيق ASCII مع رسالة نصية اختيارية. على سبيل المثال، "200" (أو "200 OK") تعني أن الأمر الأخير كان ناجحًا. تمثل الأرقام رمز الاستجابة ويمثل النص الاختياري شرحًا أو طلبًا يمكن قراءته بواسطة الإنسان (على سبيل المثال <Need account for storage file>). [1] يمكن إلغاء نقل مستمر لبيانات الملف عبر اتصال البيانات باستخدام رسالة مقاطعة يتم إرسالها عبر اتصال التحكم.

يحتاج بروتوكول FTP إلى منفذين (واحد للإرسال وآخر للاستقبال) لأنه صُمم في الأصل للعمل على بروتوكول التحكم في الشبكة (NCP)، وهو بروتوكول بسيط يستخدم عنواني منفذين ، لإنشاء اتصالين، للاتصالات ثنائية الاتجاه. تم حجز منفذ فردي وزوجي لكل تطبيق أو بروتوكول طبقة تطبيق . أدى توحيد معايير TCP وUDP إلى تقليل الحاجة إلى استخدام منفذي بسيط لكل تطبيق إلى منفذ مزدوج واحد، [13] : 15  ولكن بروتوكول FTP لم يتم تغييره أبدًا لاستخدام منفذ واحد فقط، واستمر في استخدام منفذين للتوافق مع الإصدارات السابقة.

عبور NAT وجدار الحماية

ينقل بروتوكول FTP البيانات عادةً عن طريق جعل الخادم يتصل مرة أخرى بالعميل، بعد إرسال العميل الأمر PORT. وهذا يمثل مشكلة لكل من NATs وجدران الحماية، التي لا تسمح بالاتصالات من الإنترنت نحو المضيفين الداخليين. [14] بالنسبة لـ NATs، هناك تعقيد إضافي وهو أن تمثيل عناوين IP ورقم المنفذ في الأمر PORT يشير إلى عنوان IP والمنفذ الخاص بالمضيف الداخلي، وليس عنوان IP العام والمنفذ الخاص بـ NAT.

هناك طريقتان لحل هذه المشكلة. الأولى هي أن يستخدم عميل FTP وخادم FTP أمر PASV، والذي يتسبب في إنشاء اتصال البيانات من عميل FTP إلى الخادم. [14] يستخدم هذا على نطاق واسع من قبل عملاء FTP الحديثين. الطريقة الأخرى هي أن يقوم NAT بتغيير قيم أمر PORT، باستخدام بوابة على مستوى التطبيق لهذا الغرض. [14]

مخطط نموذجي لكيفية عمل FTP

أنواع البيانات

أثناء نقل البيانات عبر الشبكة، يتم تعريف خمسة أنواع من البيانات: [2] [3] [8]

  • ASCII (النوع A): يستخدم للنصوص. يتم تحويل البيانات، إذا لزم الأمر، من تمثيل الأحرف الخاص بالمضيف المرسل إلى "ASCII 8 بت" قبل الإرسال، و(مرة أخرى، إذا لزم الأمر) إلى تمثيل الأحرف الخاص بالمضيف المستقبل، بما في ذلك السطور الجديدة . ونتيجة لذلك، فإن هذا الوضع غير مناسب للملفات التي تحتوي على بيانات غير ASCII.
  • الصورة (النوع الأول، المعروف عادةً بالوضع الثنائي ): ترسل الآلة المرسلة كل ملف بايت بايت، ويخزن المستقبل دفق البايتات أثناء استلامه. (تم التوصية بدعم وضع الصورة لجميع تطبيقات FTP).
  • EBCDIC (النوع E): يستخدم للنص العادي بين المضيفين الذين يستخدمون مجموعة أحرف EBCDIC.
  • محلي (النوع L n ): مصمم لدعم نقل الملفات بين الأجهزة التي لا تستخدم بايتات 8 بت، على سبيل المثال أنظمة 36 بت مثل DEC PDP-10s . على سبيل المثال، سيتم استخدام "النوع L 9" لنقل البيانات في بايتات 9 بت، أو "النوع L 36" لنقل كلمات 36 بت. تدعم معظم عملاء/خوادم FTP المعاصرين L 8 فقط، وهو ما يعادل I.
  • ملفات نصية Unicode باستخدام UTF-8 (النوع U): تم تعريفها في مسودة إنترنت منتهية الصلاحية [15] والتي لم تصبح RFC أبدًا، على الرغم من تنفيذها بواسطة العديد من عملاء/خوادم FTP.

لاحظ أن أنواع البيانات هذه تسمى عادةً "أوضاع"، على الرغم من أن هذه الكلمة تُستخدم أيضًا بشكل غامض للإشارة إلى وضع الاتصال النشط مقابل السلبي (انظر أعلاه)، والأوضاع التي تم تعيينها بواسطة أمر بروتوكول FTP MODE (انظر أدناه).

بالنسبة لملفات النصوص (النوع A والنوع E)، يتم توفير ثلاثة خيارات مختلفة للتحكم في التنسيق، للتحكم في كيفية طباعة الملف:

  • غير قابل للطباعة (النوع AN والنوع EN) – لا يحتوي الملف على أي أحرف تحكم في النقل مخصصة للطابعة
  • Telnet (النوع AT والنوع ET) – يحتوي الملف على أحرف التحكم في النقل الخاصة بـ Telnet (أو بعبارة أخرى، ASCII C0) (CR، LF، وما إلى ذلك)
  • ASA (النوع AA والنوع EA) - يحتوي الملف على أحرف التحكم في النقل ASA

كانت هذه التنسيقات ذات صلة بشكل أساسي بالطابعات الخطية ؛ حيث تدعم معظم عملاء/خوادم FTP المعاصرين فقط التحكم في التنسيق الافتراضي لـ N.

هياكل الملفات

يتم تحديد تنظيم الملفات باستخدام الأمر STRU. يتم تعريف هياكل الملفات التالية في القسم 3.1.1 من RFC959:

  • بنية F أو FILE (موجهة نحو التدفق). يتم عرض الملفات كتسلسل عشوائي من البايتات أو الأحرف أو الكلمات. هذا هو هيكل الملفات المعتاد على أنظمة Unix والأنظمة الأخرى مثل CP/M وMS-DOS وMicrosoft Windows. (القسم 3.1.1.1)
  • بنية R أو RECORD (موجهة نحو التسجيلات). يتم عرض الملفات على أنها مقسمة إلى سجلات، والتي قد تكون ذات طول ثابت أو متغير. هذا التنظيم للملفات شائع في أنظمة الحاسبات المركزية وأنظمة النطاق المتوسط، مثل MVS وVM/CMS وOS/400 وVMS، والتي تدعم أنظمة الملفات الموجهة نحو التسجيلات .
  • بنية P أو PAGE (موجهة نحو الصفحات). يتم تقسيم الملفات إلى صفحات، والتي قد تحتوي إما على بيانات أو بيانات وصفية؛ وقد تحتوي كل صفحة أيضًا على رأس يعطي سمات مختلفة. تم تصميم بنية الملف هذه خصيصًا لأنظمة TENEX ، ولا يتم دعمها بشكل عام على منصات أخرى. توصي الفقرة 4.1.2.3 من RFC1123 بعدم تنفيذ هذه البنية.

يدعم معظم عملاء وخوادم FTP المعاصرين بروتوكول STRU F فقط. ولا يزال بروتوكول STRU R قيد الاستخدام في تطبيقات نقل الملفات على أجهزة الكمبيوتر المركزية وأجهزة الكمبيوتر الصغيرة.

أوضاع نقل البيانات

يمكن نقل البيانات بأي من الأوضاع الثلاثة التالية: [1] [2]

  • وضع التدفق (MODE S): يتم إرسال البيانات كتدفق مستمر، مما يعفي FTP من القيام بأي معالجة. بدلاً من ذلك، يتم ترك كل المعالجة لـ TCP . لا يلزم وجود مؤشر نهاية الملف، ما لم يتم تقسيم البيانات إلى سجلات .
  • وضع الكتلة (MODE B): مصمم في الأساس لنقل الملفات الموجهة للسجلات (STRU R)، على الرغم من أنه يمكن استخدامه أيضًا لنقل ملفات نصية موجهة للتدفق (STRU F). يضع FTP كل سجل (أو سطر) من البيانات في عدة كتل (رأس الكتلة، وعدد البايتات، وحقل البيانات) ثم يمررها إلى TCP. [8]
  • الوضع المضغوط (MODE C): يمتد الوضع B مع ضغط البيانات باستخدام تشفير طول التشغيل .

لا تنفذ معظم عملاء وخوادم FTP المعاصرين الوضع B أو الوضع C؛ ويشكل عملاء وخوادم FTP لأنظمة تشغيل الحاسبات المركزية والصغيرة استثناءً لذلك.

تطبق بعض برامج FTP أيضًا وضع ضغط قائم على DEFLATE ، ويُطلق عليه أحيانًا "وضع Z" بعد الأمر الذي يمكّنه. تم وصف هذا الوضع في مسودة إنترنت ، ولكن لم يتم توحيده. [16]

يحدد GridFTP أوضاعًا إضافية، MODE E [17] وMODE X، [18] كامتدادات للوضع B.

أوامر إضافية

تدعم أحدث تطبيقات FTP أمر Modify Fact: Modification Time (MFMT)، والذي يسمح للعميل بتعديل سمة الملف عن بُعد، مما يتيح الحفاظ على هذه السمة عند تحميل الملفات. [19] [20]

لاسترداد طابع زمني لملف بعيد، هناك أمر MDTM . تدعم بعض الخوادم (والعملاء) بناء جملة غير قياسي لأمر MDTM مع وسيطتين، وهو ما يعمل بنفس الطريقة مثل MFMT [21]

تسجيل الدخول

كمبيوتر في محطة أموندسن-سكوت للقطب الجنوبي يسجل الدخول إلى خادم FTP وينقل ملفًا، في عام 1994

يستخدم تسجيل الدخول عبر بروتوكول نقل الملفات (FTP) مخطط اسم المستخدم وكلمة المرور العاديين لمنح الوصول. [2] يتم إرسال اسم المستخدم إلى الخادم باستخدام الأمر USER، ويتم إرسال كلمة المرور باستخدام الأمر PASS. [2] هذا التسلسل غير مشفر "على السلك"، لذلك قد يكون عرضة لهجوم استنشاق الشبكة . [22] إذا تم قبول المعلومات المقدمة من العميل من قبل الخادم، فسيرسل الخادم تحية إلى العميل وستبدأ الجلسة. [2] إذا كان الخادم يدعم ذلك، فيمكن للمستخدمين تسجيل الدخول دون تقديم بيانات اعتماد تسجيل الدخول، ولكن قد يسمح نفس الخادم فقط بالوصول المحدود لمثل هذه الجلسات. [2]

بروتوكول نقل الملفات مجهول الهوية

قد يوفر المضيف الذي يوفر خدمة FTP وصولاً مجهولاً إلى FTP. [2] عادةً ما يقوم المستخدمون بتسجيل الدخول إلى الخدمة باستخدام حساب "مجهول" (أحرف صغيرة وحساس لحالة الأحرف في بعض خوادم FTP) عند مطالبتهم باسم المستخدم. على الرغم من أنه يُطلب من المستخدمين عادةً إرسال عنوان بريدهم الإلكتروني بدلاً من كلمة المرور، [3] لا يتم التحقق فعليًا من البيانات المقدمة. [23] تسمح العديد من مضيفات FTP التي تهدف إلى توفير تحديثات البرامج بتسجيل الدخول مجهول الهوية. [3]

دعم البرمجيات

عميل FileZilla الذي يعمل على نظام Windows، أحد أفضل برامج عميل FTP المعروفة

مديري الملفات

يميل العديد من مديري الملفات إلى تنفيذ الوصول إلى FTP، مثل File Explorer (Windows Explorer سابقًا) على Microsoft Windows . لا يُنصح بهذا العميل إلا لنقل الملفات الصغيرة من الخادم، بسبب القيود مقارنة ببرنامج العميل المخصص. [24] لا يدعم SFTP . [25]

يدعم كلا مديري الملفات الأصليين لـ KDE على Linux ( Dolphin و Konqueror ) بروتوكول FTP بالإضافة إلى بروتوكول SFTP. [26] [27]

برنامج FTPd بدائي على Android، يعمل بشكل نشط على تشغيل خادم FTP وSFTP

على نظام Android ، يحتوي مدير الملفات My Files على Samsung Galaxy على عميل FTP و SFTP مدمج . [28]

متصفح الويب

لفترة طويلة، كانت معظم متصفحات الويب الشائعة قادرة على استرداد الملفات المستضافة على خوادم FTP، على الرغم من عدم دعم جميعها لإضافات البروتوكول مثل FTPS . [3] [29] عندما يتم توفير عنوان URL لـ FTP - بدلاً من HTTP - يتم تقديم المحتويات التي يمكن الوصول إليها على الخادم البعيد بطريقة مماثلة لتلك المستخدمة لمحتوى الويب الآخر.

قام Google Chrome بإزالة دعم FTP بالكامل في Chrome 88، مما أثر أيضًا على متصفحات أخرى تعتمد على Chromium مثل Microsoft Edge . [30] قام Firefox 88 بتعطيل دعم FTP بشكل افتراضي، مع إسقاط Firefox 90 للدعم بالكامل. [31] [4]

FireFTP هو امتداد للمتصفح تم إيقافه وكان مصممًا كعميل FTP كامل الميزات ليتم تشغيله داخل Firefox ، ولكن عندما توقف Firefox عن دعم FTP، أوصى مطور الامتداد باستخدام Waterfox . [32] لا تزال بعض المتصفحات، مثل Lynx المستند إلى النص ، تدعم FTP. [33]

بناء الجملة

تم وصف بناء جملة عنوان URL الخاص بـ FTP في RFC  1738، على النحو التالي: (الأجزاء الموجودة بين قوسين اختيارية). ftp://[user[:password]@]host[:port]/[url-path]

على سبيل المثال، يمثل عنوان URL ftp://public.ftp-servers.example.com/mydirectory/myfile.txt الملف myfile.txt من الدليل mydirectory على الخادم public.ftp-servers.example.com كمورد FTP. يضيف عنوان URL ftp://user001:secretpassword@private.ftp-servers.example.com/mydirectory/myfile.txt مواصفات اسم المستخدم وكلمة المرور التي يجب استخدامها للوصول إلى هذا المورد.

يمكن العثور على مزيد من التفاصيل حول تحديد اسم المستخدم وكلمة المرور في وثائق المتصفحات (على سبيل المثال، Firefox [34] و Internet Explorer [35] ). بشكل افتراضي، تستخدم معظم متصفحات الويب الوضع السلبي (PASV)، والذي يجتاز جدران حماية المستخدم النهائي بسهولة أكبر.

كان هناك بعض التباين في كيفية تعامل المتصفحات المختلفة مع حل المسار في الحالات التي يوجد فيها دليل رئيسي غير جذر للمستخدم. [36]

مدير التنزيل

يمكن لمعظم مديري التنزيلات الشائعة استقبال الملفات المستضافة على خوادم FTP، بينما يوفر بعضهم أيضًا الواجهة لاسترداد الملفات المستضافة على خوادم FTP. لا يسمح DownloadStudio بتنزيل ملف من خادم FTP فحسب، بل يسمح أيضًا بعرض قائمة الملفات الموجودة على خادم FTP. [37]

آخر

أعلن LibreOffice أن دعم FTP أصبح قديمًا منذ إصدار 7.4، وتم إزالة هذا لاحقًا في إصدار 24.2. [38] [39]

حماية

لم يتم تصميم بروتوكول FTP ليكون بروتوكولاً آمنًا، ولديه العديد من نقاط الضعف الأمنية. [40] في مايو 1999، قام مؤلفو RFC  2577 بإدراج ثغرة أمنية تؤدي إلى المشكلات التالية:

لا يقوم بروتوكول نقل الملفات بتشفير حركة المرور الخاصة به؛ حيث تكون جميع عمليات الإرسال في نص واضح، ويمكن لأي شخص قادر على التقاط الحزم ( الاستنشاق ) على الشبكة قراءة أسماء المستخدمين وكلمات المرور والأوامر والبيانات. [2] [40] هذه المشكلة شائعة في العديد من مواصفات بروتوكول الإنترنت (مثل SMTP و Telnet و POP و IMAP ) التي تم تصميمها قبل إنشاء آليات التشفير مثل TLS أو SSL. [8]

الحلول الشائعة لهذه المشكلة تشمل:

  1. استخدام الإصدارات الآمنة من البروتوكولات غير الآمنة، على سبيل المثال، FTPS بدلاً من FTP وTelnetS بدلاً من Telnet.
  2. استخدام بروتوكول مختلف وأكثر أمانًا يمكنه التعامل مع المهمة، على سبيل المثال بروتوكول نقل الملفات SSH أو بروتوكول النسخ الآمن .
  3. استخدام نفق آمن مثل Secure Shell (SSH) أو شبكة خاصة افتراضية (VPN).

FTP عبر SSH

FTP عبر SSH هي ممارسة إنشاء نفق لجلسة FTP عادية عبر اتصال Secure Shell. [40] نظرًا لأن FTP يستخدم اتصالات TCP متعددة (وهو أمر غير معتاد لبروتوكول TCP/IP لا يزال قيد الاستخدام)، فمن الصعب بشكل خاص إنشاء نفق عبر SSH. مع العديد من عملاء SSH، فإن محاولة إعداد نفق لقناة التحكم (اتصال العميل بالخادم الأولي على المنفذ 21) ستحمي تلك القناة فقط؛ عند نقل البيانات، يقوم برنامج FTP في أي من الطرفين بإعداد اتصالات TCP جديدة (قنوات بيانات) وبالتالي لا يتمتع بحماية السرية أو السلامة .

بخلاف ذلك، من الضروري أن يكون لدى برنامج عميل SSH معرفة محددة ببروتوكول FTP، لمراقبة وإعادة كتابة رسائل قناة التحكم في FTP وفتح عمليات إعادة توجيه الحزم الجديدة بشكل مستقل لقنوات بيانات FTP. تتضمن حزم البرامج التي تدعم هذا الوضع ما يلي:

لا ينبغي الخلط بين FTP عبر SSH وبروتوكول نقل الملفات عبر SSH (SFTP).

المشتقات

إف تي بي إس

FTPS الصريح هو امتداد لمعيار FTP يسمح للعملاء بطلب تشفير جلسات FTP. يتم ذلك عن طريق إرسال أمر "AUTH TLS". يتمتع الخادم بخيار السماح بالاتصالات التي لا تطلب TLS أو رفضها. تم تعريف امتداد البروتوكول هذا في RFC  4217. FTPS الضمني هو معيار قديم لـ FTP يتطلب استخدام اتصال SSL أو TLS. تم تحديده لاستخدام منافذ مختلفة عن FTP العادي.

بروتوكول نقل الملفات SSH

ينقل بروتوكول نقل الملفات SSH (وهو البروتوكول الثاني من البروتوكولين المختصرين SFTP) الملفات ولديه مجموعة أوامر مماثلة للمستخدمين، ولكنه يستخدم بروتوكول Secure Shell (SSH) لنقل الملفات. وعلى عكس FTP، فإنه يشفر الأوامر والبيانات، مما يمنع نقل كلمات المرور والمعلومات الحساسة بشكل مفتوح عبر الشبكة. ولا يمكنه التفاعل مع برنامج FTP، على الرغم من أن بعض برامج عميل FTP تقدم دعمًا لبروتوكول نقل الملفات SSH أيضًا.

بروتوكول نقل الملفات البسيط

بروتوكول نقل الملفات البسيط (TFTP) هو بروتوكول FTP بسيط ومختصر يسمح للعميل بالحصول على ملف من مضيف بعيد أو وضعه على مضيف بعيد. أحد استخداماته الأساسية هو في المراحل المبكرة من التمهيد من شبكة محلية ، لأن TFTP سهل التنفيذ للغاية. يفتقر TFTP إلى الأمان ومعظم الميزات المتقدمة التي توفرها بروتوكولات نقل الملفات الأكثر قوة مثل بروتوكول نقل الملفات. تم توحيد TFTP لأول مرة في عام 1981 ويمكن العثور على المواصفات الحالية للبروتوكول في RFC  1350.

بروتوكول نقل الملفات البسيط

تم اقتراح بروتوكول نقل الملفات البسيط (البروتوكول الأول المختصر SFTP)، كما هو محدد في RFC  913، كبروتوكول نقل ملفات (غير آمن) بمستوى تعقيد متوسط ​​بين TFTP وFTP. لم يتم قبوله على نطاق واسع على الإنترنت ، وقد تم تعيينه الآن بحالة تاريخية من قبل IETF . يعمل من خلال المنفذ 115، وغالبًا ما يتلقى الأحرف الأولية من SFTP . يحتوي على مجموعة أوامر مكونة من 11 أمرًا ويدعم ثلاثة أنواع من نقل البيانات: ASCII والثنائي والمستمر . بالنسبة للأنظمة التي يكون حجم الكلمة فيها مضاعفًا لـ 8 بتات، يكون تنفيذ الثنائي والمستمر هو نفسه. يدعم البروتوكول أيضًا تسجيل الدخول باستخدام معرف المستخدم وكلمة المرور والمجلدات الهرمية وإدارة الملفات (بما في ذلك إعادة التسمية والحذف والتحميل والتنزيل والتنزيل مع الكتابة فوق والتنزيل مع الإضافة ) .

أوامر FTP

رموز الرد على FTP

فيما يلي ملخص لرموز الرد على بروتوكول FTP التي قد يتم إرجاعها بواسطة خادم FTP . وقد تم توحيد هذه الرموز في RFC  959 بواسطة IETF. رمز الرد عبارة عن قيمة مكونة من ثلاثة أرقام. يتم استخدام الرقم الأول للإشارة إلى إحدى النتائج المحتملة الثلاثة — النجاح أو الفشل أو للإشارة إلى خطأ أو رد غير مكتمل:

  • 2yz – الرد الناجح
  • 4yz أو 5yz – الرد على الفشل
  • 1yz أو 3yz – خطأ أو رد غير كامل

الرقم الثاني يحدد نوع الخطأ:

  • x0z – بناء الجملة. تشير هذه الردود إلى أخطاء بناء الجملة.
  • x1z – معلومات. ردود على طلبات المعلومات.
  • x2z – الاتصالات. الردود التي تشير إلى اتصالات التحكم والبيانات.
  • x3z – المصادقة والمحاسبة. ردود على عملية تسجيل الدخول وإجراءات المحاسبة.
  • x4z – غير محدد.
  • x5z – نظام الملفات. ترسل هذه الردود أكواد الحالة من نظام ملفات الخادم.

يتم استخدام الرقم الثالث من رمز الرد لتوفير تفاصيل إضافية لكل فئة محددة بالرقم الثاني.

انظر أيضا

مراجع

  1. ^ abc Forouzan, BA (2000). TCP/IP: Protocol Suite (الطبعة الأولى). نيودلهي، الهند: شركة تاتا ماكجرو هيل للنشر المحدودة.
  2. ^ abcdefghij Kozierok، Charles M. (2005). "دليل TCP/IP v3.0". Tcpipguide.com.
  3. ^ abcde دين، تامارا (2010). دليل Network+ للشبكات . ديلمار. ص 168-171.
  4. ^ بواسطة Vonau, Manuel (7 يوليو 2021). "Firefox يسير على خطى Chrome ويتخلى عن دعم FTP (تنزيل APK)". Android Police . تم الاسترجاع في 12 يوليو 2021 .
  5. ^ "إزالة دعم FTP - حالة منصة Chrome". www.chromestatus.com . تم الاسترجاع في 2 سبتمبر 2021 .
  6. ^ بواسطة، مكتوب (23 مارس 2020). "فايرفوكس يوقف دعم FTP". أخبار سوفوس . تم الاسترجاع في 13 أكتوبر 2023 .
  7. ^ إدواردز، بينج (14 يوليو 2022). "Chrome وFirefox Killed FTP Support: Here's an Easy Alternative". How-To Geek . تم الاسترجاع في 13 أكتوبر 2023 .
  8. ^ abcd Clark, MP (2003). شبكات البيانات IP والإنترنت (الطبعة الأولى). West Sussex, England: John Wiley & Sons Ltd.
  9. ^ "FTP النشط مقابل FTP السلبي، شرح نهائي". Slacksite.com.
  10. ^ Weis, Olga (18 October 2022). "FTP Port: Full Guide about FTP and Port Numbers". تطبيقات برامج Mac الشاملة . تم الاسترجاع في 29 مارس 2024 .
  11. ^ RFC  959 (Standard) File Transfer Protocol (FTP). Postel, J. & Reynolds, J. (أكتوبر 1985).
  12. ^ RFC  2428 (المعيار المقترح) ملحقات IPv6 وNAT والوضع السلبي الممتد. Allman, M. & Metz, C. & Ostermann, S. (سبتمبر 1998).
  13. ^ ستيفنز، دبليو ريتشارد (1994). TCP/IP Illustrated Volume I. المجلد الأول. ريدنج، ماساتشوستس، الولايات المتحدة الأمريكية: شركة أديسون ويسلي للنشر. رقم ISBN 0-201-63346-9.
  14. ^ abc Gleason, Mike (2005). "بروتوكول نقل الملفات وجدار الحماية/NAT الخاص بك". Ncftp.com.
  15. ^ Klensin, John. FTP TYPE Extension for Internationalized Text. ID draft-klensin-ftpext-typeu-00 . تم الاسترجاع في 9 يونيو 2020 .
  16. ^ بريستون، ج. (يناير 2005). وضع نقل التفريغ لبروتوكول FTP. IETF . معرف draft-preston-ftpext-deflate-03 . تم الاسترجاع في 27 يناير 2016 .
  17. ^ Allcock, W. (أبريل 2003). "GridFTP: امتدادات بروتوكول FTP للشبكة" (PDF) .
  18. ^ Mandrichenko, I. (4 مايو 2005). "وصف بروتوكول GridFTP v2" (PDF) .
  19. ^ "أمر MFMT FTP". support.solarwinds.com . 11 أكتوبر 2018.
  20. ^ "أوامر FTP: DSIZ، MFCT، MFMT، AVBL، PASS، XPWD، XMKD | Serv-U". www.serv-u.com .
  21. ^ "أمر MDTM FTP". support.solarwinds.com . 11 أكتوبر 2018.
  22. ^ برينس، برايان (24 يناير 2012). "هل ينبغي للمنظمات إيقاف استخدام بروتوكول نقل الملفات لأسباب أمنية؟". أسبوع الأمن . تم الاسترجاع في 14 سبتمبر 2017 .
  23. ^ RFC  1635 (إعلامي) كيفية استخدام بروتوكول نقل الملفات المجهول. P. & Emtage, A. & Marine, A. (مايو 1994).
  24. ^ الوصول إلى FTP من خلال Windows Explorer
  25. ^ "CSC373/406: SSH [2011/03/27-29]". fpl.cs.depaul.edu . تم الاسترجاع في 13 أكتوبر 2023 .
  26. ^ "FTP". docs.kde.org . تم الاسترجاع في 13 أكتوبر 2023 .
  27. ^ Cohen, Brent (26 يوليو 2023). "كيفية الاتصال بـ FTP/SFTP في Dolphin | DeviceTests" . تم الاسترجاع في 13 أكتوبر 2023 .
  28. ^ Staff, Moyens (28 فبراير 2022). "Samsung My Files vs Google Files: Which File Manager is Better on Galaxy Phones". Moyens I/O . تم الاسترجاع في 13 أكتوبر 2023 .
  29. ^ ماثيوز، ج. (2005). شبكات الكمبيوتر: بروتوكولات الإنترنت في العمل (الطبعة الأولى). دانفرز، ماساتشوستس: جون وايلي وأولاده.
  30. ^ Sneddon, Joey (26 يناير 2021). "Linux Release Roundup: GParted, Lightworks, Google Chrome + More". omgubuntu.co.uk . تم الاسترجاع في 30 يناير 2021 .
  31. ^ "شاهد ما هو الجديد في Firefox: إصدار Firefox 88.0". mozilla.org . 19 أبريل 2021 . تم الاسترجاع في 20 أبريل 2021 .
  32. ^ "FireFTP - The Free FTP Client for Waterfox". FireFTP.net . مؤرشف من الأصل في 1 مارس 2022.
  33. ^ "مخططات عناوين URL المدعومة في Lynx". موقع Lynx على الويب . تم الاسترجاع في 6 يوليو 2023 .
  34. ^ "الوصول إلى خوادم FTP | كيفية | مساعدة Firefox". Support.mozilla.com. 5 سبتمبر 2012. تم الاسترجاع في 16 يناير 2013 .
  35. ^ "كيفية إدخال كلمة مرور موقع FTP في متصفح Internet Explorer". مؤرشف من الأصل في 2 يوليو 2015. استرجاع 13 فبراير 2020 .{{cite web}}: CS1 maint: bot: original URL status unknown (link)تمت كتابته لإصدارات IE 6 والإصدارات الأقدم. قد يعمل مع الإصدارات الأحدث.
  36. ^ Jukka “Yucca” Korpela (18 سبتمبر 1997). "عناوين URL لبروتوكول نقل الملفات". "تكنولوجيا المعلومات والاتصالات" (jkorpela.fi) . تم الاسترجاع في 26 يناير 2020 .
  37. ^ "DownloadStudio - Internet Download Manager And Download Accelerator - Features". Conceiva . تم الاسترجاع في 19 أكتوبر 2021 .
  38. ^ "LibreOffice 7.4: ملاحظات الإصدار". ويكي مؤسسة المستندات . تم الاسترجاع في 10 سبتمبر 2022 .
  39. ^ "ReleaseNotes/24.2". ويكي مؤسسة المستندات . تم الاسترجاع في 24 مارس 2024 .
  40. ^ abc "تأمين FTP باستخدام SSH". Nurdletech.com.
  41. ^ "مكونات منصة ضمان المعلومات (قسم Tectia ConnectSecure)". ssh.com . مؤرشف من الأصل في 31 يوليو 2020.

قراءة إضافية

  • RFC  697 – أمر CWD الخاص بـ FTP. يوليو 1975.
  • RFC  959 – (القياسي) بروتوكول نقل الملفات (FTP). جيه بوستيل، جيه رينولدز. أكتوبر 1985.
  • RFC  1579 – (إعلامي) بروتوكول نقل الملفات الصديق لجدار الحماية. فبراير 1994.
  • RFC  1635 – (إعلامي) كيفية استخدام بروتوكول نقل الملفات المجهول. مايو 1994.
  • RFC  1639 – عملية FTP عبر سجلات العناوين الكبيرة (FOOBAR). يونيو 1994.
  • RFC  1738 – محددات الموارد الموحدة (URL). ديسمبر 1994.
  • RFC  2228 – (المعيار المقترح) ملحقات أمان FTP. أكتوبر 1997.
  • RFC  2389 – (المعيار المقترح) آلية التفاوض على الميزات لبروتوكول نقل الملفات. أغسطس 1998.
  • RFC  2428 – (المعيار المقترح) امتدادات لـ IPv6 وNAT والوضع السلبي الممتد. سبتمبر 1998.
  • RFC  2577 – (معلومات) اعتبارات أمان FTP. مايو 1999.
  • RFC  2640 – (المعيار المقترح) تدويل بروتوكول نقل الملفات. يوليو 1999.
  • RFC  3659 – (المعيار المقترح) امتدادات لبروتوكول نقل الملفات (FTP). ب. هيثمون. مارس 2007.
  • RFC  5797 – (المعيار المقترح) سجل أوامر وامتدادات FTP. مارس 2010.
  • RFC  7151 – (المعيار المقترح) أمر بروتوكول نقل الملفات HOST للمضيفين الافتراضيين. مارس 2014.
  • سجل أوامر وإضافات FTP الخاصة بـ IANA – السجل الرسمي لأوامر وإضافات FTP
  • شبكات الاتصالات/بروتوكول نقل الملفات على ويكي الكتب
  • اختبار المصادقة والتشفير والوضع والاتصال عبر الإنترنت لخادم FTP.
  • خوادم FTP مجهولة المصدر حسب رمز البلد TLD (2012): "Offbeat Internet - Public Access - FTP". www.jumpjet.info . 2012. مؤرشف من الأصل في 28 مارس 2023 . تم الاسترجاع 16 يناير 2020 .
Retrieved from "https://en.wikipedia.org/w/index.php?title=File_Transfer_Protocol&oldid=1254641376#FTP_over_SSH"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate