SSH कमांड्स से Linux सर्वर मैनेजमेंट: वेबमास्टर्स के लिए जरूरी कमांड गाइड

SSH कमांड्स से Linux सर्वर मैनेजमेंट का मतलब है कि एक वेबमास्टर अपने रिमोट Linux सर्वर से सुरक्षित तरीके से जुड़कर फाइल, सर्विस, यूजर, लॉग, सुरक्षा और परफॉर्मेंस से जुड़े काम सीधे टर्मिनल के माध्यम से संभाल सके। सबसे बुनियादी जरूरत के लिए ssh user@server-ip कमांड से सर्वर में लॉगिन किया जाता है; उसके बाद ls, cd, pwd, cp, mv, rm, nano, systemctl, journalctl, top, df, du, chmod, chown, tar, scp और rsync जैसे कमांड्स की मदद से वेबसाइट को लाइव करना, त्रुटियां जांचना, सर्विसेज रीस्टार्ट करना और बैकअप मैनेज करना संभव हो जाता है। यह गाइड खास तौर पर उन वेबमास्टर्स के लिए है जो hosting, VPS या dedicated server इस्तेमाल करते हैं और रोजमर्रा के सर्वर ऑपरेशन में काम आने वाले Linux SSH commands को व्यावहारिक उदाहरणों के साथ सीखना चाहते हैं।

किसी वेबसाइट को केवल कंट्रोल पैनल से मैनेज करना कई बार पर्याप्त होता है, लेकिन जैसे ही ट्रैफिक बढ़ता है, कस्टम सॉफ्टवेयर की जरूरत पड़ती है, error logs देखने होते हैं या अचानक वेबसाइट डाउन होने पर तुरंत कार्रवाई करनी होती है, SSH की जानकारी बहुत बड़ा फायदा देती है। उदाहरण के लिए WordPress साइट पर 500 error आ रहा हो, तो कंट्रोल पैनल खुलने का इंतजार करने के बजाय आप कुछ कमांड्स से disk usage, PHP-FPM की स्थिति, Nginx या Apache logs और हाल में बदली गई फाइलों को मिनटों में जांच सकते हैं। इससे downtime कम होता है और SEO performance को भी बचाने में मदद मिलती है। अगर आप अभी सर्वर इंफ्रास्ट्रक्चर चुनने के चरण में हैं, तो अपनी जरूरतों के अनुसार वीपीएस सर्वर और वेब होस्टिंग विकल्पों की तुलना करना उपयोगी रहेगा।

SSH क्या है और वेबमास्टर्स के लिए यह क्यों जरूरी है?

SSH, Secure Shell का संक्षिप्त रूप है और यह किसी दूरस्थ सर्वर से encrypted यानी सुरक्षित कनेक्शन बनाने के लिए इस्तेमाल किया जाने वाला प्रोटोकॉल है। FTP जहां मुख्य रूप से फाइल ट्रांसफर के लिए उपयोग होता है, वहीं SSH आपको सर्वर की command line तक पहुंच देता है। इसका मतलब है कि आप web root directory में जा सकते हैं, file permissions ठीक कर सकते हैं, services restart कर सकते हैं, firewall जांच सकते हैं, database backup ले सकते हैं और log files को real time में monitor कर सकते हैं।

वेबमास्टर के नजरिए से SSH ज्ञान तीन बड़े लाभ देता है। पहला है speed; बड़ी फाइलों को पैनल से download या upload करने के बजाय सर्वर के अंदर ही compress करना कई बार सेकंडों या कुछ मिनटों का काम होता है। दूसरा है visibility; logs, CPU usage, RAM consumption और disk status सीधे देखे जा सकते हैं। तीसरा है control; permission issue, service crash या गलत configuration जैसी समस्याओं को बिना इंतजार के ठीक किया जा सकता है। खासकर VPS, cloud server और dedicated server में SSH लगभग अनिवार्य server management skill बन जाता है।

SSH कनेक्शन बनाने से पहले क्या जानना जरूरी है?

SSH connection के लिए आम तौर पर तीन जानकारी चाहिए होती है: server IP address या domain name, username और authentication method। अधिकतर Linux systems में default SSH port 22 होता है; सुरक्षा के लिए इसे बदलकर कोई दूसरा port भी रखा जा सकता है। सबसे सरल connection command इस तरह होती है: ssh user@server-ip। अगर port अलग है, तो ssh -p 2222 user@server-ip जैसी command से connect किया जाता है।

