फाइल ट्रांसफर प्रोटोकॉल

फाइल ट्रांसफर प्रोटोकॉल (FTP) एक मानक संचार प्रोटोकॉल है जिसका उपयोग कम्प्यूटर नेटवर्क पर सर्वर से ग्राहक तक कम्प्यूटर फाइल के हस्तांतरण के लिए किया जाता है। FTP ग्राहक-सर्वर मॉडल वास्तुकला पर ग्राहक और सर्वर के बीच अलग-अलग नियंत्रण और डेटा संबंधो का उपयोग करके बनाया गया है। FTP उपयोगकर्ता स्वयं को एक स्पष्ट पाठ साइन-इन प्रोटोकॉल के साथ, सामान्य रूप से एक उपयोगकर्ता नाम और पासवर्ड के रूप में, प्रमाणित कर सकते हैं लेकिन अगर सर्वर इसे अनुमति देने के लिए निर्दिष्ट किया गया है तो यह अज्ञात रूप से जुड़ सकता है। सुरक्षित प्रसारण के लिए उपयोगकर्ता नाम और पासवर्ड की सुरक्षा की जाती है, और वहाँ उपलब्ध सामग्री को गोपनीय रखा जाता है।  FTP  प्रायः SSL/TLS (FTPS) से सुरक्षित किया जाता है या SSH फाइल ट्रांसफर प्रोटोकॉल (SFTP) के साथ बदल दिया जाता है।

पहले FTP ग्राहक एप्लिकेशन कमांड लाइन इंटरफेस थे। ऑपरेटिंग सिस्टम में ग्राफिकल यूज़र इंटरफ़ेस होने से पहले कमांड-लाइन प्रोग्राम विकसित किए गए थे, और अभी भी अधिकांश विंडोज, यूनिक्स और लिनक्स ऑपरेटिंग सिस्टम के साथ भेजे जाते हैं। डेस्कटॉप कम्प्यूटर, सर्वर, मोबाइल डिवाइस और हार्डवेयर के लिए अनेक समर्पित FTP ग्राहक (कंप्यूटिंग) और ऑटोमेशन उपयोगिताओं को विकसित किया गया है, और FTP को HTML संपादकों और फ़ाइल प्रबंधकों जैसे उत्पादकता अनुप्रयोगों में सम्मलित किया गया है।

एक FTP ग्राहक सामान्यतः वेब ब्राउज़र में एकीकृत होता था, जहाँ फ़ाइल सर्वर को यूनिफॉर्म रिसोर्स पहचानकर्ता प्रीफ़िक्स के साथ ब्राउज़ किया जाता है. 2021 के दौरान, दो प्रमुख वेब ब्राउज़र विक्रेताओं ने इस क्षमता को हटा दिया। FTP प्रोटोकॉल के लिए सहायता सबसे पहले Google Chrome 88 में जनवरी 2021 में निष्क्रिय किया गया था, इसके बाद अप्रैल 2021 में फ़ायरफ़ॉक्स 88.0। जुलाई 2021 में, Firefox 90 ने FTP को पूरी तरह से हटा दिया, और Google ने अक्टूबर 2021 में सूट का पालन किया, FTP को पूरी तरह से Google Chrome 95 में हटा दिया।

FTP सर्वरों का इतिहास
फाइल ट्रांसफर प्रोटोकॉल के लिए वास्तविक विनिर्देश अभय भूषन द्वारा लिखा गया था और 16 अप्रैल 1971 को  के रूप में प्रकाशित किया गया था।1980 तक, FTP NCP पर चलता था, जो TCP/IP. के पूर्ववर्ती था। TCP/IP। प्रोटोकॉल को बाद में एक TCP /IP संस्करण द्वारा बदल दिया गया था,  (जून 1980) और  (अक्टूबर 1985), वर्तमान विनिर्देश। अनेक  प्रस्तावित मानकों में संशोधन, उदाहरण के लिए  (फरवरी 1994) फ़ायरवॉल-फ्रेंडली FTP (निष्क्रिय मोड) को सक्षम करता है,  (जून 1997) सुरक्षा विस्तार का प्रस्ताव करता है,  (सितंबर 1998) IPv6 के लिए समर्थन जोड़ता है और एक नए प्रकार के निष्क्रिय मोड को परिभाषित करता है।

