UUCP

📅 آخر تحديث: ٣ أغسطس ٢٠٢٦
✍️ نُشر في: ٣ أغسطس ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة

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

يُعدّ الأمر `subject` uucpأحد برامج حزمة 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 بواسطة مايك ليسك . [ 3 ] وبحلول عام 1978، كان يُستخدم على 82 جهازًا يعمل بنظام UNIX داخل نظام Bell، بشكل أساسي لتوزيع البرامج. أُصدر البرنامج في عام 1979 كجزء من الإصدار السابع من نظام Unix . [ 4 ]

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

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

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

تم تطبيق بروتوكول UUCP أيضًا على أنظمة تشغيل غير يونكس ، وأبرزها أنظمة 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 ( ثماني ، عشري 16) حرف التحكم P، و\0 يمثل حرفًا فارغًا في النهاية. يستجيب UUCP الخاص بالمتصل بسلسلة أخرى ، حيث تمثل options سلسلة تحتوي على صفر أو أكثر من خيارات التبديل الشبيهة بخيارات Unix. قد تتضمن هذه الخيارات أحجام الحزم والنوافذ، والحد الأقصى لحجم الملف المدعوم، وخيارات تصحيح الأخطاء، وغيرها.\20Shere=hostname\0\20Scallernameoptions\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 ، اختصارًا لكلمة "إنهاء المكالمة"، إلى أن المتصل قد أنهى المكالمة. ويرد النظام المتصل به بـ HY إذا نجحت العملية، أو HN إذا فشلت.

المصافحة الأخيرة

بعد إرسال أمر H، يرسل النظام المُرسِل حزمة بيانات نهائية \20OOOOOO\0(control-P، ستة أحرف OH، مُنهي فارغ)، ويستجيب النظام المُستقبَل بحزمة بيانات \20OOOOOO\0(control-P، سبعة أحرف OH، مُنهي فارغ). قد تقوم بعض الأنظمة ببساطة بإنهاء الاتصال عند استلام أمر H بنجاح، دون إتمام عملية المصافحة النهائية.

بروتوكول جي

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

يتألف تنسيق الحزمة من رأسية بحجم 6 بايتات، ثم حمولة تتراوح بين صفر و4096 بايتًا. تبدأ الحزمة برمز \020 (حزمة تحكم). يليه بايت واحد يُعرف باسم "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 نظام نافذة منزلقة بسيطًا للتعامل مع فترات التأخير الطويلة المحتملة بين نقاط النهاية. يسمح البروتوكول بأحجام حزم تتراوح من 32 إلى 4096 بايت (8 بت)، ونوافذ تتضمن من 1 إلى 7 حزم. نظريًا، يُفترض أن يُقدم نظام يستخدم حزمًا بحجم 4 كيلوبايت ونوافذ من 7 حزم (4096  ×  7) أداءً يُضاهي أو يتفوق على أفضل بروتوكولات نقل الملفات مثل ZMODEM . عمليًا، دعمت العديد من التطبيقات المبكرة إعدادًا واحدًا فقط بحجم 64 × 3. ونتيجةً لذلك، اكتسب بروتوكول g سمعةً سيئةً بسبب ضعف أدائه. أدى الالتباس حول أحجام الحزم والنوافذ إلى ظهور بروتوكول G، الذي يختلف فقط في استخدامه الدائم لحجم 4096 × 3. لم يدعم بروتوكول Taylor UUCP بروتوكول G، ولكنه دعم أي حجم نافذة أو حزمة مطلوب صالح، لذا فإن الأنظمة البعيدة التي تبدأ ببروتوكول G ستعمل بشكل جيد مع بروتوكول g الخاص بـ Taylor، بينما يمكن لنظامي Taylor التفاوض على اتصالات أسرع. [ 11 ]

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

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

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

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

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