पहली बार connect करते समय terminal आपसे server fingerprint confirm करने को कहता है। यह कदम यह सुनिश्चित करने के लिए होता है कि आप सही सर्वर से जुड़ रहे हैं। Yes लिखकर आगे बढ़ने पर सर्वर की जानकारी आपके कंप्यूटर की known_hosts file में जुड़ जाती है। अगर आगे चलकर server बदल जाए या IP दोबारा assign हो, तो security warning दिखाई दे सकती है; ऐसी स्थिति में पहले यह जरूर verify करें कि आप सच में सही server से connect कर रहे हैं।

Password Login और SSH Key में क्या अंतर है?

Password से login करना आसान है, लेकिन brute force attacks के लिए ज्यादा vulnerable हो सकता है। SSH key authentication में आपके कंप्यूटर पर private key और server पर public key होती है, इसलिए यह अधिक सुरक्षित तरीका माना जाता है। Key बनाने के लिए ssh-keygen -t ed25519 command इस्तेमाल की जा सकती है। Public key को server पर जोड़ने के लिए ssh-copy-id user@server-ip command सुविधाजनक रहती है। Key setup होने के बाद password login बंद कर देना server security को काफी मजबूत कर देता है।

Basic Navigation और File Listing Commands

Linux terminal में सबसे पहले जो commands सीखनी चाहिए, वे हैं: आप किस directory में हैं, directory कैसे बदलनी है और files कैसे list करनी हैं। pwd command वर्तमान location दिखाती है। cd /var/www/html command आपको web root directory में ले जाती है। cd .. एक level ऊपर ले जाता है, जबकि केवल cd लिखने पर आप user की home directory में लौट आते हैं। ls command files list करती है; ls -la hidden files के साथ permissions, ownership, size और date information भी दिखाती है।

वेबमास्टर्स के लिए .htaccess, wp-config.php, robots.txt, sitemap.xml और index.php जैसी files को जल्दी ढूंढना खास महत्व रखता है। ls -lah command file sizes को readable format में दिखाती है। यानी 1048576 की जगह आपको 1.0M जैसा आसान output दिखेगा। अगर किसी directory में बहुत ज्यादा files हैं, तो ls -lt command सबसे हाल में बदली गई files को ऊपर दिखाती है। यह hack के बाद बदली फाइलों, नए upload हुए plugin files या suspicious changes को जांचने में उपयोगी है।

Practical Scenario: Web Root Directory जांचना

किसी वेबसाइट की files अक्सर /var/www, /home/user/public_html या /usr/share/nginx/html के अंदर मिलती हैं। एक सामान्य workflow ऐसा हो सकता है: pwd से देखें कि आप कहां हैं, cd /var/www/sitename से site directory में जाएं, ls -lah से files list करें और du -sh . से directory का total size देखें। अगर आप एक ही server पर कई websites host कर रहे हैं, तो हर site को अलग user और अलग directory के अंदर रखना security और maintenance दोनों के लिए बेहतर होता है। Domain management के लिए डोमेन क्वेरी और website live करने की प्रक्रिया के लिए होस्टिंग स्थापना गाइड के साथ आगे बढ़ना आपके लिए उपयोगी रहेगा।

File और Folder Operations: बनाना, Copy करना, Move करना, Delete करना

नई file बनाने के लिए touch file.txt और folder बनाने के लिए mkdir folder-name command इस्तेमाल होती है। Nested folders को एक ही command से बनाने के लिए mkdir -p backups/2026/january लिख सकते हैं। File copy करने के लिए cp source destination, और folder copy करने के लिए cp -r source-folder destination-folder लिखा जाता है। Move या rename करने के लिए mv old-name new-name command इस्तेमाल होती है।

Delete commands के साथ हमेशा सावधानी जरूरी है। rm file.txt एक file delete करता है, rm -r folder-name पूरे folder को उसकी contents के साथ delete करता है। rm -rf command बिना confirmation के जबरन delete करती है और अगर गलत directory में चल गई तो बड़ा नुकसान कर सकती है। Production server में rm -rf इस्तेमाल करने से पहले हमेशा pwd से अपनी location confirm करें और ls से target को verify करें। Critical operation से पहले tar या rsync से छोटा backup लेना कुछ मिनट का काम है, लेकिन यह घंटों लंबी recovery process से बचा सकता है।

Safe Delete की आदत

