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:

على المستقبل...

/ # 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، ولكن هذه الحيلة تعمل في كل مكان. كابل patch Ethernet عادي وشبكة جاك لا يجب أن يكون لها مشكلة في الوصول إلى ~900 Mbits/ثانية، وهو ما يعادل 6.7 GB في الدقيقة. بطاقات الشبكة المتخصصة ستسمح بسرعات بأضعاف كثيرة، لكنها بالفعل أسرع بكثير من ذاكرة USB أو تخزين السحابة. خيارات أخرى...

لنقل ملف أكبر من 10 جيجابايت أو نحو ذلك بين جهازين على بعد بضعة أمتار. تخزين السحابة: ارفعه إلى خادم وقم بتنزيله من الجهاز الآخر. في معظم الحالات، سيكون ذلك glacially slow، سواء بسبب اتصالات إنترنت بطيئة أو لأن مزودي خدمات السحابة ي throttling المرور. أسوأ من ذلك، يجب نقل الملف عبر الشبكة مرتين، مما يضاعف الوقت اللازم. بالإضافة إلى ذلك، ما لم تكن لديك خادم مناسب، قد يكون ذلك مكلفاً. TCP مباشر over LAN أفضل، لكن Wi-Fi لا تزال Quite slow وت withdrops العشوائية: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)ومع ذلك، إذا كان منزلك موصلاً لإيثرنت غيغابيت، فيمكن أن يعمل بشكل رائع. التخزين القابل للإزالة Quite slow ما لم تكن مستعدًا إنفاق مبلغ كبير من المال. حتى لو فعلت ذلك، غالبًا ما تكون محدودة بالكابل: USB theoretically supports high speeds... مع كابل (near mythical) مثالي وموصلات impeccable. لقد امتلكت فقط زوج من كابل واحد ووحدة خارجية يمكنها فعلياً الوصول إلى سرعات الجيجابيت...并且仅当插入正确的端口以正确的角度时. بالإضافة إلى ذلك، لها نفس مشكلة تخزين السحابة، فعليك نسخ البيانات من وإلى القرص بشكل فعال يقلل السرعة إلى النصف. على عكس Ethernet، توصيل كمبيوترين مباشرة معًاwon't work because USB is based around a host/device distinction. UPDATE: يبدو أن Linux أضاف دعمًا لهذا عبر USB-C. يجب أن يكون من الممكن توصيل جهازين Linux capable of USB-C (specifically Thunderbolt or USB 4) واستخدام /dev/tbstream X... على الرغم من أنني أمتلك Single computer that fully supports USB-C، لذا لا يمكنني اختبار هذا. حقًا، Ethernet هو الاتصال الشائع الوحيد الذي يمكنه reliably الوصول إلى سرعات الجيجابيت بين جهازين عشوائيين باستخدام كابلات اقتصادية. إنه أيضًا truly differential (with transformers!)، مما يجعله مقاومًا لـ RFI وتغيرات مستوى الأرض. أعتقد أنه غير كافٍ لتطبيقات غير إنترنت ولا حتى يحتاج إلى شبكة محلية:点对点 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.هذا يجعل لنقل البيانات إلى ومن microcontroller طريقة非常简单. Related:ethtransfer.sh: Script simple لنسخ الملفات