במוקדם או במאוחר קבצים צריכים להגיע לשרת: בילד של אתר, dump של מסד נתונים, קובץ הגדרות שכתבתם מקומית. לא צריך בשביל זה שרת FTP: SSH כבר נותן שלושה כלים טובים. כל הדוגמאות משתמשות בכתובות תיעוד; החליפו אותן בכתובת השרת שלכם.
דעו את פרטי החיבור
- תוכנית עם IP ייעודי:
root@203.0.113.10, פורט 22. - תוכנית NAT: המארח ופורט ה-SSH האישי שלכם מופיעים בפאנל (למשל פורט 20123). כל הפקודות למטה צריכות את הפורט הזה; ראו איך גישת NAT עובדת.
scp: העתקת קובץ או תיקייה
העלאת קובץ:
scp backup.sql root@203.0.113.10:/root/
הורדת קובץ:
scp root@203.0.113.10:/var/log/nginx/access.log .
תיקייה שלמה:
scp -r ./site root@203.0.113.10:/var/www/
בתוכנית NAT הוסיפו את הפורט עם -P גדולה:
scp -P 20123 backup.sql root@your-nat-host:/root/
rsync: הכלי הנכון לתיקיות
rsync שולח רק הבדלים, מציג התקדמות וממשיך אם החיבור נפל. הוא צריך להיות מותקן בשני הצדדים (apt install -y rsync).
rsync -avzP ./site/ root@203.0.113.10:/var/www/site/
-
-aשומר הרשאות וחותמות זמן, -vמפרט קבצים, -zדוחס, -Pמציג התקדמות ומאפשר המשך.
עם פורט SSH מותאם:
rsync -avzP -e "ssh -p 20123" ./site/ root@your-nat-host:/var/www/site/
כדי שהיעד יהיה שיקוף מדויק (כולל מחיקת קבצים שמחקתם מקומית), הוסיפו --delete, אבל קודם בדקו מה זה יעשה:
rsync -avzP --delete --dry-run ./site/ root@203.0.113.10:/var/www/site/
שימו לב ללוכסן בסוף. ./site/ מעתיק את התוכן של site; ./site מעתיק את התיקייה עצמה לתוך היעד. עם --delete, ההבדל הזה קובע איזו תיקייה תתרוקן.
SFTP: אינטראקטיבי או גרפי
לקוח שורת הפקודה עובד כמו מנהל קבצים קטן:
sftp -P 20123 root@your-nat-host
sftp> put backup.sql
sftp> get /etc/nginx/nginx.conf
sftp> exit
מעדיפים ממשק גרפי? FileZilla, WinSCP או Cyberduck מתחברים עם אותם פרטים: פרוטוקול SFTP, המארח שלכם, פורט 22 (או פורט ה-NAT שלכם), משתמש root ומפתח ה-SSH או הסיסמה שלכם.
מהר יותר עם מפתחות SSH
כל הכלים האלה משתמשים ב-SSH, אז מפתח SSH עוצר את בקשות הסיסמה ומאפשר לאטמט העברות מ-cron. אם עוד לא עשיתם את זה: אימות עם מפתחות SSH. שרתים חדשים של EQVPS מקבלים את סיסמת ה-root מהפאנל עד שתעברו למפתחות, ואנחנו ממליצים לעשות זאת ביום הראשון.
העברות גדולות
לעשרות ג'יגהבייטים, rsync הוא האפשרות הסבירה היחידה: אם החיבור נופל, הריצו שוב את אותה פקודה והוא ימשיך מאיפה שעצר. הריצו אותו בתוך tmux או screen במכונה השולחת, כדי שסגירת הלפטופ לא תעצור אותו.
תגובות
אין עדיין תגובות. היו הראשונים.