नए users के लिए सबसे सुरक्षित तरीका यह है कि सीधे delete करने के बजाय पहले file को quarantine folder में move करें। उदाहरण के लिए mkdir /root/quarantine और mv suspicious-file.php /root/quarantine/ commands से file को delete किए बिना isolate किया जा सकता है। अगर website ठीक से चलती रहती है, तो बाद में उसे permanently delete कर सकते हैं। यह तरीका malware cleanup, plugin removal और theme changes के दौरान खास तौर पर काम आता है।

File Content देखने और Edit करने वाले Commands

किसी file की पूरी content देखने के लिए cat file.txt और page-by-page पढ़ने के लिए less file.txt इस्तेमाल किया जाता है। बड़ी log files में cat चलाने से terminal अनावश्यक रूप से भर सकता है, इसलिए less बेहतर विकल्प है। File की शुरुआती lines देखने के लिए head file.txt और आखिरी lines देखने के लिए tail file.txt command काम आती है। Live log monitoring के लिए tail -f /var/log/nginx/error.log बहुत उपयोगी command है।

Files edit करने के लिए nano, vim या micro जैसे editors इस्तेमाल किए जा सकते हैं। Beginners के लिए nano सबसे सरल है। nano .htaccess command से file खोलें, बदलाव करें, Ctrl+O से save करें और Ctrl+X से बाहर आएं। PHP configuration, Nginx server block, Apache virtual host या robots.txt edit करते समय ध्यान रखें कि छोटी सी syntax mistake भी पूरी site को प्रभावित कर सकती है। बदलाव से पहले cp file file.bak command से backup copy बनाना एक अच्छी professional आदत है।

Permission और Ownership Management: chmod और chown

Linux servers पर file permissions website के सही तरीके से चलने और security दोनों के लिए बेहद महत्वपूर्ण हैं। chmod command permissions बदलती है और chown command ownership बदलती है। सामान्य web hosting setup में folders के लिए 755 और files के लिए 644 आम values हैं। उदाहरण के लिए chmod 644 wp-config.php file permissions सेट करता है। Folders पर bulk permission के लिए find . -type d -exec chmod 755 {} ; जैसा logic इस्तेमाल होता है; files के लिए find . -type f -exec chmod 644 {} ; approach अपनाई जाती है।

Ownership के लिए chown -R www-data:www-data /var/www/sitename जैसी commands इस्तेमाल होती हैं, लेकिन यह value Linux distribution और web server के अनुसार बदल सकती है। Ubuntu पर Apache या Nginx अक्सर www-data user का उपयोग करते हैं; cPanel जैसे setups में हर website का अपना अलग user हो सकता है। गलत ownership upload issues या 403 errors पैदा कर सकती है। बहुत ज्यादा खुली permissions, जैसे 777, शुरुआत में problem solve करती हुई लग सकती हैं, लेकिन security hole बना देती हैं। खासकर upload directories में executable files को रोकना और write permissions को सीमित रखना जरूरी है।

Disk, RAM और CPU जांचने के लिए जरूरी Commands

Performance issue आने पर सबसे पहले resource usage देखना चाहिए। df -h command disk partitions की usage दिखाती है। अगर root partition 100% भर गया है, तो services logs नहीं लिख पाएंगी, database lock हो सकता है और site 500 error दे सकती है। du -sh * command current directory के folders का size summary दिखाती है। बड़े logs, cache या backup files खोजने के लिए du -ah /var/www | sort -h | tail command इस्तेमाल की जा सकती है।

RAM और CPU के लिए top या htop commands उपयोगी हैं। अगर htop installed नहीं है, तो apt install htop या dnf install htop से install किया जा सकता है। free -m command RAM और swap status दिखाती है। uptime command बताती है कि system कितनी देर से चल रहा है और load average कितना है। Single-core server में load value का लंबे समय तक 1 से ऊपर रहना, और multi-core server में core count से ऊपर जाना performance problem का संकेत हो सकता है। अगर traffic growth नियमित हो गई है, तो stronger plan या optimization की जरूरत पड़ सकती है; इस चरण में लिनक्स VPS और कॉर्पोरेट होस्टिंग विकल्पों पर विचार किया जा सकता है।

Service Management: systemctl से Apache, Nginx, PHP और MySQL Control

Modern Linux distributions में service management अधिकतर systemctl से किया जाता है। किसी service की स्थिति देखने के लिए systemctl status nginx, restart करने के लिए systemctl restart nginx और configuration reload करने के लिए systemctl reload nginx commands इस्तेमाल होती हैं। Apache के लिए service name apache2 या httpd हो सकता है, PHP-FPM के लिए php8.2-fpm या आपकी version के अनुसार दूसरा नाम हो सकता है, और MySQL के लिए mysql या mariadb service name हो सकता है।

