IRC

الموسوعة الحرة

أول خادم IRC، وهو tolsun.oulu.fi، وهو خادم Sun-3 معروض بالقرب من مركز الحاسوب بجامعة أولو

IRC ( بروتوكول دردشة الإنترنت ) هو نظام دردشة نصي للمراسلة الفورية . صُمم IRC للتواصل الجماعي في منتديات النقاش، والتي تُسمى قنوات ، [ 1 ] ولكنه يسمح أيضًا بالتواصل الفردي عبر الرسائل الخاصة ، [ 2 ] بالإضافة إلى الدردشة ونقل البيانات ، [ 3 ] بما في ذلك مشاركة الملفات . [ 4 ]

يُستخدم بروتوكول IRC كطبقة تطبيقية لتسهيل التواصل النصي. وتعتمد عملية الدردشة على نموذج شبكة العميل والخادم . يتصل المستخدمون، باستخدام عميل - قد يكون تطبيق ويب ، أو برنامجًا مستقلاً على سطح المكتب ، أو جزءًا من برنامج أكبر - بخادم IRC، الذي قد يكون جزءًا من شبكة IRC أوسع. ومن أمثلة طرق الاتصال المستخدمة برامج Mibbit و KiwiIRC و mIRC .

انخفض استخدام بروتوكول IRC بشكل مطرد منذ عام 2003، حيث فقد 60% من مستخدميه بحلول عام 2012. [ 5 ] في أبريل 2026، خدمت أفضل 100 شبكة IRC أكثر من 162,000 مستخدم في وقت واحد. [ 6 ]

تاريخ

أنشأ جاركو أويكارنين بروتوكول IRC في أغسطس 1988 ليحل محل برنامج MUT (محادثة المستخدمين المتعددين) على نظام لوحة إعلانات إلكترونية (BBS ) يُدعى OuluBox في جامعة أولو بفنلندا ، حيث كان يعمل في قسم علوم الحاسوب. كان جاركو يهدف إلى توسيع برنامج لوحة الإعلانات الإلكترونية الذي كان يديره ليسمح بنشر الأخبار على غرار Usenet ، وإجراء مناقشات فورية ، وميزات مشابهة لأنظمة لوحات الإعلانات الإلكترونية. كان أول جزء قام بتنفيذه هو جزء الدردشة، والذي استخدم فيه أجزاءً مُقتبسة من كتابات صديقيه يركي كوبالا وجوكا بيل. كانت أول شبكة IRC تعمل على خادم واحد يُدعى tolsun.oulu.fi. [ 7 ] استلهم أويكارنين فكرته من نظام دردشة يُعرف باسم Bitnet Relay ، والذي كان يعمل على شبكة BITNET . [ 8 ]

حثّ يركي كوبالا أويكارنين على مطالبة جامعة أولو بتحرير كود IRC ليُمكن تشغيله خارج أولو، وبعد أن تمّ تحريره، قام يركي كوبالا على الفور بتثبيت خادم آخر. كانت هذه أول "شبكة IRC". استعان أويكارنين ببعض أصدقائه في جامعة هلسنكي للتكنولوجيا وجامعة تامبيري للتكنولوجيا [ 8 ] لتشغيل خوادم IRC عندما ازداد عدد مستخدميه، وسرعان ما حذت جامعات أخرى حذوه. في ذلك الوقت، أدرك أويكارنين أن باقي ميزات نظام لوحة الإعلانات الإلكترونية (BBS) قد لا تتناسب مع برنامجه. [ 7 ]

تواصل أويكارنين مع أشخاص في جامعة دنفر وجامعة ولاية أوريغون . كان لديهم شبكة IRC خاصة بهم، وكانوا يرغبون في الاتصال بالشبكة الفنلندية. حصلوا على البرنامج من أحد أصدقاء أويكارنين، فيجاي سوبرامانيام، وهو أول شخص غير فنلندي يستخدم IRC. بعد ذلك، توسع نطاق IRC ليشمل شبكة الإنترنت الوطنية الفنلندية بأكملها - FUNET - ثم اتصل بشبكة Nordunet ، الفرع الاسكندنافي للإنترنت. في نوفمبر 1988، انتشر IRC على نطاق واسع عبر الإنترنت، وفي منتصف عام 1989، كان هناك حوالي 40 خادمًا حول العالم. [ 7 ]

شبكة EF

في أغسطس 1990، نشب أول خلاف كبير في عالم IRC. ضمت شبكة "A-net" (شبكة الفوضى) خادمًا باسم eris.berkeley.edu. كان الخادم مفتوحًا بالكامل، لا يتطلب كلمات مرور، ولا يوجد حد لعدد الاتصالات. وكما يوضح غريغ "wumpus" ليندال: [ 9 ] "كان يحتوي على خط خادم عام، لذا كان المستخدمون يربطون الخوادم ببعضها ويتسببون في تضارب أسماء المستخدمين". جعلت "شبكة Eris الحرة" ( EFnet ) جهاز eris أول جهاز يُحظر استخدامه (Q اختصارًا لكلمة "حجر صحي") من IRC. ويضيف wumpus: [ 9 ] "رفضت Eris إزالة هذا الخط، لذلك أنشأت EFnet. لم يكن الأمر صعبًا؛ فقد تمكنت من ضم جميع الخوادم الرئيسية، وانضم معظم المستخدمين الآخرين". تشكلت A-net بخوادم eris، بينما تشكلت EFnet بخوادم أخرى. وقد أظهر التاريخ أن معظم الخوادم والمستخدمين انضموا إلى EFnet. بمجرد تفكك شبكة A-net، أصبح اسم EFnet بلا معنى، وعادت مرة أخرى لتصبح شبكة IRC الوحيدة. [ 7 ]

في ذلك الوقت تقريبًا، استُخدمت خدمة IRC للإبلاغ عن محاولة الانقلاب السوفيتي عام 1991 خلال فترة التعتيم الإعلامي . [ 10 ] وقد استُخدمت سابقًا بطريقة مماثلة خلال حرب الخليج . [ 11 ] تُحفظ سجلات المحادثات لهذه الأحداث وغيرها في أرشيف ibiblio . [ 12 ]

تفرع الشبكة الفرعية

بدأ "Wildthang" في الولايات المتحدة في أكتوبر 1992 محاولة أخرى لإنشاء شبكة فرعية ، وهي الأولى التي أحدثت فرقًا دائمًا. (وقد انبثقت هذه الشبكة من الإصدار 2.8.10 من EFnet IRCd). كان الهدف منها أن تكون مجرد شبكة تجريبية لتطوير برامج الروبوت، لكنها سرعان ما تحولت إلى شبكة "للأصدقاء وأصدقائهم". في أوروبا وكندا، كان العمل جاريًا على شبكة جديدة منفصلة، ​​وفي ديسمبر، تم ربط الخوادم الفرنسية بالخوادم الكندية، وبحلول نهاية الشهر، تم ربط الشبكة الفرنسية والكندية بالشبكة الأمريكية، لتشكيل الشبكة التي عُرفت لاحقًا باسم "الشبكة السرية ". [ 7 ]

سعى مستخدمو "الشبكة الفرعية" إلى تطوير IRCd بهدف تقليل استهلاكه للنطاق الترددي، ومحاولة حل مشكلة فوضى القنوات ( انقسامات الشبكة والاستيلاء عليها ) التي بدأت شبكة EFnet تعاني منها. ولتحقيق هذا الهدف، طبّقت الشبكة الفرعية نظام الطوابع الزمنية، وآليات توجيه جديدة، وقدّمت خدمة CService - وهي برنامج يسمح للمستخدمين بتسجيل القنوات ثم يحاول حمايتها من مثيري الشغب. تضمنت قائمة الخوادم الأولى، بتاريخ 15 فبراير 1993، خوادم من الولايات المتحدة وكندا وفرنسا وكرواتيا واليابان. وفي 15 أغسطس، سُجّل رقم قياسي جديد لعدد المستخدمين بلغ 57 مستخدمًا. [ 7 ]

في مايو 1993، نُشرت وثيقة RFC 1459 [ 13 ] التي تُفصّل بروتوكولًا بسيطًا لتشغيل العميل/الخادم، والقنوات، والمحادثات الثنائية والجماعية. [ 7 ] لم تتضمن مواصفات البروتوكول عددًا كبيرًا من الامتدادات مثل CTCP والألوان والتنسيقات، ولا ترميز الأحرف، [ 14 ] مما أدى إلى تباين تطبيقات الخوادم والعملاء. تفاوتت تطبيقات البرمجيات بشكل كبير من شبكة إلى أخرى، حيث طبّقت كل شبكة سياساتها ومعاييرها الخاصة في قواعد بياناتها البرمجية.

تفرع DALnet

خلال صيف عام ١٩٩٤، انقسمت شبكة Undernet نفسها. سُميت الشبكة الجديدة DALnet (نسبةً إلى مؤسسها: dalvenjah)، وقد شُكّلت لتحسين خدمة المستخدمين وتعزيز حماية المستخدمين والقنوات. كان من أبرز التغييرات في DALnet استخدام أسماء مستعارة أطول (حيث كان الحد الأقصى الأصلي لـ IRCd هو ٩ أحرف). أجرى أليكسي "ليفلر" كوسوت تعديلات على IRCd الخاص بـ DALnet. وهكذا، استندت DALnet إلى خادم IRCd الخاص بـ Undernet، على الرغم من أن رواد DALnet كانوا من الذين تخلوا عن EFnet. ووفقًا لجيمس نج، كان أعضاء DALnet الأوائل "مشغلي عمليات في #StarTrek سئموا من الانقسامات/التأخيرات/الاستحواذات/إلخ المستمرة". [ ٧ ]

