اتحاد الطلاب العالمي

📅 آخر تحديث: ٢٦ يوليو ٢٠٢٦
✍️ نُشر في: ٢٦ يوليو ٢٠٢٦
📷 يحتوي على 2 صور
الموسوعة الحرة
اتحاد الطلاب العالمي
المؤلف(ون) الأصلي(ون)مايك ليسك
المطور(ون)مختبرات بيل التابعة لشركة AT&T
الإصدار الأولي1979 ؛ منذ 45 سنة ( 1979 )
نظام التشغيلUnix و Unix-like ، DOS ، OS/2 ، OpenVMS ، AmigaOS ، Mac OS الكلاسيكي ، CP/M
يكتبيأمر
الجدول الزمني لتاريخ الإنترنت

البحث والتطوير المبكر:

دمج الشبكات وإنشاء الإنترنت:

التسويق والخصخصة وتوسيع نطاق الوصول يؤدي إلى الإنترنت الحديث:

أمثلة على خدمات الإنترنت:

UUCP ( نسخ يونكس إلى يونكس ) [1] عبارة عن مجموعة من برامج الكمبيوتر والبروتوكولات التي تسمح بتنفيذ الأوامر عن بعد ونقل الملفات والبريد الإلكتروني وأخبار الشبكة بين أجهزة الكمبيوتر .

يعد الأمر المسمى uucpأحد البرامج الموجودة في المجموعة؛ فهو يوفر واجهة مستخدم لطلب عمليات نسخ الملفات. تتضمن مجموعة UUCP أيضًا uux(واجهة مستخدم لتنفيذ الأوامر عن بُعد)، uucicoو(برنامج الاتصال الذي يقوم بنقل الملفات)، و uustat(يقدم تقارير عن إحصائيات النشاط الأخير)، و uuxqt(تنفيذ الأوامر المرسلة من الأجهزة البعيدة)، و uuname(يقدم تقارير عن اسم UUCP للنظام المحلي). تتضمن بعض إصدارات المجموعة uuencode/ uudecode(تحويل الملفات الثنائية ذات 8 بت إلى تنسيق نصي ذي 7 بت والعكس).

على الرغم من أن UUCP تم تطويره في الأصل على Unix في السبعينيات والثمانينيات، ويرتبط ارتباطًا وثيقًا بأنظمة شبيهة بـ Unix ، إلا أن تنفيذات UUCP موجودة لعدة أنظمة تشغيل غير شبيهة بـ Unix، بما في ذلك DOS و OS/2 و OpenVMS (لأجهزة VAX فقط) و AmigaOS [ 2] ونظام التشغيل Mac OS الكلاسيكي وحتى CP/M .

تاريخ

تم كتابة UUCP في الأصل في مختبرات AT&T Bell بواسطة Mike Lesk . [3] وبحلول عام 1978، كان قيد الاستخدام على 82 جهاز UNIX داخل نظام Bell، في المقام الأول لتوزيع البرامج. تم إصداره في عام 1979 كجزء من الإصدار 7 من Unix . [4]

وصلت أولى رسائل البريد الإلكتروني الخاصة بـ UUCP من الولايات المتحدة إلى المملكة المتحدة في عام 1979، وبدأت خدمة البريد الإلكتروني بين المملكة المتحدة وهولندا والدنمارك في عام 1980، لتصبح خدمة منتظمة عبر EUnet في عام 1982. [5] [6]

تم إعادة كتابة UUCP الأصلي بواسطة الباحثين في AT&T بيتر هونيمان وديفيد أ. نويتز وبريان إي. ريدمان حوالي عام 1983. يشار إلى إعادة الكتابة باسم HDB أو HoneyDanBer uucp، والذي تم تحسينه لاحقًا وإصلاح الأخطاء وإعادة تعبئته باسم BNU UUCP ("أدوات الشبكة الأساسية"). [7]

تم توزيع كل من هذه الإصدارات كبرنامج احتكاري، مما ألهم إيان لانس تايلور لكتابة إصدار جديد من البرنامج الحر من الصفر في عام 1991. [8] تم إصدار Taylor UUCP بموجب رخصة جنو العمومية . عالج Taylor UUCP الثغرات الأمنية التي سمحت لبعض ديدان الشبكة الأصلية بتنفيذ أوامر shell غير متوقعة عن بُعد. كما أدرج Taylor UUCP ميزات جميع الإصدارات السابقة من UUCP، مما يسمح له بالتواصل مع أي إصدار آخر وحتى استخدام تنسيقات ملفات تكوين مماثلة من إصدارات أخرى.

