window连接不上linux ftp_Linux文件自动备份方案
歡迎大家一起學習交流
正在跳轉?jq.qq.com需求場景:將云上一臺Linux服務器文件備份到本地服務器,一周一備即可。
面對這樣一個需求,我們可能面臨如下一些問題。
1、備份方式:是云服務器推文件到本地服務器寫入,還是本地服務器從云服務器拉文件?這個問題涉及就是誰作為服務端,服務端需映射公網服務端口,客戶端則不需要。這里我們將云服務器作為服務端,同時設置白名單只允許本地服務器出口IP才允許訪問。
2、應考慮文件類型、大小、數量、增長速率等因素,對技術實現方式的影響。
3、技術實現:如何從一臺服務器自動備份到另一臺服務器呢?哪一個技術方案相對更安全可靠?這里涉及的是文件備份,且實時性要求不高,最笨拙的方式就是人工備份,由相關管理人員通過主動的方式手工備份文件到本地服務器。但這是懶人的時代,機器能做的,干嘛用手來呢,我們來一起看看自動備份實現的方案。
方案一:SCP
最簡單的方式,就是利用SCP來實現自動遠程備份。
1、公私鑰免密連接
2、crontab+scp:
0 0 * * 0 scp -r root@192.168.204.130:/tmp/ /tmp但這種方式,需要放開SSH運維端口,即使設置白名單,在強管控的安全策略之下,依然面臨挑戰,難道沒有其他更好的方案嗎?
方案二:FTP
說起文件傳輸備份,首先想到就是FTP,FTP是用于網絡上進行文件傳輸的一套標準協議,但使它聲名狼藉的問題是它以明文方式傳輸密碼和文件內容,只要在網絡中對FTP連接進行監控就能被竊取。
FTP協議存在一些難以改善的缺點,它將走向終點。
很顯然,這并不是一個好的技術方案。
方案三:SFTP
SFTP協議是在FTP的基礎上對數據進行加密,使得傳輸的數據相對來說更安全。但是這種安全是以犧牲效率為代價的,也就是說SFTP的傳輸效率比FTP要低。不過現實使用中,文件量并沒有那么大,這種差別并不明顯。
實施方案:
云服務器作為服務端開啟SFTP,提供連接地址、用戶名、密碼,白名單限制訪問來源IP。
客戶端可根據操作系統類型,采用不同的技術措施定期下載備份。
A、下載到Window服務器:
定時任務+WinSCP
winscp.exe /console /command "option batch continue" "option confirm off" "open sftp://username:password@192.168.204.130:22" "option transfer binary" "get /tmp D:data" "exit" /log=log_file.txtB、下載到Linux服務器:
crontab+lftp
lftp -u username,password sftp://192.168.204.130 << EOFcd /tmpmget *.*byeEOF cd /tmp mget *.* bye EOF方案四:rsync
rsync是linux系統下的數據鏡像備份工具,rsync的增量傳輸功能,十分強大。
假設待傳輸文件為A,如果目標路徑下沒有文件A,則rsync會直接傳輸文件A,如果目標路徑下已存在文件A,則發送端視情況決定是否要傳輸文件A。rsync默認使用"quick check"算法,它會比較源文件和目標文件(如果存在)的文件大小和修改時間mtime,如果兩端文件的大小或mtime不同,則發送端會傳輸該文件,否則將忽略該文件。
實施方案:
1、云服務器搭建rsync服務端,設置賬戶密碼,白名單限制訪問來源IP。
2、本地服務器安裝rsync客戶端,編寫shell腳本,結合crontab實現定時增量備份。
rsync -avz --password-file=/root/passwd root@192.168.204.130::common /tmp >/dev/null 2>&1以上,借助于一些常用的運維工具,來構建的技術解決方案,可以滿足這個需求場景下的文件自動備份需求。
歡迎大家一起學習交流
正在跳轉?jq.qq.com 《新程序員》:云原生和全面數字化實踐50位技術專家共同創作,文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的window连接不上linux ftp_Linux文件自动备份方案的全部內容,希望文章能夠幫你解決所遇到的問題。

- 上一篇: python常用知识点_Python常用
- 下一篇: kafka 重复消费和数据丢失_刨根问底