संचार और डेटा स्थानांतरण
FTP सक्रिय या निष्क्रिय मोड में चल सकता है, जो निर्धारित करता है कि डेटा कनेक्शन कैसे स्थापित किया जाता है। (मोड का यह अर्थ FTP प्रोटोकॉल में मोड कमांड से अलग है।) IPv6 का समर्थन करने के लिए सितंबर 1998 में दोनों मोड अपडेट किए गए थे। उस समय पैसिव मोड में और बदलाव किए गए, इसे विस्तारित पैसिव मोड में अपडेट किया गया।
 * सक्रिय मोड में, ग्राहक पोर्ट M पर सर्वर से आने वाले डेटा कनेक्शन के लिए सुनना शुरू कर देता है। यह FTP कमांड पोर्ट M को सर्वर को सूचित करने के लिए भेजता है कि वह किस पोर्ट पर सुन रहा है। सर्वर तब अपने पोर्ट 20, FTP सर्वर डेटा पोर्ट से ग्राहक के लिए एक डेटा चैनल शुरू करता है।
 * उन परिस्थितियों में जहां ग्राहक फ़ायरवॉल (कंप्यूटिंग) के Pछे है और आने वाले TCP कनेक्शन को स्वीकार करने में असमर्थ है, निष्क्रिय मोड का उपयोग किया जा सकता है। इस मोड में, ग्राहक सर्वर को PASV कमांड भेजने के लिए कंट्रोल कनेक्शन का उपयोग करता है और फिर सर्वर से एक सर्वर IP एड्रेस और सर्वर पोर्ट नंबर प्राप्त करता है, जिसके बाद ग्राहक एक मनमाना ग्राहक पोर्ट से सर्वर IP एड्रेस और सर्वर पोर्ट नंबर प्राप्त करने के लिए डेटा कनेक्शन खोलने के लिए उपयोग करता है।

सर्वर FTP सर्वर रिटर्न कोड की सूची के साथ नियंत्रण कनेक्शन पर प्रतिक्रिया करता है | ASCII में तीन अंकों की स्थिति कोड एक वैकल्पिक पाठ संदेश के साथ। उदाहरण के लिए, 200 (या 200 OK ) का अर्थ है कि अंतिम आदेश सफल रहा। संख्याएं प्रतिक्रिया के लिए कोड का प्रतिनिधित्व करती हैं और वैकल्पिक पाठ मानव-पठनीय स्पष्टीकरण या अनुरोध का प्रतिनिधित्व करता है (उदाहरण के लिए <फाइल को संग्रहीत करने के लिए खाते की आवश्यकता है>)। नियंत्रण कनेक्शन पर भेजे गए बाधा संदेश का उपयोग करके डेटा कनेक्शन पर फ़ाइल डेटा के चल रहे स्थानांतरण को निरस्त किया जा सकता है।

FTP को दो पोर्ट की आवश्यकता होती है (एक भेजने के लिए और एक प्राप्त करने के लिए) क्योंकि इसे मूल रूप से नेटवर्क कंट्रोल प्रोटोकॉल (ARPANIT) (NCP) के शीर्ष पर संचालित करने के लिए डिज़ाइन किया गया था, जो एक सरल संचार था जो TCP और UDP पोर्ट नंबरों की दो सूची का उपयोग करता था, स्थापित करता था दो तरह से संचार के लिए दो कनेक्शन। प्रत्येक अनुप्रयोग परत एप्लिकेशन या प्रोटोकॉल के लिए एक विषम और एक समान पोर्ट Rक्षित किया गया था। TCP  और UDP के मानकीकरण ने प्रत्येक एप्लिकेशन के लिए दो सिम्प्लेक्स पोर्ट के उपयोग की आवश्यकता को एक डुप्लेक्स पोर्ट तक कम कर दिया,  लेकिन FTP प्रोटोकॉल को कभी भी केवल एक पोर्ट का उपयोग करने के लिए नहीं बदला गया था, और पश्चगामी संगतता के लिए दो का उपयोग करना जारी रखा।

NAT और फ़ायरवॉल ट्रैवर्सल
ग्राहक द्वारा PORT कमांड भेजे जाने के बाद FTP सामान्य रूप से सर्वर को ग्राहक से वापस कनेक्ट करके डेटा ट्रांसफर करता है। यह NATs और फायरवॉल दोनों के लिए समस्याग्रस्त है, जो इंटरनेट से आंतरिक होस्ट की ओर कनेक्शन की अनुमति नहीं देते हैं। NATs के लिए, एक अतिरिक्त जटिलता यह है कि PORT कमांड में IP पतों और पोर्ट नंबर का प्रतिनिधित्व सार्वजनिक IP पते और NAT के पोर्ट के स्थान पर आंतरिक होस्ट के IP पते और पोर्ट को संदर्भित करता है।

इस समस्या को हल करने के लिए दो दृष्टिकोण हैं। एक यह है कि FTP ग्राहक और FTP सर्वर PASV कमांड का उपयोग करते हैं, जिसके कारण FTP ग्राहक से सर्वर तक डेटा कनेक्शन स्थापित हो जाता है। यह आधुनिक FTP ग्राहकों द्वारा व्यापक रूप से उपयोग किया जाता है। इस उद्देश्य के लिए एक एप्लिकेशन-लेवल गेटवे का उपयोग करते हुए NAT के लिए PORT कमांड के मूल्यों को बदलने के लिए एक और तरीका है।

डेटा प्रकार
नेटवर्क पर डेटा स्थानांतरित करते समय, चार डेटा प्रकारों को परिभाषित किया जाता है: *