تم تنفيذ UUCP أيضًا لأنظمة التشغيل غير UNIX ، وأبرزها أنظمة DOS . جلبت حزم مثل UUSLAVE/GNUUCP ( جون جيلمور ، جاري باكسينوس، تيم بوزار)، وUUPC/extended (درو ديربيشاير من شركة Kendra Electronic Wonderworks) وFSUUCP (كريستوفر أمبلر من IODesign)، اتصالاً مبكرًا بالإنترنت لأجهزة الكمبيوتر الشخصية، مما أدى إلى توسيع الشبكة خارج أنظمة الجامعات المترابطة. شكلت FSUUCP الأساس للعديد من حزم نظام لوحة الإعلانات (BBS) مثل Major BBS من شركة Galacticomm و Wildcat! BBS من شركة Mustang Software للاتصال بشبكة UUCP وتبادل البريد الإلكتروني وحركة مرور Usenet . على سبيل المثال، كانت UFGATE (جون جالفين، جاري باكسينوس، تيم بوزار) عبارة عن حزمة وفرت بوابة بين الشبكات التي تعمل ببروتوكولي Fidonet وUUCP.

كان FSUUCP هو التنفيذ الوحيد الآخر لبروتوكول تايلور المعزز "i"، وهو تحسن كبير على بروتوكول "g" القياسي المستخدم من قبل معظم تنفيذات UUCP. [ بحاجة لمصدر ]

تكنولوجيا

قبل انتشار إمكانية الوصول إلى الإنترنت على نطاق واسع ، كانت أجهزة الكمبيوتر متصلة فقط من خلال شبكات محلية أصغر داخل الشركة أو المؤسسة. وكانت غالبًا ما تكون مجهزة بمودمات حتى يمكن استخدامها عن بُعد من محطات وضع الأحرف عبر خطوط الهاتف الهاتفي . استخدمت UUCP مودمات أجهزة الكمبيوتر للاتصال بأجهزة كمبيوتر أخرى، وإنشاء روابط مؤقتة من نقطة إلى نقطة بينها. يحتوي كل نظام في شبكة UUCP على قائمة بأنظمة الجوار، مع أرقام الهواتف وأسماء تسجيل الدخول وكلمات المرور وما إلى ذلك. عندما يتم وضع العمل (نقل الملفات أو طلبات تنفيذ الأوامر) في قائمة انتظار لنظام مجاور، يستدعي البرنامج عادةً هذا النظام لمعالجة العمل. يمكن للبرنامج أيضًا استطلاع جيرانه بشكل دوري للتحقق من وجود عمل في قائمة الانتظار من جانبهم؛ وهذا يسمح للجيران الذين ليس لديهم إمكانية الاتصال الهاتفي بالمشاركة. uucicouucico

بمرور الوقت، تم استبدال روابط الاتصال الهاتفي باتصالات الإنترنت، وأضاف UUCP عددًا من بروتوكولات طبقة الارتباط الجديدة . كما قللت هذه الاتصالات الأحدث من الحاجة إلى UUCP على الإطلاق، حيث تم تطوير بروتوكولات تطبيقية أحدث للاستفادة من الشبكات الجديدة. اليوم، نادرًا ما يتم استخدام UUCP عبر روابط الاتصال الهاتفي، ولكن يتم استخدامه أحيانًا عبر TCP/IP . [9] [10] كان عدد الأنظمة المعنية، اعتبارًا من أوائل عام 2006، يعمل بين 1500 و2000 موقع عبر 60 مؤسسة. يمكن أن يُعزى طول عمر UUCP إلى تكلفته المنخفضة، والتسجيل المكثف، والتحول الأصلي إلى الاتصال الهاتفي، وإدارة قائمة الانتظار المستمرة.

الجلسات

يتم تشغيل UUCP عادةً بتسجيل دخول المستخدم إلى النظام المستهدف ثم تشغيل برنامج UUCP. في معظم الحالات، يتم أتمتة ذلك عن طريق تسجيل الدخول إلى حساب مستخدم معروف يستخدم في عمليات النقل، والذي تم ضبط غلاف حسابه على uucico. وبالتالي، بالنسبة لعمليات النقل الآلية، يتعين على جهاز آخر ببساطة فتح اتصال مودم بالجهاز المطلوب وتسجيل الدخول إلى الحساب المعروف.

عند تشغيل uucico، فإنه يتوقع تلقي أوامر من برنامج UUCP آخر على جهاز المتصل وبدء جلسة. تتكون الجلسة من ثلاث مراحل مميزة:

  1. المصافحة الأولية
  2. طلب الملف(ات)
  3. المصافحة النهائية

المصافحة الأولية

عند بدء التشغيل، سيستجيب uucico بإرسال سلسلة تعريف، حيث \20 هو حرف التحكم P، و\0 هو قيمة فارغة لاحقة. يستجيب UUCP الخاص بالمتصل بـ ، حيث options عبارة عن سلسلة تحتوي على صفر أو أكثر من مفاتيح الخيارات الشبيهة بنظام يونكس. يمكن أن تتضمن هذه أحجام الحزم والنوافذ، وحجم الملف الأقصى المدعوم، وخيارات التصحيح، وغير ذلك. \20Shere=hostname\0\20Scallername options\0

