एक नियमित एफ़टीपी सर्वर को वास्तव में सुरक्षित और एक ही समय में सुविधाजनक कैसे बनाया जाए?

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

दो-कारक प्रमाणीकरण के साथ, बढ़ी हुई सुरक्षा के साथ होस्टिंग खाते प्रदान करने वाली एक होस्टिंग कंपनी की कल्पना करें।

कुछ भी जटिल नहीं है, आपको सर्वर पर दूसरे कारक (उदाहरण के लिए code.google.com/p/google-authenticator/wiki/PamModuleInstructions या motp .sourceforge.net / #6 ) के साथ प्रमाणीकरण प्लग-इन के एक या कई विकल्पों को लागू करने की आवश्यकता है और उन्हें बांधें उपयोगकर्ताओं।
ज्यादातर मामलों में, पीएएम को एफ़टीपी सर्वरों के विन्यास में निर्दिष्ट किया जा सकता है, और सिद्धांत रूप में, एफ़टीपी सुरक्षा समस्या को उसी तरह से हल किया जाएगा।
समस्या अलग है; तथ्य यह है कि कनेक्शन की गति, सर्वर / राउटर सेटिंग्स या एफ़टीपी कनेक्शन मोड के आधार पर, एक एफ़टीपी सत्र बाधित हो सकता है यदि एक निश्चित समय के लिए कोई गतिविधि नहीं है (या यहां तक ​​कि सबसे inopportune क्षण में बाधित हो सकता है)। "क्लासिक" एफ़टीपी क्लाइंट में बस फिर से जोड़ता है, आपको बस "पासवर्ड सहेजें" चेकबॉक्स की जांच करने की आवश्यकता है। दो कारक प्रमाणीकरण के मामले में, यह काम नहीं करेगा, आपको "टोकन" से पासवर्ड और कोड काफी बार दर्ज करना होगा, और यह अंतिम उपयोगकर्ता के लिए बहुत असुविधाजनक है। यदि आप किसी तरह सिस्टम के प्रवेश द्वार पर "टोकन" का उपयोग करने की आवश्यकता के उपयोगकर्ता को मना सकते हैं, तो कई बार फ़ाइलों को डाउनलोड करने की प्रक्रिया में ऐसा करने की आवश्यकता को समझाना पहले से ही मुश्किल है।
मुझे उम्मीद है कि मैंने समस्या को समझाया। अब मैं अंत उपयोगकर्ताओं के लिए सुविधा बढ़ाने के विचार को साझा करूंगा।

एफ़टीपी अस्थायी पासवर्ड पीढ़ी

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


स्क्रिप्ट बनाते समय, डेटा डेटाबेस तालिका (उदाहरण के लिए, MySQL) में दर्ज किया जाता है, अर्थात् उपयोगकर्ता द्वारा निर्दिष्ट समय का उपयोगकर्ता नाम, आईपी पता और टाइमस्टैम्प, साथ ही उत्पन्न एफ़टीपी पासवर्ड, जो इंटरफ़ेस में उपयोगकर्ता को प्रदर्शित होता है। यह एफ़टीपी पासवर्ड एफ़टीपी एक्सेस के लिए उपयोग किया जाएगा। तालिका इस तरह दिखाई देगी:

एफ़टीपी सर्वर विन्यास

एक उदाहरण के रूप में PureFTPD को लें, क्योंकि यह MySQL से जुड़ा हो सकता है। निर्देशों द्वारा निर्देशित , PureFTPD को इस तरह कॉन्फ़िगर करें:

MYSQLSocket /tmp/mysql.sock MYSQLUser root MYSQLPassword rootpw MYSQLDatabase pureftpd MYSQLCrypt cleartext MYSQLGetPW SELECT temp_password FROM temp_pass WHERE username="\L" AND IP="\R" AND expires <= UNIX_TIMESTAMP() MYSQLGetUID SELECT Uid FROM users WHERE User="\L" MYSQLGetGID SELECT Gid FROM users WHERE User="\L" MYSQLGetDir SELECT Dir FROM users WHERE User="\L" 

कॉन्फ़िगरेशन फ़ाइल चर का उपयोग करती है
\ L - उपयोगकर्ता लॉगिन
\ R - आईपी एड्रेस क्लाइंट

वह मूल रूप से यह है। आदर्श रूप से, आपको समय-समय पर समाप्त पासवर्ड से तालिका को साफ़ करने के लिए किसी प्रकार की क्राउन स्क्रिप्ट की भी आवश्यकता होगी।