ASCII (टाइप A): टेक्स्ट के लिए उपयोग किया जाता है। यदि आवश्यक हो, तो भेजने वाले होस्ट के चरित्र प्रतिनिधित्व से विस्तारित ASCII में डेटा परिवर्तित किया जाता है ट्रांसमिशन से पहले 8-बिट ASCII, और (फिर से, यदि आवश्यक हो) प्राप्त करने वाले मेजबान के चरित्र प्रतिनिधित्व के लिए, नई पंक्ति सहित। परिणामस्वरूप, यह मोड उन फ़ाइलों के लिए अनुपयुक्त है जिनमें ASCII के अतिरिक्त अन्य डेटा सम्मलित है।
 * इमेज (टाइप I, जिसे सामान्यतः बाइनरी डेटा मोड कहा जाता है): भेजने वाली मशीन प्रत्येक फ़ाइल को बाइट द्वारा बाइट भेजती है, और प्राप्तकर्ता इसे प्राप्त करते ही bytstream को संग्रह कर लेता है। (FTP के सभी कार्यान्वयनों के लिए इमेज मोड समर्थन की सिफारिश की गई है)।
 * EBCDIC (टाइप E): EBCDIC कैरेक्टर सेट का उपयोग कर होस्ट के बीच सादे पाठ के लिए प्रयुक्त।
 * स्थानीय (टाइप L n ): मशीनों के बीच फ़ाइल स्थानांतरण का समर्थन करने के लिए डिज़ाइन किया गया है जो 8-बिट बाइट्स का उपयोग नहीं करते हैं, उदा। 36-बिट कंप्यूटिंग | 36-बिट सिस्टम जैसे DEC PDP-10s। उदाहरण के लिए, टाइप L 9 का उपयोग 9-बिट बाइट में डेटा स्थानांतरित करने के लिए किया जाएगा, या टाइप L 36 का उपयोग 36-बिट शब्दों को स्थानांतरित करने के लिए किया जाएगा। अधिकांश समकालीन FTP ग्राहक/सर्वर केवल L 8 का समर्थन करते हैं, जो I के समतुल्य है।
 * UTF-8 (टाइप U) का उपयोग करने वाली यूनिकोड टेक्स्ट फ़ाइलें: एक समय सीमा समाप्त इंटरनेट ड्राफ्ट में परिभाषित जो कभी भी RFC नहीं बना, हालाँकि इसे अनेक FTP ग्राहक/सर्वर द्वारा लागू किया गया है।

ध्यान दें कि इन डेटा प्रकारों को सामान्यतः मोड कहा जाता है, चूंकि अस्पष्ट रूप से उस शब्द का उपयोग सक्रिय-बनाम-निष्क्रिय संचार मोड (ऊपर देखें), और FTP प्रोटोकॉल मोड कमांड द्वारा निर्धारित मोड (नीचे देखें) के संदर्भ में भी किया जाता है।

पाठ फ़ाइलों (टाइप A और टाइप E) के लिए, फ़ाइल को प्रिंट करने के तरीके को नियंत्रित करने के लिए तीन अलग-अलग प्रारूप नियंत्रण विकल्प प्रदान किए जाते हैं: ये प्रारूप मुख्य रूप से लाइन प्रिंटर के लिए प्रासंगिक थे; अधिकांश समकालीन FTP ग्राहक/सर्वर केवल N के डिफ़ॉल्ट प्रारूप नियंत्रण का समर्थन करते हैं।
 * गैर-प्रिंट (टाइप A N और टाइप E N ) - फ़ाइल में प्रिंटर के लिए कोई कैरेज नियंत्रण वर्ण नहीं है
 * टेलनेट (टाइप A T और टाइप E T) - फ़ाइल में टेलनेट (या दूसरे शब्दों में, ASCII C0) कैरेज कंट्रोल कैरेक्टर (CR, LF, आदि) सम्मलित हैं।
 * ASA कैरिज नियंत्रण वर्ण (टाइप A A और टाइप E A) - फाइल में ASA कैरिज कंट्रोल कैरेक्टर हैं

फ़ाइल संरचना
फ़ाइल संगठन को STRU कमांड का उपयोग करके निर्दिष्ट किया गया है। निम्नलिखित फ़ाइल संरचनाएँ RFC959 के खंड 3.1.1 में परिभाषित हैं:
 * F या फ़ाइल संरचना (धारा-उन्मुख)। फ़ाइलों को बाइट्स, वर्णों या शब्दों के मनमाने अनुक्रम के रूप में देखा जाता है। यूनिक्स सिस्टम और अन्य सिस्टम जैसे CP/M,MS-DOS और माइक्रोसॉफ्ट विंडोज पर यह सामान्य फ़ाइल संरचना है। (धारा 3.1.1.1)
 * R या रिकॉर्ड संरचना (रिकॉर्ड-उन्मुख)। फाइलों को रिकॉर्ड में विभाजित के रूप में देखा जाता है, जो निश्चित या परिवर्तनीय लंबाई हो सकती है। यह फाइल संगठन मेनफ्रेम और मिडरेंज सिस्टम पर आम है, जैसे MVS, VM/CMS, OS/400 और VMS, जो रिकॉर्ड-उन्मुख फ़ाइल सिस्टम सिस्टम का समर्थन करते हैं।
 * P या पृष्ठ संरचना (पृष्ठ-उन्मुख)। फ़ाइलें पृष्ठों में विभाजित होती हैं, जिनमें या तो डेटा या मेटाडेटा हो सकता है; प्रत्येक पृष्ठ में विभिन्न विशेषताएँ देने वाला एक हेडर भी हो सकता है। यह फ़ाइल संरचना विशेष रूप से टेनेक्स (ऑपरेटिंग सिस्टम) सिस्टम के लिए डिज़ाइन की गई थी, और सामान्यतः अन्य प्लेटफॉर्म पर समर्थित नहीं है। RFC1123 खंड 4.1.2.3 अनुशंसा करता है कि इस संरचना को लागू नहीं किया जाना चाहिए।