اعتمادًا على إعداد النظامين، قد تنتهي المكالمة هنا. على سبيل المثال، عندما يستجيب المتصل باسم نظامه، قد يقوم النظام المطلوب بإنهاء المكالمة اختياريًا إذا لم يتعرف على المتصل، وإرسال سلسلة RYou are unknown to me\0الاستجابة ثم قطع الاتصال.

طلبات الملفات

إذا نجح النظامان في المصافحة، فسيبدأ المتصل الآن في إرسال سلسلة من طلبات الملفات. هناك أربعة أنواع:

يؤدي الأمر S إلى إرسال ملف من المتصل إلى النظام المستدعى (تحميل). يتم توفير أسماء المرسل والمرسل إليه، مما يسمح بتغيير اسم الملف على جهاز الاستقبال. عند تلقي الأمر S على النظام المستدعى، فإنه يستجيب بـ SY إذا نجح وكان جاهزًا لقبول الملف، أو SNx إذا فشل، حيث x هو سبب الفشل. إذا تلقى المتصل الأمر SY، فإنه يبدأ في تحميل الملف باستخدام البروتوكول المحدد أثناء المصافحة الأولية (انظر أدناه). عند اكتمال النقل، يستجيب النظام المستدعى بـ CY إذا تلقى الملف بنجاح، أو CN5 إذا فشل.
R هو طلب للنظام المستدعى لإرسال ملف إلى المتصل (تنزيل). وهو مشابه لـ S، حيث يستخدم RY وRN للإشارة إلى قبول الأمر وسيبدأ في إرسال البيانات أو حدوث مشكلة، ويتوقع CY وCN5 من المتصل في نهاية النقل.
يقوم X بتحميل الأوامر التي سيتم تنفيذها على النظام المستدعى. ويمكن استخدام هذا لجعل هذا النظام يستدعي نظامًا آخر وتسليم الملفات إليه. يستجيب النظام المستدعى بـ XY إذا نجح، أو XN إذا فشل.
يشير H ، لـ Hangup، إلى أن المتصل انتهى من المكالمة. يستجيب النظام الذي تم الاتصال به بـ HY إذا نجح، أو HN إذا فشل.

المصافحة النهائية

بعد إرسال أمر H، يرسل النظام المستدعي حزمة نهائية \20OOOOOO\0(control-P، six ohs، null-terminator) ويرد النظام المستدعى بـ \20OOOOOO\0(control-P، seven ohs، null-terminator). بعض الأنظمة ستعلق ببساطة عند استقبال أمر H بنجاح ولن تهتم بالمصافحة النهائية.

بروتوكول جي

ضمن مجموعة البروتوكولات في UUCP، يكون بروتوكول g الأساسي مسؤولاً عن نقل المعلومات في شكل خالٍ من الأخطاء. نشأ البروتوكول كنظام عام الغرض لتسليم الحزم، وبالتالي يوفر عددًا من الميزات التي لا تستخدمها حزمة UUCP ككل. تتضمن هذه قناة ثانوية يمكنها إرسال بيانات الأوامر المتخللة بنقل الملف، والقدرة على إعادة التفاوض على أحجام الحزمة والنوافذ أثناء النقل. قد لا تكون هذه الميزات الإضافية متاحة في بعض تطبيقات مجموعة UUCP. [11]

يتكون تنسيق الحزمة من رأس مكون من 6 بايتات ثم بين صفر و4096 بايت في الحمولة. تبدأ الحزمة بـ \020 واحد (control-P). يتبع ذلك بايت واحد، يُعرف باسم "K"، يحتوي على قيمة تتراوح من 1 إلى 8 تشير إلى حجم حزمة من 32 إلى 4096 بايت، أو 9 تشير إلى حزمة تحكم. تدعم العديد من الأنظمة K=2 فقط، مما يعني 64 بايت. كان البايتان التاليان عبارة عن مجموع اختباري مكون من 16 بت للحمولة، باستثناء الرأس. البايت التالي هو نوع البيانات وأخيرًا، البايت الأخير هو XOR للرأس، مما يسمح بفحصه بشكل منفصل عن الحمولة. [11]

يتكون بايت التحكم من ثلاثة حقول بت بتنسيق TTXXXYYY. TT هو نوع الحزمة، 0 لحزم التحكم (التي تتطلب أيضًا K=9 لتكون صالحة)، 1 للبيانات البديلة (غير مستخدمة في UUCP)، 2 للبيانات، و3 يشير إلى حزمة قصيرة تعيد تعريف معنى K. في حزمة البيانات، XXX هو رقم الحزمة لهذه الحزمة من 0 إلى 7، وYYY هي آخر حزمة تم استلامها بشكل صحيح. يوفر هذا ما يصل إلى 8 حزم في نافذة. في حزمة التحكم، يشير XXX إلى الأمر ويتم استخدام YYY لمعلمات مختلفة. على سبيل المثال، تبدأ عمليات النقل بإرسال حزمة تحكم قصيرة مع TT=0 (تحكم)، XXX=7 وYYY عدد الحزم في نافذة، ثم إرسال حزمة أخرى مع XXX=6 وYYY كطول للحزمة (مشفرة كما ستكون في K) ثم حزمة ثالثة مطابقة للحزمة الأولى ولكن XXX=5. [11]