हर restart से पहले configuration test करना अच्छी आदत है। Nginx के लिए nginx -t और Apache के लिए apachectl configtest command इस्तेमाल करें। अगर test fail हो रहा है और आप restart कर देते हैं, तो site बंद हो सकती है। उदाहरण के लिए Nginx configuration में semicolon missing हो, तो nginx -t error को line number के साथ दिखा देता है। पहले error ठीक करें और फिर systemctl reload nginx चलाएं; यह ज्यादा सुरक्षित तरीका है।

वेबमास्टर के लिए Quick Service Checklist

• Site नहीं खुल रही हो, तो browser refresh करने से पहले server पर systemctl status web-service जांचें।
• 502 error में PHP-FPM status और Nginx error log जरूर देखें।
• Database connection error में systemctl status mysql और disk usage जांचें।
• Configuration बदलने के बाद restart की जगह संभव हो तो reload इस्तेमाल करें।
• हर बदलाव से पहले संबंधित file की .bak copy बना लें।

Log Analysis: Error का कारण मिनटों में ढूंढना

Log files server की black box recording जैसी होती हैं। Nginx के लिए /var/log/nginx/access.log और /var/log/nginx/error.log आम तौर पर इस्तेमाल होते हैं। Apache के लिए /var/log/apache2/access.log और /var/log/apache2/error.log paths मिलते हैं। PHP-FPM logs distribution के अनुसार /var/log/php8.2-fpm.log में या journalctl के अंदर हो सकते हैं। MySQL logs अक्सर /var/log/mysql/error.log में मिलते हैं।

journalctl -xe command system services से संबंधित हाल की errors दिखाती है। किसी specific service के लिए journalctl -u nginx -n 100 लिखने पर Nginx service की अंतिम 100 entries list होती हैं। Live monitoring के लिए journalctl -u php8.2-fpm -f इस्तेमाल किया जा सकता है। Log के अंदर कोई खास keyword खोजने के लिए grep command काम आती है। उदाहरण के लिए grep 500 access.log, 500 status codes खोजने में मदद करता है। grep -i error file.log case-insensitive search करता है, यानी Error, error या ERROR सभी match हो सकते हैं।

SEO के नजरिए से log analysis केवल error fixing के लिए नहीं, बल्कि crawl budget और bot behavior समझने के लिए भी महत्वपूर्ण है। Googlebot किन pages पर जा रहा है, 404 errors किन URLs पर ज्यादा आ रहे हैं और कौन से resources slow response दे रहे हैं, यह access logs से देखा जा सकता है। Technical SEO audits के लिए SEO अनुरूप होस्टिंग और वेब साइट गति अनुकूलन सामग्री के साथ log analysis को नियमित प्रक्रिया बनाना लाभदायक रहेगा।

Search, Filtering और Text Processing Commands

Server पर file या text खोजने के लिए find, grep, awk और sed बहुत शक्तिशाली tools हैं। find /var/www -name wp-config.php command specific file खोजती है। find . -type f -mtime -1 पिछले 24 घंटों में बदली files दिखाती है। Unauthorized file changes के शक में यह command बेहद उपयोगी है। grep -R base64_decode . command current directory में base64_decode वाले files खोजती है; यह expression हमेशा malicious नहीं होता, लेकिन कई बार harmful PHP code में दिखाई देता है।

Log analysis में awk की मदद से specific columns निकाले जा सकते हैं। उदाहरण के लिए access log में सबसे ज्यादा requests भेजने वाले IP addresses देखने के लिए awk से IP column लिया जाता है, फिर sort और uniq -c से count किया जाता है। इस तरह के analysis से excessive bot traffic, brute force attempts या DDoS-like behavior का जल्दी पता चल सकता है। Advanced level पर इसे fail2ban, rate limiting और WAF solutions के साथ जोड़ा जा सकता है।

File Transfer: scp, sftp और rsync

SSH केवल commands चलाने के लिए नहीं, बल्कि file transfer के लिए भी इस्तेमाल होता है। scp local-file user@server-ip:/target/directory command आपके computer की file server पर भेजती है। Server से computer पर file लाने के लिए scp user@server-ip:/file/path ./ लिखा जाता है। बड़े folders में scp की जगह rsync ज्यादा efficient है, क्योंकि यह unchanged files को दोबारा transfer नहीं करता।