अधिकांश समकालीन FTP ग्राहक और सर्वर केवल STRU F का समर्थन करते हैं। STRU R अभी भी मेनफ्रेम और मिनीकम्प्यूटर फ़ाइल स्थानांतरण अनुप्रयोगों में उपयोग में है।

डेटा ट्रांसफर मोड
डेटा ट्रांसफर तीन में से किसी भी मोड में किया जा सकता है:
 * स्ट्रीम मोड (मोड S): डेटा को एक सतत स्ट्रीम के रूप में भेजा जाता है, जिससे FTP को कोई भी प्रोसेसिंग करने से राहत मिलती है। बल्कि, सभी प्रोसेसिंग को ट्रांसमिशन कंट्रोल प्रोटोकॉल पर छोड़ दिया गया है। जब तक डेटा को रिकॉर्ड (कम्प्यूटर साइंस) में विभाजित नहीं किया जाता है, तब तक किसी एंड-ऑफ-फाइल इंडिकेटर की आवश्यकता नहीं होती है
 * ब्लॉक मोड (मोड बी): मुख्य रूप से रिकॉर्ड-ओरिएंटेड फाइलों (एसटीRयू R) को स्थानांतरित करने के लिए डिज़ाइन किया गया है, चूंकि इसका उपयोग स्ट्रीम-ओरिएंटेड (STRU F) टेक्स्ट फाइलों को स्थानांतरित करने के लिए भी किया जा सकता है। FTP डेटा के प्रत्येक रिकॉर्ड (या लाइन) को अनेक ब्लॉक (ब्लॉक हेडर, बाइट काउंट और डेटा फ़ील्ड) में डालता है और फिर इसे TCP  पर भेजता है। * कंप्रेस्ड मोड (मोड C): रन-लेंथ एन्कोडिंग। का उपयोग करके डेटा कंप्रेशन के साथ मोड B को बढ़ाता है।

अधिकांश समकालीन FTP ग्राहक और सर्वर मोड B या मोड C लागू नहीं करते हैं; मेनफ्रेम और मिनीकम्प्यूटर ऑपरेटिंग सिस्टम के लिए FTP ग्राहक और सर्वर इसके अपवाद हैं।

कुछ FTP सॉफ़्टवेयर डिफलेट-आधारित संपीडित मोड को भी लागू करते हैं, जिसे कभी-कभी कमांड के बाद मोड जेड कहा जाता है जो इसे सक्षम करता है। इस मोड को इंटरनेट ड्राफ्ट में वर्णित किया गया था, लेकिन मानकीकृत नहीं किया गया था।

ग्रिडFTP अतिरिक्त मोड मोड E और मोड X, मोड B के विस्तार के रूप में को परिभाषित करता है।

अतिरिक्त कमांड्स
FTP के अभी हाल में ही किए गए कार्यान्वयन, संशोधित तथ्य जैसे- संशोधन समय (MFMT) कमांड ,का समर्थन करते हैं, जो ग्राहक को फ़ाइल अपलोड करते समय उस गुण के संरक्षण को सक्षम करने के लिए उस फ़ाइल विशेषता को दूरस्थ रूप से समायोजित करने की अनुमति देता है। दूरस्थ फ़ाइल टाइमस्टैम्प को पुनः प्राप्त करने के लिए, MDTM कमांड है। कुछ सर्वर (और ग्राहक) दो तर्कों के साथ MDTM कमांड के गैर-मानक सिंटैक्स का समर्थन करते हैं, जो MFMT की तरह ही काम करता है।

लॉगिन
FTP लॉग इन लॉगिन  स्वयं में  प्रवेश प्रदान करने के लिए सामान्य उपयोगकर्ता नाम और पासवर्ड योजना का उपयोग करता है। उपयोगकर्ता नाम USER कमांड का उपयोग करके सर्वर को भेजा जाता है, और PASS कमांड का उपयोग करके पासवर्ड भेजा जाता है। यह अनुक्रम तार पर अनएन्क्रिप्टेड है, इसलिए नेटवर्क स्नीफिंग हमले के लिए असुरक्षित हो सकता है। यदि ग्राहक द्वारा प्रदान की गई जानकारी सर्वर द्वारा स्वीकार कर ली जाती है, तो सर्वर ग्राहक को ग्रीटिंग भेजेगा और सत्र शुरू हो जाएगा। यदि सर्वर इसका समर्थन करता है, तो उपयोगकर्ता लॉगिन प्रमाणिकता प्रदान किए बिना लॉग इन कर सकते हैं, लेकिन वही सर्वर ऐसे सत्रों के लिए केवल सीमित पहुंच को अधिकृत कर सकता है।