يستخدم بروتوكول g نظام نافذة منزلقة بسيط للتعامل مع فترات الانتظار الطويلة المحتملة بين نقاط النهاية. يسمح البروتوكول للحزم بأن يتراوح حجمها من 64 إلى 4096 بايت 8 بت، والنوافذ التي تتضمن من 1 إلى 7 حزم. من الناحية النظرية، فإن النظام الذي يستخدم حزم 4k ونوافذ حزم 7 (4096x7) من شأنه أن يوفر مطابقة الأداء أو التغلب على أفضل بروتوكولات نقل الملفات مثل ZMODEM . في الممارسة العملية، تدعم العديد من التطبيقات إعدادًا واحدًا فقط 64x3. ونتيجة لذلك، يتمتع بروتوكول g بسمعة غير مستحقة للأداء الضعيف. أدى الارتباك حول أحجام الحزمة والنوافذ إلى بروتوكول G، والذي يختلف فقط في أنه يستخدم دائمًا 4096x3. لم يدعم Taylor UUCP G، لكنه دعم أي حجم نافذة أو حزمة مطلوب صالح، لذلك ستعمل الأنظمة البعيدة التي تبدأ G بشكل جيد مع Taylor's g، بينما يمكن لنظامين Taylor التفاوض على اتصالات أسرع. [11]

استخدمت مودمات Telebit خداع البروتوكول لتحسين أداء عمليات نقل بروتوكول g من خلال ملاحظة علامات نهاية الحزمة المرسلة إلى النظام البعيد وإرسالها على الفور ACKإلى المضيف المحلي، متظاهرًا بأن النظام البعيد قد تلقى الحزمة بالفعل وفك تشفيرها بشكل صحيح. أدى هذا إلى تحفيز مجموعة البرامج لإرسال الحزمة التالية، بسرعة كبيرة بحيث أصبح النقل مستمرًا تقريبًا. تم تصحيح البيانات بين المودمين باستخدام بروتوكول خاص يعتمد على MNP والذي يعمل عبر اتصالات نصف دوبلكس Telebit بشكل أفضل بكثير من بروتوكول g بشكل طبيعي، [11] لأنه في حالة 64x3 الشائعة، سيرسل النظام البعيد تدفقًا ثابتًا من ACKs من شأنه أن يتجاوز قناة العودة منخفضة السرعة. جنبًا إلى جنب مع معدلات البيانات الأعلى بشكل طبيعي للمودم، فقد حسنت بشكل كبير الإنتاجية الإجمالية وأدت بشكل عام حوالي سبعة أضعاف سرعة مودم 2400 بت/ثانية. [12] تم استخدامها على نطاق واسع على مضيفات UUCP حيث يمكنهم دفع تكاليف أنفسهم بسرعة من خلال رسوم المسافات الطويلة المخفضة.

بروتوكولات أخرى

تتضمن تنفيذات UUCP أيضًا بروتوكولات نقل أخرى للاستخدام عبر روابط معينة.

تم تصميم بروتوكول f ليتم تشغيله عبر روابط مصححة للأخطاء ذات 7 بتات. كان هذا مخصصًا في الأصل للاستخدام على روابط X.25 ، والتي كانت شائعة لفترة من الوقت في الثمانينيات. لا يقوم بتجميع البيانات، بدلاً من ذلك، يتم إرسال الملف بالكامل كسلسلة طويلة واحدة تليها مجموع اختباري للملف بالكامل. يبدو أن بروتوكول x المماثل لم يستخدم إلا قليلاً أو لم يستخدم على الإطلاق. كان بروتوكول d مشابهًا لـ x، ولكنه مخصص للاستخدام على شبكات Datakit التي تربط العديد من مكاتب Bell Labs . [11]

نشأ بروتوكول t في إصدارات BSD من UUCP ومثل بعض البروتوكولات المشابهة، تم تصميمه للعمل عبر روابط TCP/IP خالية من الأخطاء ذات 8 بتات . لا يحتوي على تصحيح للأخطاء على الإطلاق، ويتألف البروتوكول ببساطة من تقسيم بيانات الأوامر والملفات إلى حزم بحجم 512 أو 1024 بايت لتناسب بسهولة داخل إطارات TCP النموذجية.