سرعان ما قدمت DALnet ميزة WallOps العالمية (رسائل IRCop التي يمكن للمستخدمين الذين لديهم صلاحية +w (/mode NickName +w))، وأسماء مستعارة أطول، وأسماء مستعارة Q:Line (أسماء مستعارة لا يمكن استخدامها، مثل ChanServ وIRCop وNickServ، إلخ)، وK:Lines العالمية (حظر شخص واحد أو نطاق كامل من خادم أو الشبكة بأكملها)، واتصالات IRCop فقط: GlobOps، ووضع +H الذي يُظهر أن IRCop هو "مساعد" (helpop)، إلخ. وقد كُتبت معظم وظائف DALnet الجديدة في أوائل عام 1995 بواسطة برايان "مورفر" سميث، وهي تتيح للمستخدمين امتلاك أسماء مستعارة، والتحكم في القنوات، وإرسال المذكرات، وغير ذلك. [ 7 ]

فرع IRCnet

في يوليو 1996، وبعد أشهر من النقاشات الحادة على قائمة البريد الإلكتروني، حدث انقسام آخر بسبب اختلاف وجهات النظر حول كيفية تطوير شبكة IRC. والجدير بالذكر أن الجانب "الأوروبي" (معظم تلك الخوادم كانت في أوروبا) والذي أطلق على نفسه لاحقًا اسم IRCnet، دافع عن تأخيرات أسماء المستخدمين والقنوات، بينما دافع جانب EFnet عن الطوابع الزمنية. [ 7 ] كما برزت خلافات حول السياسات: فقد بدأ الجانب الأوروبي بوضع مجموعة من القواعد التي تحدد صلاحيات مشرفي IRC وما لا يمكنهم فعله، وهو رأي عارضه الجانب الأمريكي. [ 15 ]

كانت معظم خوادم IRCnet (وليس جميعها) في أوروبا، بينما كانت معظم خوادم EFnet في الولايات المتحدة. يُعرف هذا الحدث أيضًا باسم "الانقسام الكبير" في العديد من مجتمعات IRC. ومنذ ذلك الحين (حتى أغسطس 1998)، نما عدد مستخدمي EFnet وتجاوز عدد مستخدميه آنذاك. في خريف عام 2000 (في نصف الكرة الشمالي)، بلغ عدد مستخدمي EFnet حوالي 50,000 مستخدم، بينما بلغ عدد مستخدمي IRCnet 70,000 مستخدم. [ 7 ]

بروتوكول IRC الحديث

لقد شهد بروتوكول IRC تغييرات كبيرة على مدار وجوده على الإنترنت. وقد أضافت برامج الخوادم الجديدة العديد من الميزات الجديدة.

  • الخدمات : روبوتات تعمل عبر الشبكة لتسهيل تسجيل الأسماء المستعارة والقنوات، وإرسال الرسائل للمستخدمين غير المتصلين بالإنترنت، ووظائف مشغل الشبكة.
  • أوضاع إضافية: بينما استخدم نظام IRC الأصلي مجموعة من أوضاع المستخدم والقناة القياسية، تضيف الخوادم الجديدة العديد من الأوضاع الجديدة لميزات مثل إزالة رموز الألوان من النص، [ 16 ] أو إخفاء قناع مضيف المستخدم ("التخفي") للحماية من هجمات حجب الخدمة . [ 17 ]
  • كشف الخوادم الوكيلة: تدعم معظم الخوادم الحديثة كشف المستخدمين الذين يحاولون الاتصال عبر خادم وكيل غير آمن (مُهيأ بشكل خاطئ أو مُستغل) ، والذي يمكن حينها رفض اتصالهم. يُستخدم برنامج كشف الخوادم الوكيلة هذا من قِبل العديد من الشبكات، على الرغم من أن قائمة الخوادم الوكيلة المُحدثة في الوقت الفعلي أصبحت غير متاحة منذ أوائل عام 2006. [ 18 ]
  • أوامر إضافية: يمكن أن تكون الأوامر الجديدة عبارة عن أوامر مختصرة لإصدار أوامر للخدمات، أو أوامر خاصة بمشغل الشبكة فقط لمعالجة قناع مضيف المستخدم. [ 19 ]
  • التشفير : بالنسبة لجزء الاتصال بين العميل والخادم، يمكن استخدام بروتوكول TLS (تفقد الرسائل أمانها بمجرد إعادة توجيهها إلى مستخدمين آخرين عبر الاتصالات العادية، لكن هذا يجعل التنصت على جلسات IRC الفردية أو التجسس عليها أمرًا صعبًا). أما بالنسبة للاتصال بين العملاء، فيمكن استخدام بروتوكول SDCC (بروتوكول التحكم الآمن في الاتصال).
  • بروتوكول الاتصال: يمكن الاتصال بـ IRC عبر كل من IPv4 و IPv6

اعتبارًا من عام 2016[20] يجري العمل حاليًا على جهود توحيد المعايير الجديدة تحت إشراف فريق عمل يُدعى IRCv3، والذي يركز على ميزات متقدمة للعميل مثل الإشعارات الفورية، ودعم أفضل لسجل المحادثات، وتحسين الأمان. [ 20 ] اعتبارًا من عام 2019لم تعتمد أي من شبكات IRC الرئيسية المعيار المقترح بشكل كامل. [ 21 ]

اعتبارًا من يونيو 2021 ،يوجد 481 شبكة IRC مختلفة معروفة بأنها تعمل، [ 22 ] من بينها شبكة Libera Chat مفتوحة المصدر ، التي تأسست في مايو 2021، والتي تضم أكبر عدد من المستخدمين، حيث تحتوي على 20374 قناة على 26 خادمًا؛ وتتشارك أفضل 100 شبكة IRC فيما بينها أكثر من 100 ألف قناة تعمل على حوالي ألف خادم. [ 23 ]

بعد عصرها الذهبي خلال التسعينيات وأوائل الألفية الثانية (240,000 مستخدم على QuakeNet عام 2004)، شهدت IRC انخفاضًا ملحوظًا، حيث فقدت حوالي 60% من مستخدميها بين عامي 2003 و2012، وانتقل المستخدمون إلى منصات التواصل الاجتماعي مثل فيسبوك وتويتر ، [ 5 ] وكذلك إلى منصات مفتوحة المصدر مثل XMPP التي طُوّرت عام 1999. لم تتبع بعض الشبكات، مثل Freenode ، هذا الاتجاه العام، بل تضاعف حجمها أكثر من أربع مرات خلال الفترة نفسها. [ 5 ] مع ذلك، انخفض عدد مستخدمي Freenode، الذي كان يبلغ حوالي 90,000 مستخدم عام 2016، إلى حوالي 9,300 مستخدم. [ 24 ]

تُصنّف أكبر شبكات IRC تقليديًا ضمن ما يُعرف بـ"الشبكات الأربع الكبرى" [ 25 ] [ 26 ] [ 27 ] [ 28 ] ، وهو تصنيف يُطلق على الشبكات التي تتصدر الإحصائيات. تتغير هذه الشبكات الأربع الكبرى دوريًا، ولكن نظرًا لطبيعة IRC المجتمعية، يتوفر عدد كبير من الشبكات الأخرى للمستخدمين للاختيار من بينها.

تاريخياً، كانت "الشركات الأربع الكبرى" هي: [ 25 ] [ 26 ] [ 27 ]

وصل عدد مستخدمي IRC المتزامنين إلى 6 ملايين مستخدم في عام 2001 و10 ملايين مستخدم في الفترة 2004-2005، ثم انخفض إلى حوالي 350 ألف مستخدم في عام 2021.

اعتبارًا من ديسمبر 2025، بلغ إجمالي عدد مستخدمي شبكات IRC الخمس الأولى حوالي 88,000 مستخدم يوميًا، بينما يقل عدد مستخدمي الشبكات المتبقية عن 10,000 مستخدم يوميًا لكل منها. ويوجد حوالي 35 شبكة تضم 1,000 مستخدم على الأقل يوميًا. [ 29 ]

الجدول الزمني

الجدول الزمني للشبكات الرئيسية:

المعلومات الفنية

لقطة شاشة لبرنامج HexChat ، وهو عميل IRC لبيئات GTK
إيرسي ، عميل IRC نصي

بروتوكول IRC هو بروتوكول مفتوح يستخدم TCP [ 13 ] ، ويمكنه استخدام TLS اختياريًا . يستطيع خادم IRC الاتصال بخوادم IRC أخرى لتوسيع شبكة IRC. [ 32 ] يصل المستخدمون إلى شبكات IRC عن طريق توصيل عميل بالخادم. [ 33 ] توجد العديد من تطبيقات العميل، مثل mIRC و HexChat و irssi ، وتطبيقات الخادم، مثل IRCd الأصلي . لا تتطلب معظم خوادم IRC من المستخدمين تسجيل حساب، ولكن يلزم اسم مستخدم قبل الاتصال. [ 34 ]

كان بروتوكول IRC في الأصل بروتوكولًا نصيًا عاديًا [ 13 ] (على الرغم من توسيعه لاحقًا)، والذي تم تخصيص المنفذ 194/TCP له بناءً على طلب من IANA . [ 35 ] ومع ذلك، كان المعيار الفعلي دائمًا هو تشغيل IRC على المنفذ 6667/TCP [ 36 ] وأرقام المنافذ القريبة (على سبيل المثال منافذ TCP 6660-6669، 7000) [ 37 ] لتجنب الحاجة إلى تشغيل برنامج IRCd بصلاحيات الجذر .