अज्ञात FTP
एक होस्ट जो FTP सेवा प्रदान करता है, गुमनामी FTP एक्सेस प्रदान कर सकता है। उपयोगकर्ता नाम के लिए संकेत दिए जाने पर उपयोगकर्ता सामान्यतः 'अज्ञात' (कुछ FTP सर्वरों में लोअर-केस और केस-संवेदी) खाते के साथ सेवा में लॉग इन करते हैं। चूंकि उपयोगकर्ताओं को सामान्यतः पासवर्ड के बजाय अपना ईमेल पता भेजने के लिए कहा जाता है, आपूर्ति किए गए डेटा पर वास्तव में कोई सत्यापन नहीं किया जाता है। अनेक FTP होस्ट जिनका उद्देश्य सॉफ़्टवेयर अपडेट प्रदान करना है, अज्ञात लॉगिन की अनुमति देंगे।

प्रवेश कर्मणे

HTTP
से अंतर हाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल अनिवार्य रूप से FTP में उन बगों को ठीक करता है जो वेब पेजों में सामान्य रूप से अनेक छोटे अस्थायी स्थानांतरणों के लिए उपयोग करने में असुविधाजनक बनाते हैं।

FTP में एक स्टेटफुल कंट्रोल कनेक्शन होता है जो एक वर्तमान कार्यशील निर्देशिका और अन्य झंडों को बनाए रखता है, और प्रत्येक स्थानांतरण के लिए एक द्वितीयक कनेक्शन की आवश्यकता होती है जिसके माध्यम से डेटा स्थानांतरित किया जाता है। निष्क्रिय मोड में यह द्वितीयक कनेक्शन ग्राहक से सर्वर तक होता है, जबकि डिफ़ॉल्ट सक्रिय मोड में यह कनेक्शन सर्वर से ग्राहक तक होता है। सक्रिय मोड में होने पर यह स्पष्ट भूमिका उलट जाती है, और सभी स्थानांतरणों के लिए यादृच्छिक पोर्ट नंबर, यही कारण है कि फायरवॉल और NAT गेटवे के पास FTP के साथ इतना कठिन समय है। एचटीटीP स्टेटलेस प्रोटोकॉल है और मल्टीप्लेक्स नियंत्रण और डेटा को ग्राहक से सर्वर तक जाने-माने पोर्ट नंबरों पर एकल कनेक्शन पर रखता है, जो NAT गेटवे से गुजरता है और फायरवॉल के प्रबंधन के लिए सरल है।

सभी आवश्यक आदेशों को भेजने और प्रतिक्रियाओं की प्रतीक्षा करने की राउंड-ट्रिप देरी के कारण एक FTP नियंत्रण कनेक्शन स्थापित करना काफी धीमा है, इसलिए यह एक नियंत्रण कनेक्शन लाने के लिए प्रथागत है और ड्रॉप और री के बजाय इसे अनेक फाइल ट्रांसफर के लिए खुला रखता है। -सत्र को हर बार नए सिरे से स्थापित करें। इसके विपरीत, HTTP मूल रूप से प्रत्येक स्थानांतरण के बाद कनेक्शन छोड़ देता है क्योंकि ऐसा करना इतना सस्ता था। जबकि HTTP ने बाद में एकाधिक स्थानान्तरण के लिए TCP  कनेक्शन का पुन: उपयोग करने की क्षमता प्राप्त की है, अवधारणात्मक मॉडल अभी भी एक सत्र के बजाय स्वतंत्र अनुरोधों का है।

जब FTP डेटा कनेक्शन पर स्थानांतरित हो रहा है, नियंत्रण कनेक्शन निष्क्रिय है। यदि स्थानांतरण में बहुत अधिक समय लगता है, तो फ़ायरवॉल या NAT यह तय कर सकता है कि नियंत्रण कनेक्शन मर चुका है और प्रभावी रूप से कनेक्शन को तोड़कर और डाउनलोड को भ्रमित करते हुए इसे ट्रैक करना बंद कर सकता है। एकल HTTP कनेक्शन अनुरोधों के बीच केवल निष्क्रिय है और यह सामान्य है और टाइम-आउट के बाद ऐसे कनेक्शनों को छोड़ दिया जाना अपेक्षित है।

वेब ब्राउज़र
अधिकांश सामान्य वेब ब्राउज़र FTP सर्वर पर होस्ट की गई फ़ाइलों को पुनः प्राप्त कर सकते हैं, हालाँकि वे FTPS जैसे प्रोटोकॉल एक्सटेंशन का समर्थन नहीं कर सकते हैं। जब एक HTTP—URL के बजाय एक FTP—की आपूर्ति की जाती है, तो दूरस्थ सर्वर पर पहुंच योग्य सामग्री को अन्य वेब सामग्री के लिए उपयोग किए जाने वाले तरीके के समान प्रस्तुत किया जाता है। FireFTP एक ब्राउज़र एक्सटेंशन है जिसे एक पूर्ण विशेषताओं वाले FTP ग्राहक के रूप में डिज़ाइन किया गया है, इसे अतीत में फ़ायर्फ़ॉक्स के भीतर चलाया जा सकता था, लेकिन अब यह वाटरफॉक्स के साथ काम करने की सलाह देता है।