تم تطوير بروتوكول e ("e" لـ Ethernet) بواسطة Clem Cole في MASSCOMP وتم إصداره على نطاق واسع بواسطة Brian Redman في إصدارات HoneyDanBer اللاحقة. تم تطويره وإصداره قبل بروتوكول t، لكن بروتوكول t كان أكثر استخدامًا لأن إصدار BSD من UUCP كان التنفيذ السائد. يختلف بروتوكول e عن بروتوكول t فقط في أن الأوامر ليست مجمعة ويتم إرسالها بدلاً من ذلك كسلاسل عادية، بينما يتم حشو الملفات إلى أقرب 20 بايت. [11] [13]

توجيه البريد

بطاقة عمل مع عنوان البريد الإلكتروني UUCP

يمكن استخدام قدرات uucpو uuxqtلإرسال البريد الإلكتروني بين الأجهزة، مع واجهات مستخدم البريد وبرامج وكيل التسليم المناسبة. تم تشكيل عنوان بريد UUCP بسيط من اسم الجهاز المجاور، علامة تعجب (غالبًا ما تُنطق بانج )، تليها اسم المستخدم على الجهاز المجاور. على سبيل المثال، يشير عنوان barbox!user إلى المستخدم المستخدم على الجهاز المجاور barbox . [14]

علاوة على ذلك، يمكن توجيه البريد عبر الشبكة، وعبور أي عدد من العقد الوسيطة قبل الوصول إلى وجهته. في البداية، كان لابد من القيام بذلك من خلال تحديد المسار الكامل، مع قائمة بأسماء المضيفين الوسيطين مفصولة بعلامات الانفجار. على سبيل المثال، إذا لم يكن الجهاز barbox متصلاً بالجهاز المحلي، ولكن من المعروف أن barbox متصل بجهاز foovax الذي يتواصل مع الجهاز المحلي، فسيكون العنوان المناسب لإرسال البريد إليه هو foovax!barbox!user .

المستخدم barbox!user ينشر عادةً عنوان بريده الإلكتروني UUCP في نموذج مثل ...!bigsite!foovax!barbox!user . وهذا يوجه الأشخاص إلى توجيه بريدهم إلى الجهاز bigsite (من المفترض أن يكون جهازًا معروفًا ومتصلًا جيدًا ويمكن الوصول إليه من قبل الجميع) ومن هناك عبر الجهاز foovax إلى حساب المستخدم user على barbox . سيكون نشر المسار الكامل بلا فائدة، لأنه سيكون مختلفًا، اعتمادًا على مكان المرسل. (على سبيل المثال، قد يتعين على Ann في أحد المواقع الإرسال عبر المسار gway!tcol!canty!uoh!bigsite!foovax!barbox!user ، بينما من مكان آخر، يتعين على Bill الإرسال عبر المسار pdp10!router22!bigsite!foovax!barbox!user ). يقترح العديد من المستخدمين مسارات متعددة من مواقع مختلفة كبيرة ومعروفة، مما يوفر خدمة اتصال أفضل وربما أسرع من مرسل البريد.

مسار الانفجار

كان عنوان البريد الإلكتروني من هذا النموذج يُعرف باسم مسار الانفجار . لم تكن مسارات الانفجار التي تتكون من ثمانية إلى عشرة أجهزة (أو قفزات ) غير شائعة في عام 1981، وكان من الممكن أن تتسبب روابط UUCP التي يتم الاتصال بها في وقت متأخر من الليل في أوقات إرسال تصل إلى أسبوع. غالبًا ما يتم اختيار مسارات الانفجار بناءً على وقت الإرسال والموثوقية، حيث غالبًا ما تضيع الرسائل. ذهب بعض المضيفين إلى حد محاولة " إعادة كتابة " المسار، وإرسال البريد عبر طرق "أسرع" - كانت هذه الممارسة تميل إلى الاستياء.

كانت نهاية النطاق الزائف .uucp تُستخدم أحيانًا لتعيين اسم مضيف يمكن الوصول إليه من خلال شبكات UUCP، على الرغم من أنه لم يتم تسجيله رسميًا في نظام اسم النطاق (DNS) كنطاق من المستوى الأعلى . أدار مجتمع uucp نفسه ولم يتوافق جيدًا مع أساليب الإدارة واللوائح التي تحكم DNS؛ يعمل .uucp حيث يحتاج إلى ذلك [ أين؟ ] ؛ تقوم بعض المضيفين [ أيهم؟ ] بإخراج البريد من قائمة انتظار SMTP إلى قوائم انتظار uucp على أجهزة البوابة إذا تم التعرف على عنوان .uucp على اتصال SMTP وارد. [ بحاجة لمصدر ]

تم في الأصل نقل حركة مرور Usenet عبر بروتوكول UUCP باستخدام مسارات bang. ولا تزال هذه المسارات مستخدمة في تنسيق رسائل Usenet . والآن لا تستخدم إلا لغرض إعلامي، ولا تُستخدم للتوجيه ، على الرغم من إمكانية استخدامها لضمان عدم حدوث حلقات.