rsync -avz source/ user@server-ip:/target/ command archive mode में, compressed और detailed transfer करती है। --delete parameter target में मौजूद लेकिन source में न होने वाली files delete कर देता है; इसे बहुत सावधानी से इस्तेमाल करना चाहिए। WordPress migration, staging environment से live site पर files भेजना या backup server पर synchronization के लिए rsync एक मजबूत solution है। अगर आप SSL installation या HTTPS migration कर रहे हैं, तो file transfer से पहले certificate और redirect plan साफ कर लें; एसएसएल प्रमाणपत्र सामग्री इस प्रक्रिया में मदद कर सकती है।

Backup और Restore के लिए SSH Commands

Backup server management की insurance policy जैसा है। File backup के लिए tar -czf site-backup.tar.gz /var/www/sitename command इस्तेमाल की जा सकती है। यह command directory को gzip compressed archive में बदल देती है। Archive extract करने के लिए tar -xzf site-backup.tar.gz command इस्तेमाल होती है। बड़ी websites में backup को web directory के बाहर रखना और संभव हो तो remote storage पर भेजना ज्यादा सुरक्षित है।

Database backup के लिए mysqldump -u user -p database_name > backup.sql command बहुत सामान्य है। Restore करने के लिए mysql -u user -p database_name < backup.sql इस्तेमाल किया जाता है। बड़े databases में process लंबा चल सकता है; screen या tmux इस्तेमाल करने से connection टूटने पर भी task जारी रहता है। उदाहरण के लिए screen -S backup command से session शुरू करें, backup process चलाएं और Ctrl+A के बाद D दबाकर session detach करें। बाद में screen -r backup से उसी session में लौट सकते हैं।

Security के लिए Critical SSH Settings

SSH security, server security का मुख्य दरवाजा है। पहली सिफारिश है कि root user से direct login बंद करें। इसके बजाय sudo rights वाला normal user बनाएं। adduser webmaster command user जोड़ती है और usermod -aG sudo webmaster command उसे sudo permission देती है। इसके बाद SSH configuration /etc/ssh/sshd_config file में edit की जाती है। PermitRootLogin no और PasswordAuthentication no जैसी settings key-based login के साथ इस्तेमाल की जा सकती हैं।

Changes के बाद sshd configuration test करना और current session बंद किए बिना नए terminal से connection try करना बहुत जरूरी है। गलत setting के कारण आप अपने ही server से lock out हो सकते हैं। Firewall side पर ufw allow 2222/tcp और ufw enable जैसी commands से केवल जरूरी ports खोलें। लेकिन अगर आपने SSH port बदला है, तो पुराना session बंद करने से पहले नए port से successfully connect होने की पुष्टि जरूर कर लें।

Minimum Security Checklist

• Strong password या बेहतर हो तो SSH key इस्तेमाल करें।
• Root login बंद करें और sudo वाला normal user बनाएं।
• Unnecessary services बंद करें और केवल जरूरी ports खोलें।
• System packages नियमित update करें: apt update और apt upgrade।
• Logs नियमित जांचें; suspicious IPs के लिए fail2ban इस्तेमाल करें।
• Backups को उसी server पर single copy के रूप में न छोड़ें।

Package Management और Update Commands

Ubuntu और Debian based systems में apt इस्तेमाल होता है, जबकि AlmaLinux और Rocky Linux जैसे RHEL based systems में dnf या yum उपयोग किया जाता है। Ubuntu पर apt update package list update करता है और apt upgrade installed packages को upgrade करता है। किसी specific package को install करने के लिए apt install nginx, और हटाने के लिए apt remove package-name command इस्तेमाल होती है। RHEL based systems में dnf update और dnf install package-name similar काम करते हैं।

Live server पर updates को अचानक चलाने के बजाय maintenance window में apply करना बेहतर है। खासकर PHP, MySQL, OpenSSL और web server updates site behavior को प्रभावित कर सकते हैं। Critical security updates को टालना नहीं चाहिए; लेकिन पहले backup लेना, configurations check करना और संभव हो तो staging environment में test करना professional approach है।

वेबमास्टर्स के लिए Example Emergency Response Workflow

मान लीजिए एक सुबह आपकी website नहीं खुल रही। घबराने के बजाय standard flow follow करना सबसे तेज समाधान देता है। पहले SSH से connect करें। uptime से देखें कि server response दे रहा है या नहीं और load values कितनी हैं। df -h से disk usage देखें। free -m और top से RAM और CPU usage जांचें। फिर systemctl status nginx या apache2 से web service की स्थिति देखें। अगर 502 error है, तो PHP-FPM service status देखें। Database error है, तो systemctl status mysql और संबंधित log file check करें।