Google क्रोम ने क्रोम 88 में पूरी तरह से FTP समर्थन हटा दिया। 2019 तक, मोज़िला प्रस्तावों पर चर्चा कर रहा था, जिसमें केवल पुराने FTP कार्यान्वयन के लिए समर्थन को हटाना सम्मलित था जो अब उनके कोड को सरल बनाने के लिए उपयोग में नहीं हैं। अप्रैल, 2021 में, मोज़िला ने फ़ायरफ़ॉक्स 88.0 जारी किया, जिसने डिफ़ॉल्ट रूप से FTP समर्थन को अक्षम कर दिया। जुलाई 2021 में, Firefox 90 ने FTP समर्थन पूरी तरह से बंद कर दिया।

सिंटेक्स
FTP URL सिंटैक्स में वर्णित है

उदाहरण के लिए, URL ftp://public.ftp-servers.example.com/mydirectory/myfile.txt सर्वर public.ftp-server पर निर्देशिका mydirectory से फ़ाइल myfile.txt का प्रतिनिधित्व करता है। URL ftp://user001:secretpassword@pStreet.ftp-servers.example.com/mydirectory/myfile.txt उपयोगकर्ता नाम और पासवर्ड का एक विनिर्देश जोड़ता है जिसका उपयोग इस संसाधन तक पहुंचने के लिए किया जाना चाहिए।

उपयोगकर्ता नाम और पासवर्ड निर्दिष्ट करने के बारे में अधिक विवरण ब्राउज़र के दस्तावेज़ीकरण में मिल सकते हैं (उदाहरण के लिए, Firefox और इंटरनेट एक्स्प्लोरर ). डिफ़ॉल्ट रूप से, अधिकांश वेब ब्राउज़र निष्क्रिय (PASV) मोड का उपयोग करते हैं, जो एंड-यूज़र फायरवॉल को अधिक आसानी से पार करता है।

कुछ भिन्नताएं मौजूद हैं कि विभिन्न ब्राउज़र उन मामलों में पथ समाधान का इलाज कैसे करते हैं जहां उपयोगकर्ता के लिए गैर-रूट होम निर्देशिका है।

डाउनलोड प्रबंधक
अधिकांश सामान्य डाउनलोड प्रबंधक FTP सर्वरों पर होस्ट की गई फ़ाइलों को प्राप्त कर सकते हैं, जबकि उनमें से कुछ FTP सर्वरों पर होस्ट की गई फ़ाइलों को पुनः प्राप्त करने के लिए इंटरफ़ेस भी प्रदान करते हैं। स्टूडियो डाउनलोड न केवल FTP सर्वर से फाइल अधःभारण प्रबंधक की अनुमति देता है बल्कि FTP सर्वर पर फाइलों की सूची भी देखता है।

अन्य
लिब्रे ऑफिस FTP सर्वर से फ़ाइल खोलने का समर्थन करता है, लेकिन 7.4 रिलीज़ से, इस सुविधा को बहिष्कृत कर दिया गया है, और डेवलपर्स इसे भविष्य के संस्करण में हटाने की सोच रखते हैं।

सुरक्षा
FTP को एक सुरक्षित प्रोटोकॉल के रूप में डिज़ाइन नहीं किया गया था, और इसमें अनेक सुरक्षा कमजोरियाँ हैं। मई 1999 में, के लेखक  निम्नलिखित समस्याओं के लिए एक भेद्यता सूचीबद्ध:
 * पशु बल का आक्रमण
 * FTP उछाल हमला
 * पैकेट कैप्चर
 * पोर्ट चोरी (अगले खुले पोर्ट का अनुमान लगाना और वैध कनेक्शन को हड़पना)
 * स्पूफिंग हमला
 * उपयोगकर्ता नाम गणना
 * सर्विस अटैक से इनकार

FTP अपने ट्रैफ़िक को एन्क्रिप्ट नहीं करता है; सभी प्रसारण स्पष्ट पाठ में हैं, और उपयोगकर्ता नाम, पासवर्ड, आदेश और डेटा नेटवर्क पर पैकेट कैप्चर (पैकेट विश्लेषक) करने में सक्षम किसी के द्वारा पढ़ा जा सकता है। यह समस्या अनेक  इंटरनेट प्रोटोकॉल विनिर्देशों (जैसे एसMटीP, टेलनेट, पोस्ट ऑफिस प्रोटोकॉल और इंटरनेट संदेश एक्सेस प्रोटोकॉल) के लिए आम है, जिन्हें परिवहन परत सुरक्षा या एसएसएल जैसे N्क्रिप्शन तंत्र के निर्माण से पहले डिजाइन किया गया था।

इस समस्या के सामान्य समाधानों में सम्मलित हैं:
 * 1) असुरक्षित प्रोटोकॉल के सुरक्षित संस्करणों का उपयोग करना, उदाहरण के लिए, FTP के बजाय FTPS और Telnet के बजाय TelnetS।
 * 2) एक अलग, अधिक सुरक्षित प्रोटोकॉल का उपयोग करना जो कार्य को संभाल सकता है, उदा। SSH फाइल ट्रांसफर प्रोटोकॉल या सुरक्षित कॉP प्रोटोकॉल।
 * 3) सुरक्षित खोल (SSH) या वर्चुअल प्राइवेट नेटवर्क (वीPN) जैसी सुरक्षित सुरंग का उपयोग करना।