بشكل عام، وكما هو الحال مع تنسيقات عناوين البريد الإلكتروني القديمة الأخرى ، فقد حلت الآن علامة " @ " محل مسارات bang، حتى في المواقع التي لا تزال تستخدم UUCP. يمكن لموقع UUCP فقط تسجيل اسم نطاق DNS، وجعل خادم DNS الذي يتعامل مع هذا النطاق يوفر سجلات MX التي تتسبب في تسليم البريد عبر الإنترنت إلى هذا الموقع إلى مضيف UUCP على الإنترنت والذي يمكنه بعد ذلك تسليم البريد إلى موقع UUCP.

UUCPNET ورسم الخرائط

كان اسم شبكة UUCPNET هو الاسم الذي أطلق على مجموع شبكة أجهزة الكمبيوتر المتصلة عبر UUCP. وكانت هذه الشبكة غير رسمية إلى حد كبير، وكانت تُدار بروح التعاون المتبادل بين الأنظمة المملوكة لآلاف الشركات الخاصة والجامعات وما إلى ذلك. وفي كثير من الأحيان، وخاصة في القطاع الخاص، كانت روابط UUCP تُنشأ دون الحصول على موافقة رسمية من الإدارة العليا للشركات. وكانت شبكة UUCP تتغير باستمرار مع إضافة أنظمة جديدة وروابط اتصال هاتفي، وإزالة أنظمة أخرى، وما إلى ذلك.

كان مشروع رسم خرائط UUCP عبارة عن جهد تطوعي ناجح إلى حد كبير لبناء خريطة للاتصالات بين الأجهزة التي تعمل كمرحلات بريد مفتوحة وإنشاء مساحة اسم مُدارة. كان كل مسؤول نظام يرسل، عبر البريد الإلكتروني، قائمة بالأنظمة التي تتصل بها أجهزته، إلى جانب ترتيب لكل اتصال من هذا القبيل. تمت معالجة إدخالات الخريطة المرسلة بواسطة برنامج تلقائي قام بدمجها في مجموعة واحدة من الملفات التي تصف جميع الاتصالات في الشبكة. ثم تم نشر هذه الملفات شهريًا في مجموعة إخبارية مخصصة لهذا الغرض. يمكن بعد ذلك استخدام ملفات خريطة UUCP بواسطة برامج مثل "pathalias" لحساب أفضل مسار للطريق من جهاز إلى آخر للبريد، وتوفير هذا المسار تلقائيًا. كما أدرجت خرائط UUCP معلومات الاتصال الخاصة بالمواقع، وبالتالي أعطت المواقع التي تسعى للانضمام إلى UUCPNET طريقة سهلة للعثور على جيران محتملين.

الاتصالات مع الإنترنت

كان العديد من مضيفات UUCP، وخاصة تلك الموجودة في الجامعات، متصلين بالإنترنت في سنواته الأولى، وتم تطوير بوابات البريد الإلكتروني بين البريد المستند إلى بروتوكول SMTP على الإنترنت وبريد UUCP. وبالتالي، يمكن للمستخدم في نظام به اتصالات UUCP تبادل البريد مع مستخدمي الإنترنت، ويمكن استخدام روابط الإنترنت لتجاوز أجزاء كبيرة من شبكة UUCP البطيئة. تم تعريف "منطقة UUCP" داخل مساحة اسم المجال على الإنترنت لتسهيل هذه الواجهات.

بفضل هذه البنية الأساسية، كانت قوة UUCP تتمثل في أنها سمحت للموقع بالحصول على بريد إلكتروني عبر الإنترنت واتصال Usenet باستخدام رابط مودم اتصال هاتفي فقط بجهاز كمبيوتر آخر متعاون. كان هذا في وقت حيث كان الوصول الحقيقي إلى الإنترنت يتطلب خط بيانات مستأجرًا يوفر اتصالاً بنقطة تواجد على الإنترنت ، وكلاهما مكلف وصعب الترتيب. على النقيض من ذلك، يمكن عادةً إنشاء رابط بشبكة UUCP من خلال بضع مكالمات هاتفية لمسؤولي أنظمة الجيران المحتملة. غالبًا ما كانت أنظمة الجيران قريبة بما يكفي لتجنب جميع الرسوم باستثناء أبسط رسوم المكالمات الهاتفية.

الأوامر عن بعد

uux هو تنفيذ أمر عن بعد عبر UUCP. يستخدم الأمر uux لتنفيذ أمر على نظام بعيد ، أو لتنفيذ أمر على النظام المحلي باستخدام ملفات من أنظمة بعيدة. يتم تشغيل الأمر بواسطة uucicoالديمون، الذي يتعامل مع طلبات التنفيذ عن بعد ببساطة كنوع آخر من الملفات لإرسالها دفعة واحدة إلى النظام البعيد كلما توفرت عقدة القفزة التالية. ثم يقوم النظام البعيد بتنفيذ الأمر المطلوب وإرجاع النتيجة، عندما يتوفر النظام الأصلي. قد تكون كل من هذه التحويلات غير مباشرة، عبر مسارات متعددة القفزات، مع نوافذ تعسفية للتوفر. حتى عند تنفيذ أمر على جار متاح دائمًا، فإن uux ليس فوريًا.

