प्रत्येक साइट का अपना फ़ाइल एक्सेस होता है। साइटें → आपकी साइट → एक्सेस।
SFTP
होस्ट, पोर्ट, यूज़रनेम और पासवर्ड जिसे आप उस स्क्रीन पर जनरेट करते हैं। कोई भी SFTP क्लाइंट काम करता है — FileZilla, Cyberduck, आपके एडिटर का इन-बिल्ट क्लाइंट। खाता केवल उसी एक साइट की फ़ाइलों तक सीमित होता है, इसलिए एक साइट का SFTP क्रेडेंशियल दूसरी साइट को नहीं पढ़ सकता है।
SSH
उसी स्क्रीन पर अपनी सार्वजनिक कुंजी जोड़ें और अपने सामान्य क्लाइंट से कनेक्ट करें। पासवर्ड SSH जानबूझकर प्रदान नहीं किया गया है: कुंजी का अनुमान नहीं लगाया जा सकता है, और पासवर्ड SSH वाला साझा सर्वर अंततः ब्रूट-फ़ोर्स हमले का शिकार हो जाता है।
यदि आपके पास अभी तक कोई कुंजी नहीं है, तो आपकी अपनी मशीन पर ssh-keygen -t ed25519 एक कुंजी बना देगा। .pub पर समाप्त होने वाली फ़ाइल वह है जिसे आप पेस्ट करते हैं; दूसरी कभी भी आपके कंप्यूटर को नहीं छोड़ती है।
आपको शेल में क्या मिलता है
आपकी साइट की फ़ाइलें, WordPress साइटों पर wp-cli, composer, और PHP वर्ज़न जिस पर साइट सेट है। आप साइट के अपने अलग परिवेश में होते हैं — आप किसी अन्य ग्राहक की फ़ाइलें नहीं देख सकते हैं, और न ही वे आपकी देख सकते हैं।
क्रेडेंशियल प्रति खाता होने के बजाय प्रति साइट क्यों होते हैं
क्योंकि एक्सेस अक्सर किसी कांट्रैक्टर के साथ साझा की जाने वाली चीज़ होती है, और प्रति साइट एक क्रेडेंशियल का मतलब है कि आप किसी को ठीक वही साइट दे सकते हैं जिस पर वे काम कर रहे हैं। इसे बाद में रद्द करने से किसी अन्य चीज़ पर कोई असर नहीं पड़ता है।
⭐ मशीन के बजाय किसी व्यक्ति के लिए, इसके बजाय उन्हें अपनी टीम में जोड़ें (संगठन → टीम) — वे तब स्वयं के रूप में साइन इन करते हैं, उनका एक्सेस उनके अपने नाम के तहत लॉग होता है, और उन्हें हटाने से सब कुछ एक साथ हट जाता है।