حدد البروتوكول أن الأحرف تتكون من 8 بت، لكنه لم يحدد ترميز الأحرف الذي يُفترض أن يستخدمه النص. [ 14 ] قد يُسبب هذا مشاكل عندما يرغب المستخدمون الذين يستخدمون برامج مختلفة و/أو منصات مختلفة في التواصل.

جميع بروتوكولات IRC من العميل إلى الخادم المستخدمة اليوم مشتقة من البروتوكول المطبق في إصدار irc2.4.0 من خادم IRC2، والموثق في RFC 1459. منذ نشر RFC 1459، أدت الميزات الجديدة في تطبيق irc2.10 إلى نشر العديد من وثائق البروتوكول المنقحة (RFC 2810، RFC 2811، RFC 2812 وRFC 2813)؛ ومع ذلك، لم يتم اعتماد هذه التغييرات في البروتوكول على نطاق واسع بين التطبيقات الأخرى.

على الرغم من نشر العديد من المواصفات المتعلقة ببروتوكول IRC، إلا أنه لا توجد مواصفات رسمية، إذ يبقى البروتوكول ديناميكيًا. ولا يعتمد أي عميل تقريبًا، وقليل جدًا من الخوادم، على مواصفات RFC المذكورة أعلاه كمرجع.

قامت مايكروسوفت بتطوير إضافة لبروتوكول IRC في عام 1998 عبر برنامج IRCX الخاص بها . [ 38 ] ثم توقفت لاحقًا عن توزيع البرامج التي تدعم IRCX، وقامت بدلاً من ذلك بتطوير برنامج MSNP الخاص بها .

تتخذ بنية شبكة خوادم IRC القياسية شكل شجرة . [ 39 ] تُوجَّه الرسائل عبر الفروع الضرورية فقط من الشجرة، بينما تُرسَل حالة الشبكة إلى كل خادم [ 40 ] ، ويوجد عمومًا مستوى عالٍ من الثقة الضمنية بين الخوادم. مع ذلك، تعاني هذه البنية من عدة مشاكل. فقد يتسبب خادم مُختل أو خبيث في أضرار جسيمة للشبكة [ 41 ]، وأي تغييرات في البنية، سواء كانت مقصودة أو ناتجة عن ظروف الشبكة الأساسية، تتطلب تقسيم الشبكة وإعادة ربطها. ينتج عن ذلك ازدحام كبير في حركة مرور الشبكة ورسائل خروج/انضمام غير صحيحة للمستخدمين [ 42 ] ، وفقدان مؤقت للاتصال للمستخدمين على الخوادم المنقسمة. إضافة خادم إلى شبكة كبيرة يعني زيادة كبيرة في عرض النطاق الترددي الأساسي للشبكة وزيادة كبيرة في استهلاك ذاكرة الخادم. بمجرد إنشاء الشبكة، تُرسَل كل رسالة إلى عدة مستلمين بطريقة مشابهة للبث المتعدد ، أي أن كل رسالة تقطع رابط الشبكة مرة واحدة فقط. [ 43 ] هذه نقطة قوة مقارنة بالبروتوكولات غير متعددة البث مثل بروتوكول نقل البريد البسيط (SMTP) أو بروتوكول المراسلة والحضور القابل للتوسيع (XMPP) .

يمكن استخدام خادم IRC على شبكة محلية (LAN). وبالتالي، يمكن استخدام IRC لتسهيل التواصل بين الأشخاص داخل الشبكة المحلية (التواصل الداخلي). [ 44 ] [ 45 ]

الأوامر والردود

تعتمد بروتوكولات IRC على بنية سطرية. يرسل العملاء رسائل من سطر واحد إلى الخادم، [ 46 ] ويتلقون ردودًا على تلك الرسائل، [ 47 ] ويتلقون نسخًا من بعض الرسائل المرسلة من عملاء آخرين. في معظم برامج العملاء، يمكن للمستخدمين إدخال الأوامر بإضافة الرمز "/" قبلها. وبحسب الأمر، قد يتولى العميل معالجة هذه الأوامر بالكامل، أو (عادةً للأوامر التي لا يتعرف عليها العميل) يتم تمريرها مباشرةً إلى الخادم، مع إمكانية إجراء بعض التعديلات. [ 48 ]

نظراً لطبيعة البروتوكول، لا تستطيع الأنظمة الآلية دائماً مطابقة الأمر المرسل مع رده بشكل صحيح وموثوقية تامة، وتخضع للتخمين. [ 49 ]

القنوات

تتمثل الوسيلة الأساسية للتواصل مع مجموعة من المستخدمين في جلسة IRC قائمة في استخدام قناة . [ 50 ] يمكن عرض القنوات على الشبكة باستخدام أمر IRC LIST ، [ 51 ] الذي يسرد جميع القنوات المتاحة حاليًا والتي لا تحتوي على الوضعين +s أو +p، على تلك الشبكة المحددة.

يمكن للمستخدمين الانضمام إلى قناة باستخدام أمر JOIN ، [ 52 ] وهو متوفر في معظم البرامج كـ /join #channelname . ثم تُعاد توجيه الرسائل المرسلة إلى القنوات المنضم إليها إلى جميع المستخدمين الآخرين. [ 50 ]

تُسبق القنوات المتاحة عبر شبكة IRC بأكملها بالرمز "#"، بينما تُستخدم علامة "&" للقنوات المحلية على خادم معين. [ 53 ] تشمل أنواع القنوات الأخرى الأقل شيوعًا قنوات "+" - وهي قنوات "بدون نموذج" بدون مُعاملات [ 54 ] - وقنوات "!"، وهي نوع من القنوات ذات الطابع الزمني على الشبكات التي لا تحتوي عادةً على طابع زمني. [ 55 ]

الأوضاع

قد يمتلك المستخدمون والقنوات أوضاعًا تُمثَّل بأحرف حساسة لحالة الأحرف [ 56 ] ، ويتم ضبطها باستخدام الأمر MODE . [ 57 ] أوضاع المستخدم وأوضاع القناة منفصلة، ​​ويمكن أن يستخدم الحرف نفسه للدلالة على معانٍ مختلفة (مثلًا، وضع المستخدم "i" هو وضع غير مرئي، بينما وضع القناة "i" هو وضع دعوة فقط. [ 58 ] ). عادةً ما يتم ضبط الأوضاع وإلغاء ضبطها باستخدام الأمر mode الذي يأخذ هدفًا (مستخدمًا أو قناة)، ومجموعة من الأوضاع المراد ضبطها (+) أو إلغاء ضبطها (-)، وأي معلمات تحتاجها الأوضاع.

تتطلب بعض أوضاع القنوات معلمات، بينما تُطبق أوضاع أخرى على مستخدم معين في القناة، أو تُضيف أو تُزيل قناعًا (مثل قناع الحظر) من قائمة مرتبطة بالقناة، بدلاً من تطبيقها على القناة ككل. [ 59 ] للأوضاع التي تُطبق على المستخدمين في القناة رمز خاص يُستخدم لتمثيل الوضع في ردود أسماء المستخدمين [ 60 ] (التي تُرسل إلى العملاء عند انضمامهم إلى القناة لأول مرة [ 52 ] واستخدام أمر أسماء المستخدمين)، وفي العديد من العملاء يُستخدم أيضًا لتمثيله في قائمة المستخدمين المعروضة في القناة، أو لعرض مؤشر خاص بأوضاع المستخدم.

لتحليل رسائل الوضع الواردة وتتبع حالة القناة بشكل صحيح، يجب أن يعرف العميل نوع كل وضع، وبالنسبة للأوضاع المطبقة على مستخدم معين في قناة ما، ما هو الرمز المقابل لكل حرف. في الإصدارات الأولى من بروتوكول IRC، كان يجب تضمين هذه المعلومات في كود العميل، ولكن يوجد الآن امتداد قياسي فعلي للبروتوكول يُسمى ISUPPORT، والذي يرسل هذه المعلومات إلى العميل عند الاتصال باستخدام الرقم 005. [ 61 ] [ 62 ]

يوجد خلل تصميمي بسيط في بروتوكول IRC فيما يتعلق بالأوضاع المطبقة على المستخدمين في القنوات: إذ لا يمكن لرسالة الأسماء المستخدمة لإنشاء حالة القناة الأولية إرسال سوى وضع واحد لكل مستخدم في القناة، [ 60 ] ولكن يمكن تعيين أوضاع متعددة لمستخدم واحد. على سبيل المثال، إذا كان لدى مستخدم ما كل من وضع المشغل (+o) ووضع الصوت (+v) في قناة ما، فلن يتمكن عميل جديد من رؤية الوضع ذي الأولوية الأقل (أي وضع الصوت). توجد حلول بديلة لهذه المشكلة من جانب العميل والخادم على حد سواء؛ ومن الحلول الشائعة استخدام امتداد "البادئات المتعددة" في IRCv3. [ 63 ]

الأوضاع القياسية (RFC 1459)