انخفاض

بدأ استخدام UUCP في الانقراض مع ظهور مزودي خدمة الإنترنت الذين يقدمون خدمات SLIP و PPP غير المكلفة . تم إغلاق مشروع رسم الخرائط UUCP رسميًا في أواخر عام 2000.

تم الآن استبدال بروتوكول UUCP في الغالب ببروتوكولات الإنترنت المستندة إلى TCP/IP SMTP للبريد الإلكتروني و NNTP لأخبار Usenet.

في يوليو 2012، أغلق مزود الإنترنت الهولندي XS4ALL خدمة UUCP الخاصة به، مدعيًا أنه "ربما كان أحد آخر مقدمي الخدمة في العالم الذين ما زالوا يقدمونها"؛ كان لديه 13 مستخدمًا فقط في ذلك الوقت (قبل إغلاقه، كان يرفض طلبات المستخدمين الجدد لعدة سنوات). [15]

الاستخدامات الحالية والإرث

إحدى الميزات المتبقية من UUCP هي تنسيق ملف الدردشة، والذي تم توريثه إلى حد كبير من حزمة برامج Expect .

كان UUCP قيد الاستخدام عبر روابط عالية التكلفة لأغراض خاصة (مثل روابط الأقمار الصناعية البحرية) لفترة طويلة بعد اختفائه في مكان آخر، [16] ولا يزال قيد الاستخدام القديم. [ بحاجة لمصدر ] بالإضافة إلى الاستخدام القديم، في عام 2021، تنمو استخدامات UUCP الجديدة والمبتكرة، وخاصة للاتصالات في نطاق HF ، على سبيل المثال، للمجتمعات في غابات الأمازون المطيرة لتبادل البريد الإلكتروني واستخدامات أخرى. تم تقديم تصحيح لـ UUCP الخاص بـ Ian إلى حزمة UUCP Debian Linux [17] للتكيف مع مشروع HERMES (نظام تبادل الوسائط المتعددة في حالات الطوارئ عالية التردد والريفية)، والذي يوفر اتصال UUCP HF. [18]

في منتصف العقد الأول من القرن الحادي والعشرين، تم اقتراح UUCP عبر TCP/IP (غالبًا ما يكون مشفرًا باستخدام بروتوكول SSH [10] ) [ وفقًا لمن؟ ] للاستخدام عندما لا يحتوي الكمبيوتر على أي عناوين IP ثابتة ولكنه لا يزال على استعداد لتشغيل وكيل نقل بريد قياسي (MTA) مثل Sendmail أو Postfix .

لا تزال مسارات مثل مسارات بانج مستخدمة داخل شبكة Usenet ، ولكن ليس للتوجيه؛ فهي تستخدم لتسجيل العقد التي مرت بها الرسالة في رأس الرسالة، بدلاً من توجيهها إلى المكان الذي ستذهب إليه بعد ذلك. [19] تُستخدم "مسارات بانج" أيضًا كتعبير عن أي مسار توجيه محدد صراحةً بين مضيفات الشبكة. لا يقتصر هذا الاستخدام بالضرورة على UUCP أو توجيه IP أو رسائل البريد الإلكتروني أو Usenet.

تمت إعادة النظر في مفهوم بروتوكولات الشبكات المقاومة للتأخير في أوائل العقد الأول من القرن الحادي والعشرين. [20] يمكن تطبيق تقنيات مماثلة لتلك المستخدمة بواسطة UUCP على شبكات أخرى تعاني من تأخير أو انقطاع كبير.

انظر أيضا