SSH पर FTP
SSH पर FTP एक सामान्य FTP सत्र को एक सुरक्षित शेल कनेक्शन पर टनल बनाने का अभ्यास है। क्योंकि FTP अनेक ट्रांसमिशन कंट्रोल प्रोटोकॉल कनेक्शन (एक TCP  / IP प्रोटोकॉल के लिए असामान्य है जो अभी भी उपयोग में है) का उपयोग करता है, SSH पर सुरंग बनाना विशेष रूप से कठिन है। अनेक  SSH ग्राहकों के साथ, नियंत्रण चैनल के लिए एक सुरंग स्थापित करने का प्रयास (पोर्ट 21 पर प्रारंभिक ग्राहक-टू-सर्वर कनेक्शन) केवल उस चैनल की रक्षा करेगा; जब डेटा स्थानांतरित किया जाता है, तो FTP सॉफ्टवेयर या तो नए TCP  कनेक्शन (डेटा चैनल) सेट करता है और इस प्रकार कोई गोपनीयता या अखंडता सुरक्षा नहीं होती है।

अन्यथा, SSH ग्राहक सॉफ़्टवेयर के लिए FTP प्रोटोकॉल का विशिष्ट ज्ञान होना, FTP नियंत्रण चैनल संदेशों की निगरानी और पुनर्लेखन करना और FTP डेटा चैनलों के लिए नए पैकेट अग्रेषण को स्वायत्त रूप से खोलना आवश्यक है। इस मोड का समर्थन करने वाले सॉफ़्टवेयर पैकेज में सम्मलित हैं:
 * टेक्टिया कनेक्टसिक्योर (विन/लिनक्स/यूनिक्स) SSH संचार सुरक्षा सॉफ़्टवेयर सूट का

FTPS
स्पष्ट FTPS, FTP मानक का एक विस्तार है जो ग्राहकों को FTP सत्रों को एन्क्रिप्ट करने का अनुरोध करने की अनुमति देता है। यह AUTH TLS कमांड भेजकर किया जाता है। सर्वर के पास उन कनेक्शनों को अनुमति देने या अस्वीकार करने का विकल्प होता है जो TLS का अनुरोध नहीं करते हैं। यह प्रोटोकॉल एक्सटेंशन में परिभाषित किया गया है। निहित FTPS, FTP के लिए एक पुराना मानक है जिसके लिए SSL या TLS कनेक्शन के उपयोग की आवश्यकता होती है। यह साधारण FTP की तुलना में विभिन्न पोर्ट्स का उपयोग करने के लिए निर्दिष्ट किया गया था।

SSH फाइल ट्रांसफर प्रोटोकॉल
SSH फ़ाइल स्थानांतरण प्रोटोकॉल (कालानुक्रमिक रूप से दो प्रोटोकॉल में से दूसरा संक्षिप्त रूप SFTP है) फ़ाइलों को स्थानांतरित करता है और उपयोगकर्ताओं के लिए एक समान कमांड सेट करता है, लेकिन फ़ाइलों को स्थानांतरित करने के लिए सिक्योर शेल प्रोटोकॉल (SSH) का उपयोग करता है। FTP के विपरीत, यह कमांड और डेटा दोनों को एन्क्रिप्ट करता है, पासवर्ड और संवेदनशील जानकारी को नेटवर्क पर खुले तौर पर प्रसारित होने से रोकता है। यह FTP सॉफ़्टवेयर के साथ इंटरऑपरेट नहीं कर सकता है, हालाँकि कुछ FTP ग्राहक सॉफ़्टवेयर ,SSH फ़ाइल स्थानांतरण प्रोटोकॉल के लिए भी समर्थन प्रदान करते हैं।

नगण्य फ़ाइल स्थानांतरण प्रोटोकॉल
नगण्य फाइल ट्रांसफर प्रोटोकॉल (TFTP) एक सरल, लॉक-स्टेप FTP है जो ग्राहक को एक फ़ाइल प्राप्त करने या एक फ़ाइल को रिमोट होस्ट पर रखने की अनुमति देता है। इसके प्राथमिक उपयोगो में से एक उपयोग लोकल एरिया नेटवर्क से बूटिंग में होता है, क्योंकि TFTP को कार्यान्वित करना बहुत आसान है। TFTP में सुरक्षा और अधिक मजबूत फ़ाइल स्थानांतरण प्रोटोकॉल जैसे फ़ाइल स्थानांतरण प्रोटोकॉल द्वारा प्रदान की जाने वाली अधिकांश उन्नत सुविधाओ का अभाव है। TFTP को पहली बार 1981 में मानकीकृत किया गया था और प्रोटोकॉल के लिए वर्तमान विनिर्देश  में पाया जा सकता है।

साधारण फ़ाइल स्थानांतरण प्रोटोकॉल
साधारण फाइल ट्रांसफर प्रोटोकॉल (पहला प्रोटोकॉल जिसे SFTP के रूप में संक्षिप्त किया गया), जैसा कि द्वारा परिभाषित किया गया है, यह TFTP और FTP के बीच जटिलता मध्यवर्ती स्तर के साथ एक (असुरक्षित) फ़ाइल स्थानांतरण प्रोटोकॉल के रूप में प्रस्तावित किया गया था। इसे इंटरनेट पर कभी भी व्यापक रूप से स्वीकार नहीं किया गया था, और अब इसे IETF द्वारा ऐतिहासिक दर्जा दिया गया है। यह पोर्ट 115 के माध्यम से चलता है, और  प्रायः SFTP का प्रथमाक्षरवाद प्राप्त करता है। इसमें 11 कमांड का एक कमांड सेट होता है और यह तीन प्रकार के डेटा ट्रांसमिशन का समर्थन करता है: ASCII, द्विआधारी और निरंतर। एक शब्द आकार वाले सिस्टम के लिए जो कि 8 बिट्स का गुणक है, बाइनरी और निरंतर का कार्यान्वयन समान है। प्रोटोकॉल उपयोगकर्ता ID और पासवर्ड, श्रेणीबद्ध फ़ोल्डर और फ़ाइल प्रबंधन (नाम बदलने, हटाने, अपलोड करने, डाउनलोड करने, अधिलेखित करने के साथ डाउनलोड करने और परिशिष्ट के साथ डाउनलोड करने सहित) के साथ लॉगिन का भी समर्थन करता है।

FTP उत्तर कोड
नीचे FTP सर्वर रिटर्न कोड की एक सूची का सारांश दिया गया है जो FTP सर्वर द्वारा वापस किया जा सकता है। इन कोडों को IETF द्वारा में मानकीकृत किया गया है। उत्तर कोड तीन अंकों का मान होता है। पहले अंक का उपयोग तीन संभावित परिणामों ( सफलता, असफलता, या किसी त्रुटि अथवा अपूर्ण उत्तर ) में से किसी एक को दर्शाने करने के लिए किया जाता है —
 * 2yz – सफलता का उत्तर
 * 4yz या 5yz - असफलता का उत्तर
 * 1yz या 3yz - त्रुटि या अपूर्ण उत्तर

दूसरा अंक त्रुटि के प्रकार को परिभाषित करता है :
 * x0z - सिंटेक्स। ये उत्तर सिंटैक्स त्रुटियों को संदर्भित करते हैं।
 * x1z - सूचना। सूचना के अनुरोधों के उत्तर।
 * x2z - कनेक्शन। नियंत्रण और डेटा कनेक्शन के संदर्भ में उत्तर।
 * x3z - प्रमाणीकरण और लेखा। लॉगिन प्रक्रिया और लेखा प्रक्रियाओं के लिए उत्तर।
 * x4z - परिभाषित नहीं।
 * x5z - फाइल सिस्टम। ये सर्वर फाइल सिस्टम से रिले स्टेटस कोड का जवाब देते हैं।

उत्तर कोड के तीसरे अंक का उपयोग दूसरे अंक द्वारा परिभाषित प्रत्येक श्रेणी के लिए अतिरिक्त विवरण प्रदान करने के लिए किया जाता है।

यह भी देखें
• FTP ग्राहक सॉफ्टवेयर की तुलना

• FTP सर्वर सॉफ्टवेयर पैकेज की तुलना

• फ़ाइल स्थानांतरण प्रोटोकॉल की तुलना

• कर्ल-लोडर – FTP/S खुला स्रोत सॉफ़्टवेयर लोड करना/परीक्षण करना

• फ़ाइल एक्सचेंज प्रोटोकॉल (FXP)

• फ़ाइल सेवा प्रोटोकॉल (FSP)

• FTAM

• FTPFS

• FTP कमांड की सूची

• FTP सर्वर वापसी कोड की सूची

• प्रबंधित फ़ाइल स्थानांतरण

• OBEX

• साझा फ़ाइल एक्सेस

• TCP रैपर

अग्रिम पठन

 * – CWD Command of FTP. July 1975.
 * – (Standard) File Transfer Protocol (FTP). J. Postel, J. Reynolds. October 1985.
 * – (Informational) Firewall-Friendly FTP. February 1994.
 * – (Informational) How to Use Anonymous FTP. May 1994.
 * – FTP Operation Over Big Address Records (FOOBAR). June 1994.
 * – Uniform Resource Locators (URL). December 1994.
 * – (Proposed Standard) FTP Security Extensions. October 1997.
 * – (Proposed Standard) Feature negotiation mechanism for the File Transfer Protocol. August 1998.
 * – (Proposed Standard) Extensions for IPv6, NAT, and Extended passive mode. September 1998.
 * – (Informational) FTP Security Considerations. May 1999.
 * – (Proposed Standard) Internationalization of the File Transfer Protocol. July 1999.
 * – (Proposed Standard) Extensions to FTP. P. Hethmon. March 2007.
 * – (Proposed Standard) FTP Command and Extension Registry. March 2010.
 * – (Proposed Standard) File Transfer Protocol HOST Command for Virtual Hosts. March 2014.
 * IANA FTP Commands and Extensions registry – The official registry of FTP Commands and Extension

बाहरी संबंध

 * [//servertest.online/ftp FTP Server Online Tester] Authentication, encryption, mode and connectivity.
 * Anonymous FTP Servers by Country Code TLD (2012):
 * Anonymous FTP Servers by Country Code TLD (2012):