前一段時間,我被迫從測試計算機傳輸文件,當時 Ubuntu 11.10,指向他使用的主要 Ubuntu的LTS 10.04,以便能夠對第一個分區進行一些更改。 在嘗試了許多方法後,有些方法行不通,而有些方法卻行得很慢,但是我設法找到了一種使我確信 簡單,可靠且可讓您達到驚人的速度.
對於這種方法,我們將不得不訴諸於一個名為免費的小型實用程序 UDP演員。 在大多數發行版的官方資料庫中都可以找到此信息(除了 Arch Linux,但可以從下載 AUR),因此我們只需從那里安裝它。 為了使用它,我們必須在要發送文件的計算機上都安裝它(服務器)以及您將在哪裡收到(顧客).
UDP Cast沒有圖形界面(並且我還沒有調查是否有任何圖形界面 軟體 提供),以便從控制台使用它,但是 它的使用非常簡單 因此,即使您不喜歡命令行,使用它也可能不會有問題。
開始
首先,我們必須確保兩台計算機都已連接到本地網絡。 然後,我們在服務器計算機上打開一個控制台,並輸入包含要發送的文件或文件夾的目錄。 然後,我們在客戶端計算機上執行相同的操作,訪問將要接收的文件保存到的目錄(默認情況下,它們保存在用戶文件夾中)。 在這兩種情況下,要使用的命令都將與此類似:
cd /directorio/cualquiera
從這裡開始,命令會有所不同,具體取決於我們是發送單個文件還是完整目錄。
發送單個文件
要發送單個文件,我們將其寫入服務器計算機的控制台中:
udp-sender -f archivo.zip
哪裡 file.zip 我們將其替換為要發送的文件的名稱及其擴展名,在這種情況下,它將是壓縮的ZIP文件。
稍後,我們從客戶端計算機編寫以下代碼:
udp-receiver -f archivo.zip
當然,再次替換名稱。 當我們這樣做時,我們將看到控制台將響應消息 按任意鍵開始接收數據!; 怎麼翻譯 按任意鍵開始接收數據。 我們按任意鍵,文件將開始傳輸。
提交目錄
要發送完整目錄,我們必須使用以下命令:
tar cf - directorio | udp-sender
哪裡 目錄 我們將其替換為要發送的目錄的名稱。 然後,在客戶端計算機上,我們按原樣複製並粘貼此命令(這裡沒有必要更換任何東西):
udp-receiver | tar xf -
然後,將出現與前一種情況相同的消息,並且我們按任意鍵開始傳輸。
結論
正如我在帖子開頭所說的那樣, UDP Cast使您能夠以驚人的速度傳輸文件因為它充分利用了本地網絡能夠發展的所有傳輸潛力。 據我所能證實的,當兩台計算機都通過電纜連接到網絡時達到了最高速度 乙太網路 - ENET,並給出一個示例,其中包括以下捕獲:
在這種情況下,我要轉移一個名為 ISOS (您可以推斷,其中包含我下載測試的發行版的.iso文件) 下載 從我的筆記本電腦 Arch Linux,指向目錄 下載 從她母親使用的電腦上 Debian.
超過25 Mbps 顯然,轉移是在很短的時間內完成的,因此您已經可以驗證 當您需要傳輸大文件或文件夾時,此方法非常理想.
最後,應該注意的是UDP Cast 一個非常強大的工具 並且其功能遠遠超出此處顯示的功能。如果您想進一步了解這個有趣的實用程序,建議您訪問它 官方網站.
我從我的無知中說,使用Samba會不會變得更容易和更舒適?
我嘗試了Samba,但速度遠遠不及這些。 我記得讓它整夜運行,到第二天早上還沒有完成一半。
精確。
好帖子!
我用它來傳輸3.5 GB,它以82.24 Mb / s的速度在大約7分鐘內完成傳輸。 太棒了!
感謝您分享軟件
只需使用瀏覽器即可與任何人輕鬆轉移
http://jetbytes.com
更多信息:
http://www.visualbeta.es/9010/aplicaciones-web/jetbytes-transferir-archivos-de-manera-sencilla-incluso-a-traves-de-un-firewall/
這一個不知道,我必須嘗試🙂
有趣的應用程序,當某些常用服務被某些固件阻止時很有用。 有必要知道其端口。 但是使用NFS對我來說似乎更容易。
使用NFS,我達到的最高速度約為4 Mbps,如您所見,它的速度提高了約6倍。
這可能是我所需要的。 我必須將幾台GiB從筆記本電腦轉移到台式PC才能完全格式化筆記本電腦。
我們試試吧。
PS:程序是否壓縮源發送的內容並解壓縮目的地的內容?
程序本身不會壓縮或解壓縮。 他所做的是連鎖命令。
tar cf - directorio | udp-sender
這樣,它首先用“ tar”壓縮目錄,然後將其發送。
究竟。 😉
太好了,非常感謝,我已經在測試它,首先是少量的但不是很重要的事情,並且效果很好!
使用tar,您只需打包,它就不會壓縮。
要壓縮,您可以使用-z表示tar.gz或-j表示tar.bz2或什至-J表示tar.xz…最後兩個壓縮比gzip更好
好的,該工具是一個不錯的選擇,但是我發現sshfs更加有效和安全。
sshfs是交換文件時應使用的最後一個選項,並且僅當必須執行的操作需要進行加密時才限制使用它,因為它使正在運行的計算機過載的開銷是DEMENTIAL。
您可以使用NFSv4獲得相同的功能,並且如果需要,可以將其與AutoFS結合使用以僅在訪問共享資源時才掛載共享資源。
好吧,這個實用程序很有趣,不是因為達到了傳輸速率(80 Mbps / s),而是因為它簡單易用...
關於傳輸速率,我沒有發現任何異常...考慮到100 Mbps / s網絡的最大傳輸速度正好是100 Mbps / s,大約相當於12 Mb / s。 我看到正常的情況是,udpcast可以達到85或90 Mbps / s的傳輸速率,就像Samba一樣。 儘管這取決於我們使用的操作系統(以及物理網絡的質量),例如在Debian Lenny中使用Samba時,我並沒有達到5或6 Mb / s,而在SystemRescuecd中卻達到了8或9 Mb / s。
貢獻是不錯的,但是為此,有神話般的“ scp”將使用ssh變成安全的“ cp”(是,複製)。
另外,給定所說軟件的名稱,我想它使用UDP協議。 儘管我對網絡的了解不是很高級,但它是針對非連接的(與TCP相反),這使我認為,如果由於X的原因丟失了某些數據包,可能會導致文件損壞。 這就像要對其進行更好的調查。
我建議使用scp,它要簡單得多,並且已預先安裝在任何發行版中。
當然,UDP比TCP快得多,因為它不執行數據檢查,這就是為什麼要獲得這些傳輸速率的原因。
要檢查文件是否正確到達,可以執行md5sum或任何其他哈希操作...
問題是,如果傳輸中有錯誤,則必須重新發送數據。 對於重要文件(例如備份),最好通過TCP使用另一種方法。
同樣,它仍然很有趣。
和…。 據我了解,nfs是GNU / Linux機器之間的本機網絡文件傳輸機制
它對我沒有用,反正還是謝謝...
但它只能以9.03 mbps的速率到達我:'c
它對我不起作用,很奇怪,它一直保持接收狀態,並且只有pdf文件,效果很差
Linux作為服務器具有許多優勢和服務,在具有該操作系統的公司中經常看到服務器,這是由於免費軟件相對於某些在該技術領域處於劣勢的付費系統所具有的成本,穩定性和優勢。
另一種眾所周知的以簡單方式共享文件的方式是使用Python Web服務器模塊,在我們要共享的文件夾中,我們編寫:$ python -m SimpleHTTPServer 8080,將在接收文件的機器上只需打開瀏覽器並輸入ip +端口,例如:192.168.0.3:8080和vuala!
我最近將dropy用於此任務。
我不知道這種方法
該死,我從樹莓派模型BD傳輸此方法,每秒可處理52Mb:
非常感謝,我喜歡它。
您知道我可以在這裡發布照片嗎?
我應該發表一篇文章,指出如何在unix中安裝updcats,這是什麼好文章
它實現了! 我不想為快速而骯髒的設備設置NFS服務器。 如果您在防火牆後面,請記住打開端口。
優秀的! 謝謝! 我正在通過Samba複製,它以20 KB / s的速度嚇壞了我