مراجع

  1. ^ UNIX(TM) TIME-SHARING SYSTEM: UNIX PROGRAMMER'S MANUAL, Seventh Edition, Volume 1 (PDF) . موراي هيل، نيو جيرسي: مختبرات بيل للهاتف، المحدودة. يناير 1979. مؤرشف (PDF) من الأصل في 2016-04-29 . تم الاسترجاع في 2018-02-20 .
  2. ^ "أمينيت - بحث".
  3. ^ McIlroy, MD (1987). A Research Unix reader: annotated excerpts from the Programmer's Manual, 1971–1986 (PDF) (تقرير فني). CSTR. Bell Labs. 139. مؤرشف (PDF) من الأصل في 2017-11-11 . تم الاسترجاع في 2015-02-01 .
  4. ^ "دليل يونكس الإصدار 7: "وصف تنفيذ UUCP" بقلم DA Nowitz، و"شبكة الاتصال الهاتفي لأنظمة يونكس" بقلم DA Nowitz وME Lesk" (PDF) . مؤرشف (PDF) من الأصل في 2018-02-21 . تم الاسترجاع في 2018-02-21 .
  5. ^ هولدر، بيتر (19 يناير 2007). "بدء الإنترنت التجاري في المملكة المتحدة" (PDF) . المنتدى السادس لمشغلي الشبكات في المملكة المتحدة . تم الاسترجاع في 12 فبراير 2020 .
  6. ^ ريد، جيم (3 أبريل 2007). "التواصل في الأوساط الأكاديمية في المملكة المتحدة منذ حوالي 25 عامًا" (PDF) . المنتدى السابع لمشغلي الشبكات في المملكة المتحدة . تم الاسترجاع في 12 فبراير 2020 .
  7. ^ غاري جيه موراكامي (24 سبتمبر 1988). "تاريخ ihnp4 ونمو شبكة البريد الإلكتروني". مؤرشف من الأصل في 11 سبتمبر 2013. تم الاسترجاع في 7 يونيو 2013 .
  8. ^ إيان لانس تايلور (سبتمبر 1991). "إصدار تجريبي لحزمة UUCP الجديدة المتاحة" . تم الاسترجاع في 19 يناير 2009 .
  9. ^ إيان لانس تايلور (يونيو 2003). "بروتوكول UUCP 'f'". مؤرشف من الأصل في 18 يوليو 2008. تم الاسترجاع في 04 أغسطس 2008 .
  10. ^ من تأليف فابيان بينسو. "UUCPssh". مؤرشف من الأصل في 2009-09-30 . تم استرجاعه في 2009-08-09 .
  11. ^ abcdefg Taylor, Ian Lance (8 March 1996). "UUCP Internals Frequently Asked Questions". مؤرشف من الأصل في 6 نوفمبر 2019. تم الاسترجاع في 29 أغسطس 2020 .
  12. ^ كيركسي، كينيث (25 ديسمبر 1991). "ما تحتاج إلى معرفته حول أجهزة المودم". مؤرشف من الأصل في 24 أكتوبر 2020. تم الاسترجاع في 29 أغسطس 2020. يبلغ معدل الإنتاجية الفعلي حوالي 14400 بت في الثانية.
  13. ^ تالبوت، ستيفن (فبراير 1988). دليل إدارة UUCP، Rev C. أدلة المستخدم. شركة ماساتشوستس للكمبيوتر.
  14. ^ سيرف، فينت (20 مارس 2022). "[سياسة الإنترنت] لماذا يجب على العالم مقاومة الدعوات لتقويض الإنترنت". نقاش IETF (قائمة بريدية) . تم الاسترجاع في 24 مارس 2022 .
  15. ^ Huijbregts, Niels (30 July 2012). "XS4ALL Weblog: Afscheid van UUCP (وداعًا لـ UUCP)" (باللغة الهولندية). XS4ALL . مؤرشف من الأصل في 31 يوليو 2013.
  16. ^ راندولف بينتسون (أغسطس 1995). "لينكس يبحر". مؤرشف من الأصل في 2008-02-26 . تم الاسترجاع في 2009-02-21 .
  17. ^ رافائيل دينيز (يناير 2021). "UUCP 1.07.27-changelog". مؤرشف من الأصل في 2020-08-12 . تم الاسترجاع 2021-01-10 .
  18. ^ رافائيل دينيز (يناير 2021). "نظام تبادل الوسائط المتعددة في حالات الطوارئ والريف عالي التردد" . تم استرجاعه في 10 يناير 2021 .
  19. ^ K. Murchison; C. Lindsey; D. Kohn (نوفمبر 2009). "Path". تنسيق مقالة Netnews. IETF . ص. 14-16. القسم 3.1.5. doi : 10.17487/RFC5536 . RFC 5536.
  20. ^ كيفن فول (أغسطس 2003). "هندسة الشبكات المتسامحة مع التأخير لشبكات الإنترنت المتعثرة". وقائع مؤتمر عام 2003 حول التطبيقات والتقنيات والبنى والبروتوكولات الخاصة بالاتصالات الحاسوبية - SIGCOMM '03 . مؤتمر عام 2003 حول التطبيقات والتقنيات والبنى والبروتوكولات الخاصة بالاتصالات الحاسوبية. ACM SIGCOMM . ص 27-34. doi : 10.1145/863955.863960 . ISBN 978-1-58113-735-4.
  • استخدام وإدارة UUCP . إد رافين، تيم أوريلي، ديل دوغتيري، وجريس تودينو. 1996، شركة أوريلي آند أسوشيتس، رقم ISBN 1-56592-153-4 
  • مارك هورتون (1986). RFC  976: معيار تنسيق تبادل البريد UUCP . طلبات التعليق من فريق هندسة الإنترنت .
  • توثيق Taylor UUCP – معلومات مفيدة حول UUCP بشكل عام وبروتوكولات uucp المختلفة.
  • مشروع UUCP: التاريخ في آلة Wayback (تم أرشفته في 6 يناير 2014)
Retrieved from "https://en.wikipedia.org/w/index.php?title=UUCP&oldid=1247824615"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate