साइटमा फाइल र शेल पहुँच प्राप्त गर्दै

प्रत्येक साइटको आफ्नै फाइल पहुँच हुन्छ। साइटहरू → तपाईंको साइट → पहुँच।

SFTP

होस्ट, पोर्ट, प्रयोगकर्ता नाम र तपाईंले त्यो स्क्रिनमा जेनेरेट गर्नुभएको पासवर्ड। कुनै पनि SFTP क्लाइन्टले काम गर्छ — FileZilla, Cyberduck, तपाईंको सम्पादकको बिल्ट-इन क्लाइन्ट। यो खाता त्यो एक साइटका फाइलहरूमा मात्र सीमित हुन्छ, त्यसैले एउटा साइटको SFTP क्रेडेन्शियलले अर्को साइट पढ्न सक्दैन।

SSH

त्यही स्क्रिनमा आफ्नो सार्वजनिक कुञ्जी (public key) थप्नुहोस् र आफ्नो सामान्य क्लाइन्टसँग जडान गर्नुहोस्। पासवर्ड SSH जानाजानी प्रदान गरिएको छैन: कुञ्जी अनुमान गर्न सकिंदैन, र पासवर्ड SSH भएको साझा सर्भर भनेको यस्तो साझा सर्भर हो जुन अन्ततः ब्रूट-फोर्स आक्रमणमा पर्नेछ।

यदि तपाईंसँग अहिलेसम्म कुञ्जी छैन भने, तपाईंको आफ्नै मेसिनमा ssh-keygen -t ed25519 ले एउटा सिर्जना गर्छ। .pub ले अन्त्य हुने फाइल नै तपाईंले टाँस्ने फाइल हो; अर्को फाइल कहिल्यै तपाईंको कम्प्युटरबाट बाहिर जाँदैन।

शेल (shell) मा तपाईले के पाउनुहुन्छ

तपाईंका साइटका फाइलहरू, WordPress साइटहरूमा wp-cli, composer, र साइट सेट गरिएको PHP संस्करण। तपाईं साइटको आफ्नै आइसोलेटेड (الگ-थलग) वातावरण भित्र हुनुहुन्छ — तपाईंले अर्को ग्राहकका फाइलहरू देख्न सक्नुहुन्न, र उनीहरूले पनि तपाईंका देख्न सक्दैनन्।

क्रेडेन्शियलहरू किन प्रति खाता भन्दा प्रति साइट हुन्छन्

किनकि पहुँच नै त्यस्तो कुरा हो जुन प्रायः ठेकेदारसँग साझा गरिन्छ, र प्रति साइट एउटा क्रेडेन्शियलको अर्थ तपाईंले कसैलाई उनीहरूले काम गरिरहेको साइट मात्र दिन सक्नुहुन्छ। पछि यसलाई रद्द गर्दा अरू कुनै कुरामा असर पर्दैन।

⭐ मेसिनको सट्टा कुनै व्यक्तिको लागि भए, उनीहरूलाई यसको सट्टा आफ्नो टिममा थप्नुहोस् (संस्था → टिम) — त्यसपछि उनीहरू आफैं लग इन गर्छन्, उनीहरूको पहुँच उनीहरूको आफ्नै नाममा रेकर्ड हुन्छ, र उनीहरूलाई हटाउँदा एकै पटकमा सबै कुरा हट्छ।