2026-08-29 — 2026-08-30दो कंप्यूटरों को बस इथरनेट केबल से कनेक्ट करके और कुछ IP कॉन्फ़िगर करके फ़ाइलें ट्रांसफर करना संभव है: भेजने वाले पर...

ip address add dev eth0 fd42:dead:beef::1/48

ip link set dev eth0 up

प्राप्तकर्ता पर...

ip address add dev eth0 fd42:dead:beef::2/48

ip link set dev eth0 up

कुछ सेकंड के बाद, पिंग्स काम करना चाहिए:

प्राप्तकर्ता पर...

/ # ping fd42:dead:beef::164 bytes from fd42:dead:beef::1: icmp_seq=1 ttl=64 time=0.649 ms64 bytes from fd42:dead:beef::1: icmp_seq=2 ttl=64 time=0.376 ms64 bytes from fd42:dead:beef::1: icmp_seq=3 ttl=64 time=0.414 ms64 bytes from fd42:dead:beef::1: icmp_seq=4 ttl=64 time=0.340 ms... और यह भी करना चाहिए काम करना:

प्राप्तकर्ता पर...

socat - TCP6-LISTEN:1234 | dd status=progress > big_file.tar.gz

बेचने वाले पर...

socat - 'TCP6-CONNECT:[fd42:dead:beef::2]:1234' < big_file.tar.gz

ये कमांड मानते हैं कि आप Linux का उपयोग कर रहे हैं, लेकिन यह ट्रिक हर जगह काम करती है। एक साधारण इथरनेट पATCH केबल और इथरनेट जैक को ~900 Mbits/सेकेंड की गति हासिल करने में कोई समस्या नहीं होनी चाहिए, जो कि 6.7 GB प्रति मिनट है। विशेष नेटवर्क कार्ड orders of magnitude तेज गति की अनुमति देंगे, लेकिन यह USB फ्लैश या क्लाउड स्टोरेज की तुलना में पहले से कहीं ज्यादा तेज है। अन्य विकल्प...

दो मशीनों के बीच 10 GB से बड़ी फ़ाइलें ट्रांसफर करना। क्लाउड स्टोरेज: इसे एक सर्वर पर अपलोड करें और दूसरी मशीन से डाउनलोड करें। ज्यादातर मामलों में, यह glacially slow होगा, दोनों के कारण धीमे इंटरनेट कनेक्शन और क्लाउड प्रदाताओं द्वारा ट्रैफ़िक थ्रॉटलिंग। बदतर, फ़ाइल को नेटवर्क पर दो बार स्थानांतरित करना पड़ता है जो doubling the time it takes (डबलिंग the time it takes) समय दोगुना कर देता है। इसके अलावा, जब तक आपके पास उपयुक्त सर्वर न हो, यह महंगा हो सकता है। सीधा TCP over LAN बेहतर है, लेकिन Wi-Fi अभी काफी धीमी है और यादृच्छिक ड्रॉपआउट के साथ:those multi-gigabit speed claims are dubious at best and certainly won't be reached in a typical home networking environment (walls, interference, long distances, etc)घर में गिगाबिट इथरनेट से लैस होने पर यह शानदार ढंग से काम कर सकता है। removable storage काफी धीमी है जब तक आप बहुत सारा पैसा खर्च करने को तैयार न हों। भले ही आप ऐसा करें, यह अक्सर केबल द्वारा सीमित होता है: USB theoretically supports high speeds... with a (near mythical) perfect cable and pristine connectors. I have only single cable and peripheral pair that can actually reach gigabit speeds... and only if plugged into the right port at the right angle. Also, it has the same problem as cloud storage, having to copy data on and off the drive effectively halves the speed. Unlike Ethernet, directly connecting two computers together won't work because USB is based around a host/device distinction. UPDATE: लगता है Linux ने USB-C के लिए इस सपोर्ट जोड़ दिया है। दो USB-C (विशेष रूप से Thunderbolt या USB 4) capable Linux devices और use /dev/tbstream X... का उपयोग करना चाहिए, हालांकि मुझे केवल एक ही कंप्यूटर मिला है जो USB-C का पूर्ण रूप से समर्थन करता है, इसलिए मैं इसका परीक्षण नहीं कर सकता। वास्तव में, Ethernet दो arbitrary devices के बीच gigabit speeds को reliably reach करने वाली एकमात्र सामान्य कनेक्शन है, और वह too with inexpensive cables. It's also truly differential (with transformers!) which makes it resistant to RFI and ground level shifts. मुझे लगता है कि यह non-internet applications के लिए underappreciated है और यहां तक कि स्थानीय नेटवर्क की भी आवश्यकता नहीं है:point to point wiring is perfectly fine. It also doesn't need a TCP/IP stack:raw link-layer frames are perfectly fine even on a switched LAN.यह एक बहुत ही सरल तरीका है माइक्रोकंट्रोलर की ओर और उससे डेटा ले जाने के लिए। Related:ethtransfer.sh: एक simple shell script for file copies