طُوِّر بروتوكول e-protocol ("e" اختصارًا لـ Ethernet) بواسطة كليم كول في شركة MASSCOMP ، ونُشر على نطاق واسع بواسطة برايان ريدمان في الإصدارات اللاحقة من HoneyDanBer. وقد طُوِّر ونُشر قبل بروتوكول t-protocol، إلا أن بروتوكول t-protocol كان أكثر شيوعًا نظرًا لأن إصدار BSD من UUCP كان التطبيق السائد. يختلف بروتوكول e-protocol عن بروتوكول t-protocol فقط في أن الأوامر لا تُقسَّم إلى حزم، بل تُرسَل كسلاسل نصية عادية، بينما تُضاف حشوات إلى الملفات لتصل إلى أقرب 20 بايت. [ 11 ] [ 13 ]

توجيه البريد

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

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

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

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

بانغ باث

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

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

كانت حركة مرور يوزنت تُنقل في الأصل عبر بروتوكول UUCP، عادةً عبر مودمات الاتصال الهاتفي. في كل عقدة مُستقبِلة، كان يُضاف اسم العقدة الحالية إلى سطر رأس مسار كل مقالة في يوزنت، مفصولًا بعلامة تعجب (!). على سبيل المثال، مقالة واردة من العقدة utzoo إلى العقدة decvax بمسار : utzoo!henry، سيتغير هذا السطر إلى : decvax!utzoo!henry . بعد ذلك، كان برنامج يوزنت يُرسل نسخة من كل مقالة إلى كل عقدة مجاورة مُهيأة لاستقبال مجموعات الأخبار التي نُشرت فيها المقالة، إلا إذا كانت تلك العقدة المجاورة موجودة بالفعل في سطر المسار . وهكذا، استُخدمت هذه المسارات لضمان عدم عودة المقالات إلى عقدة سبق أن وصلت إليها.

بشكل عام، وكما هو الحال مع تنسيقات عناوين البريد الإلكتروني القديمة الأخرى ، فقد تم استبدال مسارات الـ "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برنامج خفي (daemon) يتعامل مع طلبات التنفيذ عن بُعد كنوع آخر من الملفات لإرسالها دفعةً واحدة إلى النظام البعيد كلما توفرت عقدة قفزة تالية. بعد ذلك، يُنفّذ النظام البعيد الأمر المطلوب ويعيد النتيجة، عندما يكون النظام الأصلي متاحًا. قد تكون كلتا عمليتي النقل غير مباشرتين، عبر مسارات متعددة القفزات، مع فترات توافر عشوائية. حتى عند تنفيذ أمر على جار متاح دائمًا، فإن uux ليس فوريًا.

انخفاض

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

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

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

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

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

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

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

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

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

انظر أيضاً

مراجع

  1. ↑ نظام يونكس™ لتقاسم الوقت: دليل مبرمج يونكس، الطبعة السابعة، المجلد الأول (ملف PDF) . موراي هيل، نيو جيرسي: مختبرات بيل للهاتف. يناير 1979. مؤرشف (ملف PDF) من الأصل بتاريخ 29 أبريل 2016. تم الاطلاع عليه بتاريخ 20 فبراير 2018 .
  2. ↑ "Aminet - بحث" .
  3. ↑ ماكيلروي، دكتور في الطب (1987). قارئ يونكس البحثي: مقتطفات مشروحة من دليل المبرمج، 1971-1986 (ملف PDF) (تقرير فني). مختبرات بيل، قسم أبحاث الحوسبة والتفاعلات الكيميائية. 139. مؤرشف (ملف PDF) من الأصل بتاريخ 11 نوفمبر 2017. تم الاطلاع عليه بتاريخ 1 فبراير 2015 .
  4. ↑ "دليل يونكس الإصدار 7: "وصف تنفيذ UUCP" بقلم د. أ. ناوويتز، و"شبكة اتصال هاتفي لأنظمة يونكس" بقلم د. أ. ناوويتز وم. إ. ليسك" (ملف PDF) . مؤرشف (PDF) من الأصل بتاريخ 21-02-2018 . تم الاطلاع عليه بتاريخ 21-02-2018 .
  5. ↑ هولدر، بيتر (19 يناير 2007). "بدء الإنترنت التجاري في المملكة المتحدة" (ملف PDF) . المنتدى السادس لمشغلي الشبكات في المملكة المتحدة . تم الاطلاع عليه بتاريخ 12 فبراير 2020 .
  6. ↑ ريد، جيم (3 أبريل 2007). "التواصل الشبكي في الأوساط الأكاديمية البريطانية قبل حوالي 25 عامًا" (ملف PDF) . المنتدى السابع لمشغلي الشبكات في المملكة المتحدة . مؤرشف من الأصل (ملف PDF) بتاريخ 20 أغسطس 2007. تم الاطلاع عليه بتاريخ 12 فبراير 2020 .
  7. ↑ غاري ج. موراكامي (24 سبتمبر 1988). "تاريخ بروتوكول ihnp4 ونمو شبكة البريد الإلكتروني" . مؤرشف من الأصل في 11 سبتمبر 2013. تم الاطلاع عليه في 7 يونيو 2013 .
  8. ↑ إيان لانس تايلور (سبتمبر 1991). "إصدار تجريبي من حزمة UUCP الجديدة متاح الآن" . تم الاطلاع عليه بتاريخ 19 يناير 2009 .
  9. ↑ إيان لانس تايلور (يونيو 2003). "بروتوكول UUCP 'f'" . مؤرشف من الأصل بتاريخ 18 يوليو 2008. تم الاطلاع عليه بتاريخ 4 أغسطس 2008 .
  10. 1 2 فابيان بينسو. "UUCPssh" . مؤرشف من الأصل بتاريخ 30-09-2009 . تم الاطلاع عليه بتاريخ 09-08-2009 .
  11. 1 2 3 4 5 6 7 تايلور، إيان لانس (8 مارس 1996). "الأسئلة الشائعة حول قسم الشؤون الداخلية في جامعة UUCP" . مؤرشف من الأصل في 6 نوفمبر 2019. تم الاطلاع عليه في 29 أغسطس 2020 .
  12. ↑ كيركسي، كينيث (25 ديسمبر 1991). "ما تحتاج لمعرفته عن أجهزة المودم" . مؤرشف من الأصل في 24 أكتوبر 2020. تم الاطلاع عليه في 29 أغسطس 2020. معدل النقل الفعلي حوالي 14400 بت في الثانية .
  13. ↑ تالبوت، ستيفن (فبراير 1988). دليل إدارة UUCP، الإصدار ج . أدلة المستخدم. شركة ماساتشوستس للحاسوب.
  14. ↑ سيرف، فينت (20 مارس 2022). " [ سياسة الإنترنت ] لماذا يجب على العالم مقاومة الدعوات لتقويض الإنترنت" . مناقشة IETF (قائمة بريدية) . تم الاطلاع عليه في 24 مارس 2022 .
  15. ^ هويجبريجتس ، نيلز (30 يوليو 2012). "مدونة ويب XS4ALL: Afscheid van UUCP (وداعا لـ UUCP)" (باللغة الهولندية). XS4ALL . مؤرشفة من الأصلي في 31 يوليو 2013.
  16. ↑ راندولف بنتسون (أغسطس 1995). "لينكس يبحر في البحر" . مؤرشف من الأصل بتاريخ 26 فبراير 2008. تم الاطلاع عليه بتاريخ 21 فبراير 2009 .
  17. ↑ رافائيل دينيز (يناير 2021). "سجل تغييرات UUCP 1.07.27" . مؤرشف من الأصل بتاريخ 12 أغسطس 2020. تم الاطلاع عليه بتاريخ 10 يناير 2021 .
  18. ↑ رافائيل دينيز (يناير 2021). "نظام تبادل الوسائط المتعددة عالي التردد في حالات الطوارئ والمناطق الريفية" . تم الاطلاع عليه بتاريخ 10 يناير 2021 .
  19. ↑ ك. مورتشيسون؛ س. ليندسي؛ د. كون (نوفمبر 2009). "المسار" . تنسيق مقالات 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.