أوضاع المستخدم
خطابرمزوصف
أناغير مرئي - لا يمكن رؤيته بدون قناة مشتركة أو معرفة الاسم الدقيق
sيستقبل إشعارات الخادم
wيتلقى ضربات قوية [ 64 ]
oالمستخدم هو مشغل IRC (ircop)
أوضاع القنوات
خطابرمزحدود)وصف
o@اسم المستخدم المتأثريستطيع مشغل القناة تغيير أوضاع القناة وإخراج المستخدمين منها، بالإضافة إلى أمور أخرى.
sقناة سرية - لا تظهر في قائمة القنوات أو معلومات المستخدم إلا للمستخدمين الموجودين بالفعل في القناة
صقناة خاصة - مدرجة في قائمة القنوات باسم "prv" وفقًا لـ RFC 1459
نلا يمكن للمستخدمين إرسال رسائل إلى القناة من خارجها.
مالقناة تخضع للإشراف (لا يمكن إرسال الرسائل إليها إلا لمن يملكون صلاحية مشغل القناة أو صلاحية الصوت فيها).
أنايُسمح فقط للمستخدمين الذين لديهم دعوات بالدخول إلى القناة.
تلا يمكن تغيير موضوع القناة إلا من قبل مشغلي القنوات.
لالعدد المحدوديحد من عدد المستخدمين الذين يمكنهم التواجد في القناة (عندما تكون القناة ممتلئة، لا يمكن للمستخدمين الجدد الانضمام).
بحظر القناع (الاسم المستعار!user@host مع السماح باستخدام الأحرف البديلة)حظر استخدام أقنعة المضيف من القناة
v+اسم المستخدم المتأثريُعطي المستخدم حالة صوتية على القناة (انظر +m أعلاه)
كمفتاح القناة الجديديُعيّن مفتاح قناة بحيث لا يتمكن من الدخول إلا المستخدمون الذين يعرفون المفتاح

أضافت العديد من البرامج والشبكات أوضاعًا إضافية أو عدّلت سلوك الأوضاع المذكورة في القائمة أعلاه. [ 65 ] [ 66 ] [ 67 ] [ 68 ]

مشغلو القنوات

مُشغّل القناة هو عميل على قناة IRC يُدير القناة. يُمكن التعرّف على مُشغّلي قنوات IRC بسهولة من خلال الرمز أو الأيقونة الموجودة بجانب أسمائهم (يختلف ذلك باختلاف تطبيق العميل، وعادةً ما يكون رمز "@" في البداية، أو دائرة خضراء، أو حرف لاتيني "+o"/"o"). في معظم الشبكات، يُمكن للمُشغّل القيام بما يلي:

  • طرد مستخدم.
  • حظر المستخدم.
  • امنح مستخدمًا آخر حالة مشغل قناة IRC أو حالة صوت قناة IRC.
  • قم بتغيير موضوع قناة IRC أثناء ضبط وضع القناة على +t.
  • قم بتغيير أقفال وضع قناة IRC.

المشغلون

يحتفظ بعض المستخدمين بصلاحيات موسعة على خادمهم المحلي، أو على الشبكة بأكملها؛ ويُطلق عليهم مُشغّلو IRC، [ 69 ] ويُختصر أحيانًا إلى IRCops أو Opers (لا يُخلط بينهم وبين مُشغّلي القنوات). ونظرًا لاختلاف تطبيق IRCd، تختلف أيضًا صلاحيات مُشغّل IRC على IRCd المُحدد. تنص RFC 1459 [ 69 ] على أن مُشغّلي IRC "شر لا بد منه" للحفاظ على حالة الشبكة نظيفة، ولذلك يجب أن يكونوا قادرين على فصل الخوادم وإعادة توصيلها. بالإضافة إلى ذلك، ولمنع المستخدمين المُسيئين أو حتى البرامج الآلية الضارة من الدخول إلى IRC، يُسمح عادةً لمُشغّلي IRC بفصل العملاء وحظر عناوين IP أو الشبكات الفرعية بالكامل. كما تسمح الشبكات التي تُقدّم خدمات (مثل NickServ وغيرها) عادةً لمُشغّلي IRC بالتعامل مع مسائل "الملكية" الأساسية. قد تشمل الحقوق المميزة الأخرى تجاوز حظر القنوات (القدرة على الانضمام إلى القنوات التي لا يُسمح لهم بالانضمام إليها إذا لم يكونوا تحت إشراف أحد)، والقدرة على الإشراف على القنوات التي لا يمكنهم الانضمام إليها بدون إشراف أحد، والإشراف التلقائي على القنوات دائمًا، وما إلى ذلك.

أقنعة المضيف

قناع المضيف هو مُعرّف فريد لعميل IRC متصل بخادم IRC . [ 70 ] [ 71 ] يمكن لخوادم IRC والخدمات والعملاء الآخرين، بما في ذلك الروبوتات ، استخدامه لتحديد جلسة IRC معينة.

صيغة قناع المضيف هي nick!user@host. يبدو قناع المضيف مشابهاً لعنوان البريد الإلكتروني ، ولكن يجب عدم الخلط بينهما ، حيث يتميز بعلامة  ! للإشارة إلى أمر، والاسم المستعار.

يُشير جزء "الاسم المستعار" إلى الاسم الذي يختاره المستخدم، ويمكن تغييره أثناء الاتصال. أما جزء "اسم المستخدم" فهو اسم المستخدم الذي يُظهره برنامج ident على جهاز العميل. [ 72 ] إذا لم يكن برنامج ident متوفرًا على جهاز العميل، فسيتم استخدام اسم المستخدم المُحدد عند اتصال العميل، بعد إضافة علامة المد (~) قبله . [ 73 ]

يمثل جزء "المضيف" اسم المضيف الذي يتصل منه العميل. إذا تعذر على الخادم تحويل عنوان IP الخاص بالعميل إلى اسم مضيف صالح، فسيتم استخدامه بدلاً من اسم المضيف.

نظرًا لما يترتب على كشف عنوان IP أو اسم مضيف العميل من آثار على الخصوصية ، توفر بعض برامج IRC ميزات خصوصية إضافية، مثل وضع "+x" في InspIRCd أو UnrealIRCd. يقوم هذا الوضع بتشفير عنوان IP الخاص بالعميل أو إخفاء جزء من اسم مضيفه، مما يجعله غير قابل للقراءة للمستخدمين باستثناء مشرفي IRC . كما يمكن للمستخدمين طلب "مضيف افتراضي" (أو "vhost") لعرضه في قناع المضيف لزيادة إخفاء الهوية. تستخدم بعض شبكات IRC، مثل Libera Chat أو Freenode ، هذه الميزات كـ"غطاء" للإشارة إلى انتماء المستخدم إلى مجموعة أو مشروع. [ 74 ]

مخطط URI

توجد ثلاثة أنظمة معترف بها مؤقتًا لمعرفات الموارد الموحدة (URI): ircو ircsو irc6. [ 75 ] وعند دعمها، فإنها تسمح بالروابط التشعبية بأشكال متنوعة، بما في ذلك

irc://<host>[:<port>]/[<channel>[?<channel_keyword>]] ircs://<host>[:<port>]/[<channel>[?<channel_keyword>]] irc6://<host>[:<port>]/[<channel>[?<channel_keyword>]]

(حيث تكون العناصر المحصورة بين قوسين ([,]) اختيارية) تُستخدم للاتصال (عند الضرورة) بالمضيف المحدد (أو الشبكة، إذا كان معروفًا لعميل IRC) والانضمام إلى القناة المحددة. [ 76 ] (يمكن استخدام هذا داخل العميل نفسه، أو من تطبيق آخر مثل متصفح الويب). irc هو عنوان URI الافتراضي، وirc6 يحدد اتصالًا باستخدام IPv6، وircs يحدد اتصالًا آمنًا.

