ماهو بروتوكول نقل الملفات ( FTP )… كيف يعمل

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

كانت أول تطبيقات العميل FTP البرامج سطر الأوامر وضعت قبل أنظمة التشغيل كانت واجهات المستخدم الرسومية ، والتي لا تزال شحنها مع معظم ويندوز ، يونكس ، و لينكس أنظمة التشغيل.   تم تطوير العديد من عملاء FTP وأدوات التشغيل الآلي منذ ذلك الحين لأجهزة الكمبيوتر المكتبية والخوادم والأجهزة المحمولة والأجهزة ، وتم دمج FTP في تطبيقات الإنتاجية ، مثل محررات HTML .

في يناير 2021 ، تم تعطيل دعم بروتوكول FTP في Google Chrome 88 ، وتعطيله في Fire­fox 88.0. في يوليو 2021 ، قام فايرفوكس 90 بإسقاط بروتوكول نقل الملفات بالكامل ، وحذت جوجل حذوها في أكتوبر 2021 ، وإزالة بروتوكول نقل الملفات بالكامل في جوجل كروم 95. 

تاريخ خوادم FTP 

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

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

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

ماهو بروتوكول نقل الملفات ( FTP )… كيف يعمل, الملك التقنيرسم توضيحي لبدء اتصال سلبي باستخدام المنفذ 21

قد يعمل FTP في الوضع النشط أو الخامل ، والذي يحدد كيفية إنشاء اتصال البيانات. (يختلف معنى “الوضع” هذا عن الأمر MODE في بروتوكول FTP ، ويتوافق مع أوامر PORT / PASV / EPSV / إلخ بدلاً من ذلك.) في كلتا الحالتين ، يقوم العميل بإنشاء اتصال تحكم TCP من و عشوائي، وعادة ما يكون المحرومين ، ميناء N إلى خادم FTP قيادة الميناء 21.

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

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

يستجيب الخادم عبر اتصال التحكم برموز الحالة المكونة من ثلاثة أرقام في ASCII برسالة نصية اختيارية. على سبيل المثال ، يعني “200” (أو “200 موافق”) أن الأمر الأخير كان ناجحًا. تمثل الأرقام رمز الاستجابة ويمثل النص الاختياري تفسيرًا أو طلبًا يمكن قراءته بواسطة الإنسان (على سبيل المثال ، <حساب الحاجة لتخزين الملف>). يمكن إحباط النقل المستمر لبيانات الملف عبر اتصال البيانات باستخدام رسالة مقاطعة يتم إرسالها عبر اتصال التحكم.

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

اجتياز NAT وجدار الحماية 

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

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

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

أثناء نقل البيانات عبر الشبكة ، يتم تحديد أربعة أنواع من البيانات :  

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