इसके बाद tail -n 100 error-log से recent errors पढ़ें। अगर issue किसी नए plugin या theme update के बाद शुरू हुआ है, तो ls -lt से हाल में बदली files खोजें। जरूरत पड़े तो संबंधित folder को temporarily rename कर दें। Disk full है, तो पुराने logs या unnecessary backups पहचानें; सीधे delete करने से पहले confirm करें कि वे क्या हैं। ये steps अधिकांश basic downtime scenarios में 5 से 15 मिनट के अंदर root cause को narrow down करने में मदद करते हैं।

SSH Commands इस्तेमाल करते समय होने वाली आम गलतियां

सबसे आम गलती है command को समझे बिना copy-paste करके चलाना। Internet पर दिखने वाली हर command आपके server के लिए सही नहीं हो सकती। खासकर rm -rf, chmod -R 777, chown -R और database delete commands serious risk रखती हैं। दूसरी गलती है root user से लगातार काम करना। जब root privileges चाहिए हों, तब sudo इस्तेमाल करना accidental system file changes के risk को कम करता है।

तीसरी गलती है बिना backup के changes करना। एक छोटी configuration file भी पूरी site बंद कर सकती है। चौथी गलती है logs पढ़े बिना services को बार-बार restart करना। Restart कभी-कभी temporary relief देता है, लेकिन root cause छुपा सकता है। पांचवीं गलती है security updates को पूरी तरह ignore करना। Outdated PHP, CMS या server packages attack surface बढ़ाते हैं और website compromise होने की संभावना बढ़ जाती है।

Basic SSH Commands Summary Table

निष्कर्ष: SSH Knowledge वेबमास्टर की Operational Speed बढ़ाती है

SSH commands से Linux server management केवल system administrators के लिए नहीं, बल्कि serious web projects चलाने वाले webmasters के लिए भी एक जरूरी skill है। सही commands के साथ file management, log analysis, service control, backup और security operations ज्यादा तेज, measurable और repeatable बन जाते हैं। शुरुआत में कुछ basic commands ही काफी होते हैं; समय के साथ इन्हें safe habits के साथ जोड़ना आपको ज्यादा independent और prepared बनाता है।

Hostragons पर अपनी hosting, VPS, domain और SSL infrastructure plan करते समय SSH access, backup, security और performance needs को साथ में evaluate करना long term में बेहतर परिणाम देता है। आपको कौन सा server type चाहिए या existing setup को कैसे मजबूत करना है, यह तय करने के लिए संबंधित Hostragons guides पढ़ सकते हैं और अपने project के लिए infrastructure को शांत मन से technical requirements के आधार पर चुन सकते हैं।

अक्सर पूछे जाने वाले सवाल

क्या SSH commands से Linux server management के लिए root होना जरूरी है?

नहीं। बल्कि production servers पर direct root user का इस्तेमाल recommended नहीं है। Sudo rights वाले normal user से connect करना और जरूरत पड़ने पर sudo command से administrative tasks करना ज्यादा सुरक्षित approach है।

एक beginner webmaster को पहले कौन से SSH commands सीखने चाहिए?

पहले ssh, pwd, cd, ls -lah, cp, mv, rm, nano, df -h, du -sh, top, systemctl, tail -f, grep, tar, scp और rsync commands सीखें। ये commands daily file, service, log और backup operations के बड़े हिस्से को cover कर देती हैं।

SSH connection refused क्यों आता है?

सबसे आम कारण हैं गलत IP या port, SSH service का बंद होना, firewall block, गलत username, गलत key file या server में PasswordAuthentication setting का बंद होना। सबसे पहले port, user और service status जांचना चाहिए।

क्या chmod 777 इस्तेमाल करना सुरक्षित है?

आम तौर पर नहीं। chmod 777 किसी file या folder को हर user के लिए readable, writable और executable बना देता है। Web directories में यह serious security risk है। अधिकतर cases में folders के लिए 755 और files के लिए 644 बेहतर starting values हैं।

SSH से backup लेना बेहतर है या control panel से?

दोनों तरीके उपयोगी हैं। Control panel backups आसान होते हैं, जबकि SSH backups ज्यादा flexible और automation-friendly होते हैं। बड़ी websites में tar, mysqldump और rsync के साथ SSH के जरिए backup लेना ज्यादा controlled हो सकता है; सबसे अच्छा तरीका है नियमित, tested और remote copy वाला backup strategy रखना।