بحسب المواصفات، يُضاف رمز التجزئة (#) المعتاد إلى بداية أسماء القنوات التي تبدأ بحرف أبجدي رقمي ، مما يسمح بحذفه. بعض التطبيقات (مثل mIRC) تفعل ذلك تلقائيًا، مما ينتج عنه قناة إضافية (غير مقصودة عادةً) (مثل ##channel) إذا كانت موجودة في عنوان URL.

تسمح بعض التطبيقات بتحديد قنوات متعددة، مفصولة بفواصل. [ 77 ]

التحديات

تمثلت المشكلات في التصميم الأصلي لبروتوكول IRC في كمية بيانات الحالة المشتركة [ 78 ] [ 79 ] التي حدّت من قابليته للتوسع، [ 80 ] وغياب معرّفات المستخدمين الفريدة مما أدى إلى مشكلة تضارب الأسماء المستعارة، [ 81 ] وعدم وجود حماية من انقسامات الشبكة عن طريق التوجيه الدوري، [ 82 ] [ 83 ] والمفاضلة بين قابلية التوسع والحصول على معلومات فورية عن وجود المستخدم، [ 84 ] ونقاط ضعف البروتوكول التي وفرت بيئةً للاستغلال، [ 85 ] وعدم وجود آلية شفافة وقابلة للتحسين لتمرير الرسائل، [ 86 ] وعدم وجود تشفير. [ 87 ] وقد تمّت معالجة بعض هذه المشكلات في بروتوكول IRC الحديث .

الهجمات

نظرًا لأن اتصالات IRC قد تكون غير مشفرة وتمتد عادةً لفترات طويلة، فإنها تُعد هدفًا جذابًا لمهاجمي هجمات الحرمان من الخدمة (DoS/DDoS) والمتسللين . ولذلك، من الضروري وضع سياسة أمنية دقيقة لضمان عدم تعرض شبكة IRC لهجوم مثل حرب السيطرة . كما قد تحتوي شبكات IRC على مستخدمين أو خوادم من نوع K-line أو G-line، مما قد يكون له تأثير ضار.

تدعم بعض خوادم IRC اتصالات SSL/TLS لأغراض أمنية. يُسهم هذا في الحد من استخدام برامج تحليل حزم البيانات للحصول على كلمات مرور مستخدمي IRC، إلا أن فائدته محدودة خارج هذا النطاق نظرًا لطبيعة قنوات IRC العامة. تتطلب اتصالات SSL دعمًا من كلٍّ من العميل والخادم (مما قد يستلزم تثبيت المستخدم لملفات SSL الثنائية وتصحيحات أو وحدات خاصة بعميل IRC على جهازه). كما تستخدم بعض الشبكات SSL للاتصالات بين الخوادم، وتوفر علامة قناة خاصة (مثل علامة "- +S") للسماح فقط للمستخدمين المتصلين عبر SSL بالوصول إلى القناة، مع منع تحديد هوية المشغل بنص واضح، وذلك للاستفادة القصوى من مزايا SSL. [ 88 ] [ 89 ]

لقد كان بروتوكول IRC بمثابة مختبر مبكر للعديد من أنواع الهجمات على الإنترنت، مثل استخدام رسائل ICMP المزيفة التي لا يمكن الوصول إليها لكسر اتصالات IRC القائمة على بروتوكول TCP ( التدمير الذاتي ) لإزعاج المستخدمين أو تسهيل عمليات الاستيلاء .

منع الإساءة

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

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

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

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

تستخدم معظم الشبكات اليوم أسلوب الطوابع الزمنية. وقد أدى التباين بين الطوابع الزمنية وبروتوكولات ND/CD إلى انفصال العديد من الخوادم عن شبكة EFnet وتأسيس شبكة IRCnet الأحدث . بعد الانفصال، انتقلت EFnet إلى بروتوكول الطوابع الزمنية، بينما استخدمت IRCnet بروتوكولات ND/CD.

في الإصدارات الحديثة من خادم IRCnet، وكذلك خوادم IRC التي تستخدم بروتوكول TS6 (بما في ذلك Charybdis)، تم استبدال/توسيع ND بآلية تُسمى SAVE. تُخصص هذه الآلية لكل عميل مُعرّفًا فريدًا ( UID) عند الاتصال بخادم IRC. يبدأ هذا المُعرّف برقم، وهو أمر ممنوع في أسماء المستخدمين (مع أن بعض خوادم IRC، وتحديدًا IRCnet وInspIRCd، تسمح للعملاء باستخدام مُعرّفهم الفريد كاسم مستخدم).

إذا انضم عميلان يحملان نفس الاسم المستعار من طرفين مختلفين لشبكة مقسمة ("تصادم الأسماء المستعارة")، فإن الخادم الأول الذي يلاحظ هذا التصادم سيجبر كلا العميلين على تغيير اسمهما المستعار إلى معرّف المستخدم الخاص بهما، وبالتالي يجنّبهما الانقطاع عن الشبكة. في IRCnet، سيتم أيضًا قفل الاسم المستعار لفترة محددة (ND) لمنع كلا العميلين من العودة إلى الاسم المستعار الأصلي، وبالتالي تجنب التصادم مرة أخرى.

العملاء

برنامج العميل

مخطط لشبكة IRC مع عملاء عاديين (باللون الأخضر)، وبرامج روبوت (باللون الأزرق)، وحراس (باللون البرتقالي).

تتوفر برامج عميل لأنظمة تشغيل وحزم برمجية متنوعة، بالإضافة إلى عملاء عبر الإنترنت أو داخل الألعاب. وتتوفر العديد من برامج العميل لأنظمة التشغيل المختلفة، بما في ذلك ويندوز ، ويونكس ، ولينكس ، وماك أو إس ، وأنظمة تشغيل الأجهزة المحمولة (مثل آي أو إس وأندرويد ) . على نظام ويندوز، يُعدّ mIRC أحد أشهر برامج العميل. [ 90 ] تأتي بعض توزيعات لينكس مزودة ببرنامج عميل IRC مثبت مسبقًا، مثل لينكس منت الذي يأتي مزودًا ببرنامج HexChat مثبتًا مسبقًا.

تُعدّ بعض البرامج القابلة للتوسيع عبر الإضافات بمثابة منصات لعملاء IRC. على سبيل المثال، يتضمن الإصدار 22.3 من Emacs عميلاً يُدعى ERC ، مكتوبًا بالكامل بلغة Emacs Lisp . وبالتالي، يمكن لأي منصة قادرة على تشغيل Emacs تشغيل ERC.

يحتوي عدد من متصفحات الويب على عملاء IRC مدمجين، مثل:

يمكن تشغيل برامج العملاء المستندة إلى الويب، مثل Mibbit و KiwiIRC مفتوحة المصدر، في معظم المتصفحات.

ألعاب مثل War§ow ، [ 91 ] وUnreal Tournament (حتى Unreal Tournament 2004 )، [ 92 ] وUplink ، [ 93 ] والألعاب المبنية على Spring Engine ، و 0 AD و ZDaemon، تضمنت بروتوكول IRC. [ 94 ]

تعتمد واجهة الدردشة في Ustream على بروتوكول IRC مع مصادقة مخصصة [ 95 ] ، وكذلك واجهة Twitch (المعروفة سابقًا باسم Justin.tv). [ 96 ] [ 97 ]

الروبوتات

يُستخدم الروبوتات عادةً في بروتوكول IRC لتوفير خدمات IRC أو وظائف محددة داخل القناة، مثل استضافة لعبة دردشة أو إرسال إشعارات بالأحداث الخارجية. مع ذلك، تُستخدم بعض روبوتات IRC لشنّ هجمات خبيثة، مثل هجمات حجب الخدمة، أو إرسال الرسائل المزعجة، أو استغلال الثغرات الأمنية. [ 98 ]

حارس الأمن

يُعرف البرنامج الذي يعمل كخدمة على الخادم ويؤدي وظيفة وكيل دائم باسم BNC أو bouncer. يتمثل الغرض منه في الحفاظ على اتصال بخادم IRC، حيث يعمل كوسيط بين الخادم والعميل، أو ببساطة كوكيل. في حال انقطاع اتصال العميل بالشبكة، قد يبقى BNC متصلاً ويحفظ جميع البيانات المُرسلة لإعادة إرسالها لاحقًا، مما يسمح للمستخدم باستئناف جلسة IRC دون انقطاع اتصاله بالخادم. [ 99 ]

علاوة على ذلك، وللحصول على تأثير مشابه لتأثير حارس البوابة، يمكن تشغيل عميل IRC (عادةً ما يكون نصيًا ، مثل Irssi ) على خادم يعمل باستمرار، ويتصل به المستخدم عبر SSH . يتيح هذا أيضًا للأجهزة التي تحتوي على وظيفة SSH فقط، ولكن ليس لديها عميل IRC مثبت عليها، الاتصال بشبكة IRC، كما يتيح مشاركة جلسات IRC. [ 100 ]

لمنع إغلاق برنامج IRC عند انقطاع اتصال SSH، يمكن تشغيله داخل مُضاعِف طرفي مثل GNU Screen أو tmux ، مما يضمن اتصاله الدائم بشبكة IRC وقدرته على تسجيل المحادثات في القنوات التي تهم المستخدم، أو الحفاظ على وجود قناة معينة على الشبكة. وبناءً على هذا النموذج، تم إطلاق برنامج Smuxi، وهو برنامج عميل IRC يعمل بنظام العميل والخادم، في عام 2004. [ 101 ] [ 102 ]

محرك البحث

تتوفر العديد من محركات البحث لمساعدة المستخدم في العثور على ما يبحث عنه على IRC. [ 103 ] [ 104 ] يتكون محرك البحث عمومًا من جزأين، "الخادم الخلفي" (أو "العنكبوت/الزاحف") و"محرك البحث الأمامي".

يُعدّ نظام الزحف (العنكبوت/برنامج الزحف على الويب) العمود الفقري لمحرك البحث. فهو مسؤول عن زحف خوادم IRC لفهرسة المعلومات المُرسلة عبرها. تتكون المعلومات المفهرسة عادةً من نصوص القنوات فقط (النصوص المعروضة علنًا في القنوات العامة). وتكون طريقة التخزين عادةً نوعًا من قواعد البيانات العلائقية، مثل MySQL أو Oracle .

محرك البحث الأمامي هو واجهة المستخدم لقاعدة البيانات. فهو يتيح للمستخدمين البحث في قاعدة البيانات المفهرسة لاسترجاع البيانات التي يبحثون عنها. ويمكن برمجة محركات البحث الأمامية هذه بلغات برمجة متعددة.

معظم محركات البحث لديها برنامج زحف خاص بها، وهو تطبيق واحد مسؤول عن فهرسة قنوات IRC؛ بينما تعتمد محركات بحث أخرى على فهرسة "المستخدمين". تعتمد هذه الأخيرة على تثبيت المستخدمين لإضافات خاصة بهم على برنامج IRC الخاص بهم؛ حيث تقوم هذه الإضافات بإرسال معلومات القنوات التي يتواجد فيها المستخدم إلى قاعدة البيانات.

قام العديد من المستخدمين بإنشاء محركات بحث مخصصة باستخدام ميزات التسجيل المدمجة في العديد من برامج IRC. عادةً ما تُنفذ هذه المحركات على شكل روبوتات وتُخصص لقناة معينة أو مجموعة من القنوات المرتبطة بها.

ترميز الأحرف

لا يزال بروتوكول IRC يفتقر إلى معيار عالمي موحد لكيفية إرسال الأحرف خارج نطاق ترميز ASCII ذي 7 بتات . عادةً ما تنقل خوادم IRC الرسائل من عميل إلى آخر على شكل سلاسل بايتات، دون أي تفسير أو إعادة ترميز للأحرف . يفتقر بروتوكول IRC (على عكس بروتوكولات أخرى مثل MIME أو HTTP ) إلى آليات للإعلان عن خيارات ترميز الأحرف والتفاوض بشأنها. وقد أدى ذلك إلى تحميل العميل مسؤولية اختيار برنامج الترميز المناسب. عمليًا، استخدمت قنوات IRC إلى حد كبير نفس ترميزات الأحرف التي استخدمتها أنظمة التشغيل (وخاصةً مشتقات Unix ) في مجتمعات اللغات المعنية.

  • عصر 7 بت: في بدايات بروتوكول IRC، وخاصةً بين مستخدمي اللغات الإسكندنافية والفنلندية ، كانت النسخ الوطنية من معيار ISO 646 هي ترميز الأحرف السائد . تُرمّز هذه النسخ أحرفًا غير ASCII مثل Ä Ö Å ä ö å في المواضع 0x5B 0x5C 0x5D 0x7B 0x7C 0x7D ( ASCII الأمريكي : [ \ ] { | } ). لهذا السبب، يُسمح دائمًا باستخدام هذه الرموز في أسماء المستخدمين. وفقًا لمعيار RFC 1459، يجب التعامل مع { | } في أسماء المستخدمين على أنها مكافئة للأحرف الصغيرة لـ [ \ ] على التوالي. [ 14 ] بحلول أواخر التسعينيات، اختفى استخدام ترميز 7 بت لصالح معيار ISO 8859-1 ، وتم حذف هذه التعيينات المكافئة من بعض برامج IRC.
  • عصر 8 بت: منذ أوائل التسعينيات، شاع استخدام ترميزات 8 بت مثل ISO 8859-1 للغات الأوروبية. كان لدى المستخدمين الروس خيار بين KOI8-R و ISO 8859-5 و CP1251 ، ومنذ حوالي عام 2000، تقوم شبكات IRC الروسية الحديثة بالتحويل بين هذه الترميزات المختلفة الشائعة الاستخدام للأبجدية السيريلية .
  • عصر الترميز متعدد البايتات: لفترة طويلة، استخدمت قنوات IRC في شرق آسيا، التي تستخدم نصوصًا تصويرية في الصين واليابان وكوريا، ترميزات متعددة البايتات مثل EUC أو ISO-2022-JP . ومع الانتقال الشائع من ISO 8859 إلى UTF-8 على منصات Linux وUnix منذ حوالي عام 2002، أصبح UTF-8 بديلاً شائعًا بشكل متزايد للعديد من ترميزات 8 بت المستخدمة سابقًا في القنوات الأوروبية. تستطيع بعض برامج IRC الآن قراءة الرسائل بترميز ISO 8859-1 أو UTF-8 في نفس القناة، مع الكشف التلقائي عن الترميز المستخدم. بدأ التحول إلى UTF-8 بشكل خاص في قنوات IRC الناطقة باللغة الفنلندية ( Merkistö (الفنلندية) ).

اليوم، يُعد ترميز UTF-8 الخاص بنظام Unicode / ISO 10646 الخيار الأرجح ليكون معيارًا موحدًا لترميز الأحرف في جميع اتصالات IRC مستقبلًا، في حال تم تخفيف قيد حجم الرسالة البالغ 510 بايت. يتوافق UTF-8 مع ASCII ويغطي مجموعة شاملة من جميع معايير ترميز الأحرف الأخرى الشائعة الاستخدام .

ملف

على غرار مشاركة الملفات التقليدية عبر بروتوكول P2P ، يمكن للمستخدمين إنشاء خوادم ملفات تتيح لهم مشاركة الملفات باستخدام روبوتات IRC مخصصة أو برامج نصية لعميل IRC الخاص بهم . غالبًا ما يتجمع المستخدمون لتوزيع البرامج المقرصنة عبر شبكة من روبوتات IRC. [ 105 ]

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

انظر أيضاً

الاقتباسات

  1. ↑ "من واحد إلى متعدد" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 11. القسم 3.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  2. ↑ "الاتصال من طرف إلى طرف" . بروتوكول دردشة الإنترنت: البنية . IETF . ص 5. القسم 5.1. doi : 10.17487/RFC2810 . RFC 2810 .   
  3. ↑ رولو، تروي. "وصف لبروتوكول DCC" . IRCHelp.org . تم الاطلاع عليه بتاريخ 8 أبريل 2011 .
  4. ↑ وانغ، والاس (25 أكتوبر 2004). "المراسلة الفورية وغرف الدردشة عبر الإنترنت: دردشة التتابع عبر الإنترنت (IRC)" . كتاب مشاركة الملفات هذا ( الطبعة الأولى). سان فرانسيسكو، كاليفورنيا : دار نشر نو ستارش . الصفحات 61-67 . ISBN   978-1-59327-050-6.
  5. 1 2 3 "انتهى عصر IRC، فليحيا IRC" . بينغدوم . 24 أبريل 2012. مؤرشف من الأصل في 15 أغسطس 2017. تم الاطلاع عليه في 25 أبريل 2016 .
  6. ↑ "شبكات IRC - أفضل 100 شبكة" . irc.netsplit.de . تم الاطلاع عليه بتاريخ 29 مارس 2026 .
  7. ١ ٢ ٣ ٤ ٥ ٦ ٧ ٨ ٩ ١٠ ١١ ستينبرغ، دانيال. "تاريخ IRC (دردشة الترحيل عبر الإنترنت)" . تم الاطلاع عليه في ٢٥ أبريل ٢٠١٦. لم أختبر كل هذا بنفسي . لقد وجدت معلومات من مصادر مختلفة وتلقيت معلومات من أشخاص مختلفين لكتابة هذا. من بين الأشخاص الذين ساعدوني في هذا: غريغ "wumpus" ليندال، فيسا "vesa" روكونين، جيمس نغ، توماس هينو، ريتشارد (eagle's على undernet)، آري ليمكي
  8. 1 2 أويكارنين، جاركو . "تأسيس IRC" . mIRC . مؤرشف من الأصل في 27 أبريل 2011. تم الاسترجاع في 8 أبريل 2011 .
  9. 1 2 "تاريخ بروتوكول IRC (الدردشة عبر الإنترنت)" . daniel.haxx.se . تم الاطلاع عليه بتاريخ 22 يوليو 2023 .
  10. ↑ "نصوص محادثات IRC من وقت محاولة الانقلاب السوفيتي عام 1991" . تشابل هيل، كارولاينا الشمالية : ibiblio . مؤرشفة من الأصل في 28 يونيو 2009. تم الاطلاع عليها في 8 أبريل 2011 .
  11. ↑ "سجلات IRC لأحداث حرب الخليج" . تشابل هيل، كارولاينا الشمالية : ibiblio . تم ​​الاطلاع عليه بتاريخ 8 أبريل 2011 .
  12. ↑ "سجلات الأحداث الرئيسية في المجتمع الإلكتروني" . تشابل هيل، كارولاينا الشمالية : ibiblio . تم ​​الاطلاع عليه بتاريخ 8 أبريل 2011 .
  13. 1 2 3 "مقدمة" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 4. القسم 1. doi : 10.17487/RFC1459 . RFC 1459 .   
  14. 1 2 3 "رموز الأحرف" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 7. القسم 2.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  15. ↑ إنجين، فيجارد (مايو 2000). "الانقسام الكبير" . IRC.org . تم الاطلاع عليه بتاريخ 25 أبريل 2016 .
  16. ↑ "أوضاع القنوات" . ويكي توثيق UnrealIRCd . تم الاطلاع عليه بتاريخ 6 يناير 2018 .
  17. ↑ "التخفي" . ويكي توثيق UnrealIRCd . تم الاطلاع عليه بتاريخ 6 يناير 2018 .
  18. ↑ "إيقاف تشغيل برنامج مراقبة بروكسي Blitzed المفتوح" . تم إيقاف تشغيل برنامج مراقبة بروكسي المفتوح، الذي كانت توفره شبكة Blitzed IRC... كانت قاعدة البيانات ضخمة للغاية لدرجة أنه يكاد يكون من المستحيل على الفريق إجراء نسخ احتياطي لها، أو إيجاد موقع جديد لمواصلة الخدمة. إضافة إلى ذلك، لم يعد لدى معظم أعضاء الفريق الوقت الكافي للحفاظ على تشغيل الخدمة.
  19. ↑ "ما هو قناع المضيف؟" « GeekShed IRC" . تم الاطلاع عليه بتاريخ 26 يونيو 2026 . 
  20. ↑ "IRCv3" . مجموعة عمل IRCv3. 2016. تم الاطلاع عليه بتاريخ 25 أبريل 2016. مجموعة عمل IRCv3 هي مجموعة من مطوري برامج عميل وخادم IRC الذين يعملون على تحسين بروتوكول IRC وصيانته وتوحيده باستخدام ملحقات متوافقة مع الإصدارات السابقة.
  21. ↑ "الشبكات - IRCv3" . 2019. تم الاطلاع عليه بتاريخ 9 أغسطس 2019 .
  22. ↑ "شبكات IRC - مرتبة أبجديًا" . netsplit.de . تم الاطلاع عليه بتاريخ 12 يناير 2022 .
  23. ↑ "شبكات IRC - أفضل 100 شبكة" . netsplit.de . تم الاطلاع عليه بتاريخ 12 يناير 2022 .
  24. ↑ "أفضل 10 مواقع على netsplit.de" . تم الاطلاع عليه بتاريخ 15 يناير 2021 .
  25. 1 2 شارالابيديس، أليكس (15 ديسمبر 1999). "الدردشة عبر بروتوكول IRC على نظام ماكنتوش: Ircle". كتاب IRC: الدليل الشامل لدردشة الإنترنت المرحلية ( الطبعة الأولى). سان فرانسيسكو، كاليفورنيا : دار نشر نو ستارش. ص 61. ISBN   978-1-886411-29-6في الشبكات الكبيرة مثل الشبكات الأربع الكبرى - EFnet و IRCnet و Undernet و DALnet - فإن محاولة سرد آلاف القنوات باستخدام Ircle تؤدي دائمًا إلى قطع الاتصال بسبب تدفق المعلومات، بينما يمكن للعملاء الآخرين عادةً إدارة هذا الأمر، إذا كنت متصلاً بشبكة إيثرنت مباشرة .
  26. 1 2 جونز، ستيف، محرر. (10 ديسمبر 2002). "دردشة التتابع عبر الإنترنت". موسوعة الوسائط الجديدة: مرجع أساسي للاتصالات والتكنولوجيا ( الطبعة الأولى). ثاوزند أوكس، كاليفورنيا : منشورات سيج . ص 257. ISBN   978-0-7619-2382-4يوجد اليوم المئات من شبكات IRC المستقلة، لكن "الأربعة الكبار" هم EFNet و UnderNet و Dalnet و IRCnet .
  27. 1 2 ريتنر، دون (3 مارس 1999). كتاب آي ماك ( الطبعة الأولى). سكوتسديل، أريزونا : مجموعة كوريوليس. ص 215. ISBN   978-1-57610-429-3هناك العديد من الشبكات الكبيرة: EFnet و UnderNET و DALnet و IRCnet تشكل الشبكات الأربع الكبرى .
  28. ↑ توربان، إفرايم؛ ليدنر، دوروثي؛ ماكلين، إفرايم؛ ويذربي، جيمس (7 فبراير 2005). "التواصل". تكنولوجيا المعلومات للإدارة: تحويل المنظمات في الاقتصاد الرقمي ( الطبعة الخامسة). هوبوكين، نيو جيرسي : جون وايلي وأولاده . الصفحات 106-107 . ISBN   978-0-471-70522-2. تم تجميع أكبر الشبكات تقليديًا على أنها "الأربعة الكبار": EFNet و IrcNet و QuakeNet و UnderNet.
  29. ↑ "شبكات IRC - أفضل 100 شبكة" . irc.netsplit.de . netsplit.de . تم الاطلاع عليه بتاريخ 15 يناير 2021 . 
  30. ↑ "إحصائيات شبكة الاختراق" . Netsplit.de . تم الاطلاع عليه بتاريخ 29 مارس 2026 .
  31. ↑ "إحصائيات شبكة HybridIRC" . Netsplit.de . تم الاطلاع عليه بتاريخ 29 مارس 2026 .
  32. ↑ "الخوادم" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 4. القسم 1.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  33. ↑ "العملاء" . بروتوكول دردشة الترحيل عبر الإنترنت: البنية . IETF . ص 3. القسم 2.2. doi : 10.17487/RFC2810 . RFC 2810 .   
  34. ↑ "العملاء" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 5. القسم 1.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  35. ↑ "أرقام المنافذ" . مارينا ديل ري، كاليفورنيا : هيئة أرقام الإنترنت المخصصة . 6 أبريل 2011. تم الاطلاع عليه في 5 أبريل 2021 .
  36. ↑ "رسالة اتصال" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 29. القسم 4.3.5. doi : 10.17487/RFC1459 . RFC 1459 .   
  37. ↑ لوكاس، مارك؛ سينغ، أبيشيك؛ كانتريل، كريس (5 أكتوبر 2006). "تعريف جدار الحماية". في هينمي، آن (محررة). سياسات جدار الحماية وتكوينات الشبكات الافتراضية الخاصة . روكلاند، ماساتشوستس : دار نشر سينغريس. ص 93. ISBN  978-1-59749-088-7.
  38. ↑ أبراهام، دالين (يونيو 1998). إضافات لبروتوكول دردشة الإنترنت المرحلية (IRCX) . IETF . المعرف draft-pfenning-irc-extensions-04 . تاريخ الاسترجاع 8 أبريل 2011 .
  39. ↑ "البنية" . بروتوكول دردشة الإنترنت المرحلي: البنية . IETF . الصفحات 3-4 . القسم 3. doi : 10.17487/RFC2810 . RFC 2810 .   
  40. ↑ "مقدمة" . بروتوكول دردشة الإنترنت المرحلي: البنية . IETF . ص 2. القسم 1. doi : 10.17487/RFC2810 . RFC 2810 .   
  41. ↑ "الخوارزميات" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 64. القسم 9.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  42. ↑ "ازدحام الشبكة" . بروتوكول دردشة الترحيل عبر الإنترنت: البنية . IETF . الصفحات 7-8 . القسم 6.3. doi : 10.17487/RFC2810 . RFC 2810 .   
  43. ↑ "إلى قناة" . بروتوكول دردشة الإنترنت المرحلي: البنية . IETF . الصفحات 5-6 . القسم 5.2.1. doi : 10.17487/RFC2810 . RFC 2810 .   
  44. ↑ "برامج IRC لشبكات LAN" . مؤرشف من الأصل في 6 أكتوبر 2014. تم الاطلاع عليه في 2 أكتوبر 2014 .
  45. ↑ "تشغيل خادم IRC خاص" . مؤرشف من الأصل في 6 أكتوبر 2014. تم الاطلاع عليه في 2 أكتوبر 2014 .
  46. ↑ "تنسيق الرسائل في صيغة BNF الزائفة" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 8. القسم 2.3.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  47. ↑ "الردود الرقمية" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 10. القسم 2.4. doi : 10.17487/RFC1459 . RFC 1459 .   
  48. ↑ غرف دردشة IRC
  49. ↑ "أوضاع قوائم IRC - امتداد وضع القائمة الذي يُظهر الخلط بين الأزواج في القوائم" . 25 نوفمبر 2009. تم الاطلاع عليه في 8 أبريل 2011 .
  50. 1 2 "إلى مجموعة (قناة)" . بروتوكول دردشة الإنترنت المرحلية . IETF . ص 11. القسم 3.2.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  51. ↑ "رسالة قائمة" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 24. القسم 4.2.6. doi : 10.17487/RFC1459 . RFC 1459 .   
  52. 1 2 "رسالة الانضمام" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 19. القسم 4.2.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  53. ↑ "نطاق القناة" . دردشة الترحيل عبر الإنترنت: إدارة القنوات . IETF . الصفحات 3-4 . القسم 2.2. doi : 10.17487/RFC2811 . RFC 2811 .   
  54. ↑ "خصائص القناة" . بروتوكول دردشة الترحيل عبر الإنترنت: إدارة القنوات . IETF . ص 4. القسم 2.3. doi : 10.17487/RFC2811 . RFC 2811 .   
  55. ↑ "مدة بقاء القناة" . بروتوكول دردشة الترحيل عبر الإنترنت: إدارة القنوات . IETF . ص 5. القسم 3. doi : 10.17487/RFC2811 . RFC 2811 .   
  56. ↑ "أوضاع القنوات" . بروتوكول دردشة الترحيل عبر الإنترنت: إدارة القنوات . IETF . ص 7، القسم 4. doi : 10.17487/RFC2811 . RFC 2811 .   
  57. ↑ "رسالة الوضع" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 21. القسم 4.2.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  58. ↑ "أوضاع القنوات" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . الصفحات 21-22 . القسم 4.2.3.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  59. ↑ "التحكم في الوصول إلى القناة" . دردشة الترحيل عبر الإنترنت: إدارة القناة . IETF . الصفحات 10-11 . القسم 4.3. doi : 10.17487/RFC2811 . RFC 2811 .   
  60. 1 2 "استجابات الأوامر: 353 RPL_NAMREPLY" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 51. doi : 10.17487/RFC1459 . RFC 1459 . 
  61. ↑ روكس، كورت (14 أكتوبر 2004). "الرقم 005: ISUPPORT" . irc.org . تم الاطلاع عليه في 10 أبريل 2011 .
  62. ↑ بروكلزبي، إدوارد (سبتمبر 2002). التعريف الرقمي لـ IRC RPL_ISUPPORT . IETF . المعرف draft-brocklesby-irc-isupport-03 . تاريخ الاسترجاع 10 أبريل 2011 .
  63. ↑ "امتداد "متعدد البادئات" - IRCv3" .
  64. ↑ "رسالة أوبير وول" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 41. القسم 5.6. doi : 10.17487/RFC1459 . RFC 1459 .   
  65. ↑ بوتشر، سيمون (12 يناير 2005). "قائمة أوضاع مستخدم IRC" . alien.net.au . تم الاطلاع عليه في 10 أبريل 2011 .
  66. ↑ بوتشر، سيمون (12 يناير 2005). "قائمة أوضاع قنوات IRC" . alien.net.au . تم الاطلاع عليه في 10 أبريل 2011 .
  67. ↑ بوتشر، سيمون (12 يناير 2005). "قائمة أوضاع خادم IRC" . alien.net.au . تم الاطلاع عليه في 10 أبريل 2011 .
  68. ↑ أولسن، تومي. "أوضاع IRCd" . webtoman.com. مؤرشف من الأصل في 15 أكتوبر 2011. تم الاطلاع عليه في 10 أبريل 2011 .
  69. 1 2 "المشغلون" . بروتوكول دردشة الترحيل عبر الإنترنت . IETF . ص 5. القسم 1.2.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  70. ^ دورينج ، نيكولا. شيستاغ ، ألكسندر (23 سبتمبر 2003). "Soziele Norman في المجموعة الفاضلة: تحليل تجريبي في قنوات الدردشة المفضلة" . في Thiedeke، أودو (محرر). Virtuelle Gruppen: Charakteristika und Issuedimensionen (باللغة الألمانية) ( الطبعة الثانية). سبرينغر مقابل . ص 314، 337. ردمك   978-3-531-33372-4تم الاطلاع عليه بتاريخ 30 مارس 2010 .
  71. ↑ روجرز، روس (1 ديسمبر 2004). "عقل الإرهاب" . في ديفوست، ماثيو ج. (محرر). اختراق شبكة إرهابية: التهديد الصامت للقنوات السرية ( الطبعة الأولى). روكلاند، ماساتشوستس : دار نشر سينغريس. ص 10. ISBN   978-1-928994-98-5تم الاطلاع عليه بتاريخ 30 مارس 2010 .
  72. ↑ بيترسن، جولي ك.، محررة. (29 مايو 2002). "دردشة الترحيل عبر الإنترنت" . قاموس الاتصالات المصور ( الطبعة الثانية). مطبعة سي آر سي . ص 500. ISBN   978-0-8493-1173-4تم الاطلاع عليه بتاريخ 30 مارس 2010 .
  73. ↑ "الأسئلة الشائعة" . freenode . مؤرشف من الأصل بتاريخ 26 مارس 2010. تم الاطلاع عليه بتاريخ 30 مارس 2010 .
  74. ↑ "IRC/Cloaks" . ميتا ويكي . تم الاطلاع عليه بتاريخ 27 نوفمبر 2011 .
  75. ↑ "مخططات مُعرّف الموارد الموحد (URI)" . هيئة أرقام الإنترنت المخصصة . تم الاطلاع عليه بتاريخ 14 أكتوبر 2012 .
  76. ↑ بوتشر، سيمون (يناير 2003). مخططات محدد موقع الموارد الموحد لكيانات دردشة الترحيل عبر الإنترنت . IETF . المعرف draft-butcher-irc-url-04 . تاريخ الاسترجاع 10 أبريل 2011 .
  77. ↑ "node-irc" . npm . 26 يناير 2020. تم الاطلاع عليه في 30 يوليو 2021 .
  78. ↑ "الحجم" . مناقشة حول مؤتمرات شبكة الحاسوب . IETF . الصفحات 5-6 . القسم 2.5.1. doi : 10.17487/RFC1324 . RFC 1324 .   
  79. ↑ "قابلية التوسع" . بروتوكول دردشة الإنترنت المرحلي: البنية . IETF . ص 7. القسم 6.1. doi : 10.17487/RFC2810 . RFC 2810 .   
  80. ↑ لوش 2003 1.2.1 النمو
  81. ↑ "تحديد هوية المستخدم" . مناقشة حول مؤتمرات شبكة الحاسوب . IETF . ص 10. القسم 5.4.1. doi : 10.17487/RFC1324 . RFC 1324 .   
  82. ↑ "الأشجار والحلقات" . مناقشة حول مؤتمرات شبكات الحاسوب . IETF . ص 10. القسم 5.4.2. doi : 10.17487/RFC1324 . RFC 1324 .   
  83. ↑ لوش 2003 1.2.2 أعطال الشبكة
  84. ↑ "مشاكل معلومات الحالة" . مناقشة حول مؤتمرات شبكة الحاسوب . IETF . ص 4. القسم 2.1. doi : 10.17487/RFC1324 . RFC 1324 .   
  85. ↑ لوش 2003 1.2.3 الجوانب الاجتماعية والأمنية
  86. ↑ "تبادل الرسائل" . مناقشة حول مؤتمرات شبكة الحاسوب . IETF . ص 7. القسم 5.2.1. doi : 10.17487/RFC1324 . RFC 1324 .   
  87. ↑ "أمن المؤتمرات" . مناقشة حول مؤتمرات شبكة الحاسوب . IETF . ص 8. القسم 5.2.4. doi : 10.17487/RFC1324 . RFC 1324 .   
  88. ↑ "الحصول على المساعدة على EsperNet" . شبكة EsperNet IRC . تم الاطلاع عليه بتاريخ 31 يوليو 2012 .
  89. ↑ براندون (18 مايو 2010). "ميزة جديدة: SSL للمستخدمين" . DALnet . تم الاسترجاع في 31 يوليو 2012 .
  90. ↑ سميث، رودريك و. (8 أبريل 2000). "الإنترنت: استخدام IRC للحصول على المساعدة" . دليل تكوين الإقلاع المتعدد . سلسلة الأدلة. أبر سادل ريفر، نيو جيرسي : دار نشر كيو . ص 289. ISBN  978-0-7897-2283-6تم الاطلاع عليه بتاريخ 25 يوليو 2010. يُعد mIRC أحد أشهر برامج عملاء IRC لنظام التشغيل Windows .
  91. ↑ "وارسو ويكي: وحدة IRC" . مؤرشف من الأصل في 25 أبريل 2011. تم الاطلاع عليه في 10 أبريل 2011 .
  92. ↑ غونتر، دانيال (21 يونيو 2004). "مراجعة UT2004" . BCCHardware . تم الاطلاع عليه في 10 أبريل 2011 .
  93. ↑ "الدليل الشامل للوصلات الصاعدة" . تم الاطلاع عليه بتاريخ 10 أبريل 2011 .
  94. ↑ "ZDaemon – The Doom Wiki: Other utilities" . تم الاطلاع عليه بتاريخ 10 أبريل 2011 .
  95. ↑ "كيفية إعداد عميل IRC للاتصال وتسجيل الدخول إلى Ustream " . Ustream-Helpers. 29 يناير 2012. مؤرشف من الأصل في 21 مارس 2013. تم الاطلاع عليه في 27 أبريل 2013 .
  96. ↑ مولدور (20 يونيو 2010). "يوستريم ضد جاستن.تي في" . ليكويد سيلفر . تم الاطلاع عليه في 13 يوليو 2011 .
  97. ↑ "Twitch IRC" . مركز مساعدة Twitch . 7 أبريل 2017. مؤرشف من الأصل في 12 فبراير 2019. تم الاطلاع عليه في 30 أكتوبر 2017 .
  98. ↑ كانافان، جون. "تطور برامج الروبوت الخبيثة على IRC" (ملف PDF) . سيمانتك . استجابة سيمانتك الأمنية. مؤرشف من الأصل (ملف PDF) في 15 مارس 2006.
  99. ↑ "ملف قراءة psyBNC" . psybnc.at . تم الاطلاع عليه بتاريخ 10 أبريل 2011 .
  100. ↑ كاري، كريس (18 يوليو 2009). "IRC مع irssi-proxy + screen" . chriscarey.com . تم الاطلاع عليه في 10 أبريل 2011 .
  101. ↑ "واجهة أمامية قابلة للفصل (إعادة كتابة النواة) / UML / منفذ ويندوز (باستخدام Glade)" . smuxi.org. 25 ديسمبر 2004. مؤرشف من الأصل في 28 يوليو 2011. تم الاطلاع عليه في 25 يوليو 2010 .
  102. ↑ "نبذة عن سموكسي" . smuxi.org . تم الاطلاع عليه بتاريخ 10 أبريل 2011 .
  103. ↑ ماتون، بول (27 يوليو 2004). "المستخدمون والقنوات". اختراقات IRC ( الطبعة الأولى). سيباستوبول، كاليفورنيا : أورايلي ميديا . الصفحات 44-46 . ISBN   978-0-596-00687-7.
  104. ↑ وانغ، والاس (25 أكتوبر 2004). "المراسلة الفورية وغرف الدردشة عبر الإنترنت: دردشة التتابع عبر الإنترنت (IRC)" . كتاب مشاركة الملفات هذا ( الطبعة الأولى). سان فرانسيسكو، كاليفورنيا : دار نشر نو ستارش . الصفحات 65-67 . ISBN   978-1-59327-050-6.
  105. ↑ فاموسي، روبرت (8 مايو 2002). "الأفلام المقرصنة: تُعرض الآن على خادم قريب منك" . ZDNet . تم الاطلاع عليه في 10 أبريل 2011 .
  106. ↑ ساساكي، دارلا (4 أبريل 2002). "IRC 101: ما هو وكيف أستخدمه؟" . Macobserver.com. مؤرشف من الأصل في 6 يناير 2012. تم الاطلاع عليه في 10 أبريل 2011 .

المراجع العامة

للمزيد من القراءة

  • قائمة الأرقام الخاصة بـ IRC
  • تاريخ لجنة الإنقاذ الدولية
  • IRC.org – معلومات تقنية وتاريخية حول بروتوكول IRC6؛ مقالات حول تاريخ بروتوكول IRC
  • IRChelp.org – أرشيف مساعدة لبروتوكول IRC (دردشة الإنترنت المرحلية)؛ أرشيف ضخم من الوثائق المتعلقة ببروتوكول IRC
  • IRCv3 – مجموعة عمل من المطورين، الذين يضيفون ميزات جديدة إلى البروتوكول ويكتبون مواصفاتها.
  • IRC-Source مؤرشف بتاريخ 8 أكتوبر 2020 على موقع Wayback Machine – محرك بحث عن شبكة وقنوات دردشة الإنترنت (IRC) مع بيانات تاريخية
  • irc.netsplit.de – قائمة شبكات دردشة الإنترنت (IRC) مع بيانات تاريخية