حددت مسودة الإنترنت منتهية الصلاحية TYPE U لنقل ملفات نصية Uni­code باستخدام UTF‑8 ؛ على الرغم من أن المسودة لم تصبح مطلقًا RFC ، فقد تم تنفيذها من قبل العديد من عملاء / خوادم FTP.

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

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

  • غير مطبوع (TYPE AN و TYPE EN) — لا يحتوي الملف على أي أحرف تحكم في حامل الخراطيش مخصصة للطابعة
  • Tel­net (TYPE AT و TYPE ET) — يحتوي الملف على أحرف التحكم في النقل Tel­net (أو بعبارة أخرى ASCII C0) (CR ، LF ، إلخ)
  • ASA (TYPE AA و TYPE EA) — يحتوي الملف على أحرف ASA للتحكم في النقل

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

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

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

  • هيكل F أو FILE (موجه للتيار). يتم عرض الملفات على أنها تسلسل عشوائي من البايت أو الأحرف أو الكلمات. هذا هو هيكل الملفات المعتاد في أنظمة Unix والأنظمة الأخرى مثل CP / M و MS-DOS و Microsoft Win­dows. (القسم 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 قيد الاستخدام في تطبيقات نقل ملفات الحواسيب المركزية والحاسوب الصغير.

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

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

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

معظم عملاء وخوادم FTP المعاصرين لا يطبقون MODE B أو MODE C ؛ يُستثنى من ذلك عملاء وخوادم FTP لأنظمة تشغيل الحواسيب المركزية والحواسيب الصغيرة.

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

يعرف GridFTP أوضاعًا إضافية ، MODE E و MODE X ،  على أنها امتدادات للنمط B.

أوامر إضافية 

تدعم أحدث تطبيقات FTP أمر تعديل الحقيقة : وقت التعديل (MFMT) ، والذي يسمح للعميل بضبط سمة الملف عن بُعد ، مما يتيح الاحتفاظ بهذه السمة عند تحميل الملفات.  

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

تسجيل الدخول 

يستخدم تسجيل الدخول إلى FTP نظامًا عاديًا لاسم المستخدم وكلمة المرور لمنح الوصول. يتم إرسال اسم المستخدم إلى الخادم باستخدام أمر USER ، ويتم إرسال كلمة المرور باستخدام الأمر PASS. هذا التسلسل غير مشفر “على السلك” ، لذلك قد يكون عرضة لهجوم استنشاق الشبكة . إذا تم قبول المعلومات المقدمة من العميل من قبل الخادم ، سيرسل الخادم تحية إلى العميل وستبدأ الجلسة. إذا كان الخادم يدعمها ، فيجوز للمستخدمين تسجيل الدخول دون تقديم بيانات اعتماد تسجيل الدخول ، ولكن قد يأذن نفس الخادم بالوصول المحدود فقط لمثل هذه الجلسات. 

اقرأ ايضا :  ماهو الموقع الكتروني و كيف يعمل

FTP مجهول 

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

الاختلافات من HTTP 

يعمل HTTP بشكل أساسي على إصلاح الأخطاء الموجودة في FTP والتي تجعل من غير الملائم استخدامه للعديد من عمليات النقل المؤقتة الصغيرة كما هو معتاد في صفحات الويب.

يحتوي FTP على اتصال تحكم ذو حالة جيدة والذي يحافظ على دليل العمل الحالي والأعلام الأخرى ، ويتطلب كل نقل اتصالاً ثانويًا يتم من خلاله نقل البيانات. في الوضع “الخامل” يكون هذا الاتصال الثانوي من عميل إلى خادم ، بينما في الوضع “النشط” الافتراضي يكون هذا الاتصال من خادم إلى عميل. هذا الانعكاس الواضح للدور عندما يكون في الوضع النشط ، وأرقام المنافذ العشوائية لجميع عمليات النقل ، هو السبب في أن جدران الحماية وبوابات NAT تواجه مثل هذا الوقت الصعب مع FTP. HTTP عديم الحالة والتحكم في تعدد الإرسال والبيانات عبر اتصال واحد من عميل إلى خادم على أرقام منافذ معروفة ، والتي تمر بشكل تافه عبر بوابات NAT وهي سهلة لإدارة جدران الحماية.

يعد إعداد اتصال تحكم FTP بطيئًا للغاية بسبب التأخيرات ذهابًا وإيابًا لإرسال جميع الأوامر المطلوبة وانتظار الردود ، لذلك من المعتاد إحضار اتصال تحكم وتثبيته مفتوحًا لعمليات نقل ملفات متعددة بدلاً من الإفلات وإعادة — قم بتأسيس الجلسة من جديد في كل مرة. في المقابل ، أسقط HTTP الاتصال في الأصل بعد كل عملية نقل لأن القيام بذلك كان رخيصًا جدًا. بينما اكتسب HTTP لاحقًا القدرة على إعادة استخدام اتصال TCP لعمليات نقل متعددة ، فإن النموذج المفاهيمي لا يزال لطلبات مستقلة بدلاً من جلسة.

عندما يتم نقل FTP عبر اتصال البيانات ، يكون اتصال التحكم خاملاً. إذا استغرق النقل وقتًا طويلاً ، فقد يقرر جدار الحماية أو NAT أن اتصال التحكم قد توقف ويتوقف عن تعقبه ، مما يؤدي إلى قطع الاتصال بشكل فعال وإرباك التنزيل. يكون اتصال HTTP الفردي خاملاً فقط بين الطلبات ومن الطبيعي والمتوقع أن يتم إسقاط هذه الاتصالات بعد انقضاء المهلة.

دعم البرامج 

متصفح الويب 

يمكن لمعظم متصفحات الويب الشائعة استرداد الملفات المستضافة على خوادم FTP ، على الرغم من أنها قد لا تدعم ملحقات البروتوكول مثل FTPS .   عندما يتم توفير عنوان URL لـ FTP — بدلاً من HTTP — ، يتم تقديم المحتويات التي يمكن الوصول إليها على الخادم البعيد بطريقة مشابهة لتلك المستخدمة لمحتويات الويب الأخرى. FireFTP هو امتداد متصفح مصمم كعميل FTP كامل الميزات ، ويمكن تشغيله داخل Fire­fox في الماضي ، لكنه يوصى الآن بالعمل مع Water­fox .

قام Google Chrome بإزالة دعم FTP بالكامل في Chrome 88. اعتبارًا من عام 2019 ، كانت Mozil­la تناقش المقترحات ، بما في ذلك فقط إزالة دعم تطبيقات FTP القديمة التي لم تعد قيد الاستخدام لتبسيط التعليمات البرمجية الخاصة بها.   في أبريل 2021 ، أصدرت Mozil­la Fire­fox 88.0 الذي عطّل دعم FTP افتراضيًا. في يوليو 2021 ، أسقط Fire­fox 90 دعم بروتوكول نقل الملفات بالكامل. 

بناء الجملة 

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

على سبيل المثال ، يمثل عنوان URL ftp://public.ftp-servers.example.com/mydirectory/myfile.txt الملف myfile.txt من الدليل mydi­rec­to­ry على الخادم public.ftp-servers.example.com كمورد FTP . يضيف عنوان URL ftp : // user001 : [email protected]/mydirectory/myfile.txt مواصفات لاسم المستخدم وكلمة المرور التي يجب استخدامها للوصول إلى هذا المورد.

يمكن العثور على مزيد من التفاصيل حول تحديد اسم المستخدم وكلمة المرور في وثائق المتصفحات (على سبيل المثال ، Fire­fox و Inter­net Explor­er ). بشكل افتراضي ، تستخدم معظم متصفحات الويب الوضع السلبي (PASV) ، والذي يتجاوز بسهولة جدران حماية المستخدم النهائي.

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

مدير التحميل 

يمكن لمديري التنزيل الأكثر شيوعًا تلقي الملفات المستضافة على خوادم FTP ، بينما يوفر بعضهم أيضًا واجهة لاسترداد الملفات المستضافة على خوادم FTP. لا يسمح Down­load­Stu­dio و Inter­net Down­load Accel­er­a­tor بتنزيل ملف من خادم FTP فحسب ، بل يتيح أيضًا عرض قائمة الملفات على خادم FTP.  

الأمن 

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

  • هجوم القوة الغاشمة
  • هجوم ارتداد بروتوكول نقل الملفات
  • التقاط الحزم
  • سرقة المنفذ (تخمين المنفذ المفتوح التالي واغتصاب اتصال شرعي)
  • هجوم انتحال
  • تعداد اسم المستخدم
  • DoS أو DDoS
اقرأ ايضا :  بروتوكول نقل النص التشعبي  HTTP ماهو وكيف يعمل

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

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

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

FTP عبر SSH 

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

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

  • Tec­tia Con­nect­Se­cure (Win / Lin­ux / Unix) من مجموعة برامج SSH Com­mu­ni­ca­tions Secu­ri­ty

المشتقات 

FTPS 

المقال الرئيسي : FTPS

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

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

المقال الرئيسي : بروتوكول نقل الملفات SSH

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

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

المقال الرئيسي : بروتوكول نقل الملفات التافهة

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

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

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

رموز رد FTP 

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

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

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

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

wikipedia.org

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *