stringtranslate.com

IRC

Первый IRC-сервер tolsun.oulu.fi, сервер Sun-3, выставленный возле компьютерного центра Университета Оулу.

Internet Relay Chat ( IRC ) — это система текстового чата для обмена мгновенными сообщениями . IRC предназначен для группового общения на дискуссионных форумах, называемых каналами [ 1] , но также позволяет общаться один на один посредством личных сообщений [2] , а также чата и передачи данных [3] , включая обмен файлами . [4]

Интернет-релейный чат реализован как протокол прикладного уровня для облегчения общения в форме текста. Процесс чата работает по сетевой модели клиент-сервер . Пользователи подключаются с помощью клиента — который может быть веб-приложением , отдельной настольной программой или встроенным в часть более крупной программы — к IRC-серверу, который может быть частью более крупной сети IRC. Примеры программ, используемых для подключения, включают Mibbit , IRCCloud , KiwiIRC и mIRC .

Использование IRC неуклонно снижается с 2003 года, в результате чего было потеряно 60 процентов пользователей. [5] В апреле 2011 года 100 крупнейших сетей IRC обслуживали более 200 000 пользователей одновременно. [6]

История

IRC был создан Яркко Ойкариненом в августе 1988 года для замены программы под названием MUT (MultiUser Talk) на BBS под названием OuluBox в Университете Оулу в Финляндии , где он работал на кафедре науки обработки информации. Яркко намеревался расширить программное обеспечение BBS, которое он администрировал, чтобы обеспечить возможность получения новостей в стиле Usenet , дискуссий в реальном времени и аналогичных функций BBS. Первой частью, которую он реализовал, была часть чата, которую он сделал из заимствованных частей, написанных его друзьями Юрки Куоппалой и Юккой Пихлом. Первая сеть IRC работала на одном сервере tolsun.oulu.fi. [7] Ойкаринен нашел вдохновение в чат-системе, известной как Bitnet Relay , которая работала в сети BITNET . [8]

Юрки Куоппала подтолкнул Ойкаринена попросить Университет Оулу освободить код IRC, чтобы его можно было запускать и за пределами Оулу, и после того, как они наконец выпустили его, Юрки Куоппала немедленно установил еще один сервер. Это была первая «IRC-сеть». Ойкаринен нашел друзей в Хельсинкском университете и Университете Тампере , чтобы они начали использовать IRC-серверы, когда число его пользователей увеличилось, а вскоре за ним последовали и другие университеты. В это время Ойкаринен понял, что остальные функции BBS, вероятно, не поместятся в его программу. [7]

Ойкаринен связался с людьми из Денверского университета и Университета штата Орегон . У них была собственная IRC-сеть, и они хотели подключиться к финской сети. Они получили программу от одного из друзей Ойкаринена, Виджая Субраманиама — первого нефинна, который использовал IRC. Затем IRC разросся и распространился на всю финскую национальную сеть — FUNET — а затем подключился к Nordunet , скандинавскому ответвлению Интернета. В ноябре 1988 года IRC распространился по Интернету, и к середине 1989 года по всему миру насчитывалось около 40 серверов. [7]

EFnet

В августе 1990 года в мире IRC произошли первые серьезные разногласия. «A-net» (сеть анархии) включала сервер под названием eris.berkeley.edu. Все было открыто, не требовало паролей и не имело ограничений на количество подключений. Как объясняет Грег «wumpus» Линдал: [9] «у него была линия серверов с подстановочными знаками, поэтому люди подключали серверы и сталкивали всех по никам». «Свободная сеть Eris», EFnet , сделала машину Eris первой, получившей Q-line (Q для карантина) от IRC. Еще раз словами Вампуса: [9] «Эрис отказалась удалить эту линию, поэтому я сформировал EFnet. Это не было большой борьбой; я добился того, чтобы все хабы присоединились, и почти все остальные согласились». A-net была сформирована из серверов Eris, а EFnet — из серверов, не относящихся к ERIS. История показала, что большинство серверов и пользователей использовали EFnet. После расформирования A-net название EFnet потеряло смысл, и она снова стала единственной сетью IRC. [7]

Примерно в то же время IRC использовался для репортажей о попытке советского государственного переворота 1991 года , несмотря на отключение средств массовой информации . [10] Ранее он использовался аналогичным образом во время войны в Персидском заливе . [11] Журналы чатов этих и других событий хранятся в архиве ibiblio . [12]

Подсетевая вилка

Еще одна попытка разветвления, первая, которая имела долгосрочное значение, была инициирована компанией Wildthang в США в октябре 1992 года (она является ответвлением EFnet ircd версии 2.8.10). Предполагалось, что это будет просто тестовая сеть для разработки ботов, но она быстро превратилась в сеть «для друзей и их друзей». В Европе и Канаде разрабатывалась отдельная новая сеть, и в декабре французские серверы подключились к канадским, а к концу месяца французская и канадская сеть были подключены к американской, образовав сеть, которая позже появилась. будет называться « Андернет ». [7]

«Андернеттеры» хотели продвинуть ircd дальше, пытаясь заставить его использовать меньше полосы пропускания и попытаться разобраться с хаосом каналов ( разделением сетей и поглощениями ), от которого начал страдать EFnet. Для последней цели Undernet реализовал временные метки, новую маршрутизацию и предложил CService — программу, которая позволяла пользователям регистрировать каналы, а затем пыталась защитить их от нарушителей спокойствия. Первый список серверов, представленный 15 февраля 1993 года, включает серверы из США, Канады, Франции, Хорватии и Японии. 15 августа был установлен новый рекорд количества пользователей — 57 пользователей. [7]

В мае 1993 года был опубликован RFC 1459 [13], в котором подробно описан простой протокол для работы клиент/сервер, каналы, диалоги «один-к-одному» и «один-ко-многим». [7] Значительное количество расширений, таких как CTCP, цвета и форматы, не включены в спецификации протокола, равно как и кодировка символов, [14] что привело к расхождению различных реализаций серверов и клиентов. Реализация программного обеспечения значительно различалась от одной сети к другой, каждая сеть реализовывала свои собственные политики и стандарты в своих собственных базах кода.

Вилка DALnet

Летом 1994 года произошел разветвление Undernet. Новая сеть получила название DALnet (по имени ее основателя: dalvenjah) и была создана для улучшения обслуживания пользователей и большей защиты пользователей и каналов. Одним из наиболее значительных изменений в DALnet было использование более длинных псевдонимов (исходное ограничение ircd составляло 9 букв). Модификации DALnet ircd были сделаны Алексеем «Lefler» Косутом. Таким образом, DALnet был основан на сервере Undernet ircd, хотя пионеры DALnet отказались от EFnet. По словам Джеймса Нг, первые сотрудники DALnet были «оперативными сотрудниками #StarTrek, больными постоянными расколами, задержками, поглощениями и т. д.». [7]

DALnet быстро предложил глобальные WallOps (сообщения IRCop, которые могут видеть пользователи с +w (/mode NickName +w)), более длинные псевдонимы, псевдонимы Q:Lined (никнеймы, которые нельзя использовать, например ChanServ, IRCop, NickServ и т. д.). , глобальные K:Lines (запрет одного человека или всего домена на сервере или во всей сети), связь только с IRCop: GlobOps, режим +H, показывающий, что IRCop является «помощью» и т. д. Была написана большая часть новых функций DALnet. в начале 1995 года Брайаном «Морфером» Смитом и позволяет пользователям создавать псевдонимы, управлять каналами, отправлять заметки и многое другое. [7]

форк IRCnet

В июле 1996 года, после нескольких месяцев пламенных войн и дискуссий в списке рассылки, произошел еще один раскол из-за разногласий по поводу того, как должна развиваться разработка IRCD. В частности, «европейская» сторона (большинство этих серверов находилась в Европе), которая позже назвала себя IRCnet , выступала за задержку псевдонимов и каналов, тогда как сторона EFnet выступала за временные метки. [7] Были также разногласия по поводу политики: европейская сторона начала устанавливать набор правил, определяющих, что могут и не могут делать IRCops, против этой точки зрения выступает американская сторона. [15]

Большинство (не все) серверов IRCnet находились в Европе, тогда как большая часть серверов EFnet находилась в США. Это событие также известно как «Великий раскол» во многих обществах IRC. С тех пор EFnet (по состоянию на август 1998 г.) выросла и превысила количество пользователей, которое у нее было на тот момент. (Северной) осенью 2000 года у EFnet было около 50 000 пользователей, а у IRCnet — 70 000. [7]

Современный IRC

IRC сильно изменился за свою жизнь в Интернете. Новое серверное программное обеспечение добавило множество новых функций.

С 2016 года рабочая группа IRCv3 занимается новой стандартизацией, которая фокусируется на более продвинутых клиентских функциях, таких как мгновенные уведомления, улучшенная поддержка истории и повышенная безопасность. [19] По состоянию на 2019 год ни одна крупная сеть IRC не полностью приняла предлагаемый стандарт. [20]

По состоянию на июнь 2021 года известно, что действует 481 различная сеть IRC, [21] из которых больше всего пользователей имеет Libera Chat с открытым исходным кодом , основанный в мае 2021 года, с 20 374 каналами на 26 серверах; В общей сложности 100 крупнейших сетей IRC совместно используют более 100 тысяч каналов, работающих примерно на тысяче серверов. [22]

После золотой эры в 1990-х и начале 2000-х годов (240 000 пользователей QuakeNet в 2004 году) IRC пережил значительный спад, потеряв около 60% пользователей в период с 2003 по 2012 год, когда пользователи перешли на новые платформы социальных сетей , такие как Facebook или Twitter. , [5] , но также и к открытым платформам, таким как XMPP , который был разработан в 1999 году. Некоторые сети, такие как Freenode , не последовали общей тенденции и за тот же период увеличились в размерах более чем в четыре раза. [5] Однако количество пользователей Freenode, у которого в 2016 году было около 90 000, с тех пор сократилось до 9 300. [23]

Крупнейшие сети IRC традиционно объединяются в «большую четверку» [24] [25] [26] [27] — так обозначаются сети, занимающие лидирующие позиции в статистике. Сети «Большой четверки» периодически меняются, но из-за сообщества IRC существует большое количество других сетей, из которых пользователи могут выбирать.

Исторически «Большая четверка» представляла собой: [24] [25] [26]

Количество одновременных пользователей IRC достигло 6 миллионов в 2001 году и 10 миллионов пользователей в 2004–2005 годах, а в 2021 году их число упало примерно до 350 тысяч .

К 100 ведущим сетям IRC в часы пик подключено около 230 тыс. пользователей. [28]

График

Хронология основных серверов:

Техническая информация

Скриншот HexChat , IRC-клиента для сред GTK .
Irssi , текстовый IRC-клиент

IRC — открытый протокол , использующий TCP [13] и, опционально, TLS . Сервер IRC может подключаться к другим серверам IRC для расширения сети IRC. [29] Пользователи получают доступ к сетям IRC, подключая клиента к серверу. [30] Существует множество клиентских реализаций, таких как mIRC , HexChat и irssi , а также серверных реализаций, например оригинальный IRCd . Большинство IRC-серверов не требуют от пользователей регистрации учетной записи, но перед подключением требуется псевдоним . [31]

Первоначально IRC представлял собой текстовый протокол [13] (хотя позже был расширен), которому по запросу IANA присвоил порт 194/TCP . [32] Однако де-факто стандартом всегда было запуск IRC на 6667/TCP [33] и соседних номерах портов (например, TCP-порты 6660–6669, 7000) [34] , чтобы избежать необходимости запуска программного обеспечения IRCd с правами root . привилегии .

В протоколе указано, что символы были 8-битными, но не указана кодировка символов, которую должен был использовать текст. [14] Это может вызвать проблемы, когда пользователи, использующие разные клиенты и/или разные платформы, хотят общаться.

Все протоколы IRC клиент-сервер, используемые сегодня, произошли от протокола, реализованного в версии irc2.4.0 сервера IRC2 и документированного в RFC 1459. С момента публикации RFC 1459 новые функции реализации irc2.10 привели к тому, что к публикации нескольких пересмотренных протокольных документов (RFC 2810, RFC 2811, RFC 2812 и RFC 2813); однако эти изменения протокола не получили широкого распространения среди других реализаций. [ нужна цитата ]

Хотя было опубликовано множество спецификаций протокола IRC, официальной спецификации не существует, поскольку протокол остается динамичным. Практически ни один клиент и очень немногие серверы не полагаются строго на приведенные выше RFC в качестве справочного материала. [ нужна цитата ]

Microsoft сделала расширение для IRC в 1998 году через собственный IRCX . [35] Позже они прекратили распространение программного обеспечения, поддерживающего IRCX, вместо этого разработали проприетарный MSNP .

Стандартная структура сети IRC-серверов представляет собой дерево . [36] Сообщения маршрутизируются только по необходимым ветвям дерева, но состояние сети отправляется на каждый сервер [37] , и между серверами обычно существует высокая степень неявного доверия. Однако эта архитектура имеет ряд проблем. Неправильный или злонамеренный сервер может нанести серьезный ущерб сети [38] , а любые изменения в структуре, будь то преднамеренные или в результате условий в базовой сети, требуют разделения сети и соединения сети. Это приводит к большому сетевому трафику и ложным сообщениям о выходе/присоединении к пользователям [39] и временной потере связи с пользователями на разделяющих серверах. Добавление сервера в большую сеть означает большую фоновую нагрузку на полосу пропускания сети и большую нагрузку на память сервера. Однако после установки каждое сообщение нескольким получателям доставляется аналогично многоадресной рассылке , то есть каждое сообщение передается по сетевому каналу ровно один раз. [40] Это преимущество по сравнению с немультиадресными протоколами, такими как Simple Mail Transfer Protocol (SMTP) [ нужна ссылка ] или Extensible Messaging and Presence Protocol (XMPP) [ нужна цитата ] .

Демон IRC также можно использовать в локальной сети (LAN). Таким образом, IRC можно использовать для облегчения общения между людьми в локальной сети (внутреннее общение). [41] [42]

Команды и ответы

IRC имеет линейную структуру. Клиенты отправляют однострочные сообщения на сервер, [43] получают ответы на эти сообщения [44] и получают копии некоторых сообщений, отправленных другими клиентами. В большинстве клиентов пользователи могут вводить команды, добавляя к ним префикс «/». В зависимости от команды они могут либо полностью обрабатываться клиентом, либо (как правило, для команд, которые клиент не распознает) передаваться непосредственно на сервер, возможно, с некоторыми изменениями. [45]

Из-за особенностей протокола автоматизированные системы не всегда могут правильно сопоставить отправленную команду с ее ответом с полной надежностью и могут быть угаданы. [46]

каналы

Основным средством общения с группой пользователей в установленном сеансе IRC является канал . [47] Каналы в сети можно отобразить с помощью команды IRC LIST , [48] которая перечисляет все доступные на данный момент каналы, для которых не установлены режимы +s или +p, в этой конкретной сети.

Пользователи могут присоединиться к каналу с помощью команды JOIN , [49] в большинстве клиентов, доступной как /join #channelname . Сообщения, отправленные в объединенные каналы, затем передаются всем остальным пользователям. [47]

Каналы, доступные во всей сети IRC, имеют префикс «#», а каналы, локальные для сервера, используют «&». [50] Другие менее распространенные типы каналов включают каналы «+» — «немодальные» каналы без операторов [51] — и «!» каналы - форма канала с меткой времени в сетях, обычно не имеющих метки времени. [52]

Режимы

Пользователи и каналы могут иметь режимы , которые представлены отдельными буквами с учетом регистра [53] и устанавливаются с помощью команды MODE . [54] Режимы пользователя и режимы канала разделены и могут использовать одну и ту же букву для обозначения разных вещей (например, режим пользователя «i» — это невидимый режим, а режим канала «i» — только по приглашению. [ 55] ). Режимы обычно устанавливаются и снимаются. используя команду режима, которая принимает цель (пользователя или канал), набор режимов для установки (+) или отмены установки (-), а также любые параметры, необходимые для этих режимов.

Некоторые режимы канала принимают параметры, а другие режимы канала применяются к пользователю на канале или добавляют или удаляют маску (например, маску запрета) из списка, связанного с каналом, а не применяются к каналу в целом. [56] Режимы, которые применяются к пользователям на канале, имеют соответствующий символ, который используется для представления режима в ответах на имена [57] (отправляется клиентам при первом присоединении к каналу [49] и использовании команды имен) и во многих клиенты также использовали его для представления его в отображаемом клиентом списке пользователей в канале или для отображения собственного индикатора для режимов пользователя.

Чтобы правильно анализировать входящие сообщения режима и отслеживать состояние канала, клиент должен знать, какой режим какого типа и для режимов, которые применяются к пользователю на канале, какой символ соответствует какой букве. В ранних реализациях IRC это должно было быть жестко запрограммировано в клиенте, но теперь де-факто существует стандартное расширение протокола под названием ISUPPORT, которое отправляет эту информацию клиенту во время соединения с использованием числового кода 005. [58 ] [59]

В IRC есть небольшая конструктивная ошибка в отношении режимов, которые применяются к пользователям на каналах: сообщение имен, используемое для установления начального состояния канала, может отправлять только один такой режим для каждого пользователя на канале, [57] но на одном канале может быть установлено несколько таких режимов. Один пользователь. Например, если пользователь имеет на канале как статус оператора (+o), так и статус голосовой связи (+v), новый клиент не сможет видеть режим с меньшим приоритетом (т. е. голосовой). Обходные пути для этой проблемы возможны как на стороне клиента, так и на стороне сервера; распространенным решением является использование «многопрефиксного» расширения IRCv3. [60]

Стандартные (RFC 1459) режимы

Многие демоны и сети добавили дополнительные режимы или изменили поведение режимов в приведенном выше списке. [62] [63] [64] [65]

Операторы канала

Оператор канала — это клиент IRC-канала , который управляет каналом. Операторов канала IRC можно легко увидеть по символу или значку рядом с их именем (зависит от реализации клиента, обычно это префикс символа «@», зеленый кружок или латинская буква «+o»/«o»). В большинстве сетей оператор может:

IRC-операторы

Есть также пользователи, которые сохраняют повышенные права на своем локальном сервере или во всей сети; их называют IRC-операторами, [66] иногда сокращаемыми до IRCops или Opers (не путать с операторами каналов). Поскольку реализация IRCd различается, меняются и привилегии оператора IRC на данном IRCd. В RFC 1459 [66] утверждается, что операторы IRC являются «необходимым злом» для поддержания чистоты сети, и поэтому им необходимо иметь возможность отключать и повторно подключать серверы. Кроме того, чтобы предотвратить вход в IRC злонамеренных пользователей или даже вредоносных автоматических программ, операторам IRC обычно разрешается отключать клиентов и полностью блокировать IP-адреса или полные подсети. Сети, предоставляющие услуги (NickServ и др.), обычно позволяют своим операторам IRC также решать основные вопросы «владения». Дополнительные привилегированные права могут включать отмену запретов на каналы (возможность присоединяться к каналам, к которым им не было бы разрешено присоединиться, если бы они не управлялись), возможность самостоятельно работать на каналах, где они не могли бы работать без управления, автоматическое включение. на каналах всегда и так далее.

Маски хоста

Маска хоста — это уникальный идентификатор IRC- клиента , подключенного к IRC- серверу . [67] [68] IRC -серверы , службы и другие клиенты, включая ботов , могут использовать его для идентификации конкретного сеанса IRC.

Формат маски хоста — nick!user@host. Маска хоста похожа на адрес электронной почты , но не следует путать его с ним .

Часть ника — это псевдоним, выбранный пользователем, который может быть изменен во время подключения. Пользовательская часть — это имя пользователя, сообщаемое ident на клиенте. [69] Если идентификатор недоступен на клиенте, имя пользователя, указанное при подключении клиента, используется после префикса тильды . [70]

Часть хоста — это имя хоста, с которого подключается клиент. Если IP-адрес клиента не может быть преобразован сервером в допустимое имя хоста , он используется вместо имени хоста.

Из-за последствий для конфиденциальности , связанных с раскрытием IP-адреса или имени хоста клиента, некоторые демоны IRC также предоставляют функции конфиденциальности, такие как режим InspIRCd или UnrealIRCd «+x». Это хэширует IP-адрес клиента или маскирует часть имени хоста клиента, делая его нечитаемым для других пользователей, кроме IRCops. Пользователи также могут иметь возможность запросить отображение «виртуального хоста» (или «vhost») в маске хоста для обеспечения дополнительной анонимности. Некоторые сети IRC, такие как Libera Chat или Freenode , используют их в качестве «маскировки», чтобы указать, что пользователь связан с группой или проектом. [71]

Схема URI

Существует три предварительно признанных схемы единого идентификатора ресурса (URI) для ретрансляционного чата в Интернете: irc, ircsи irc6. [72] Если они поддерживаются, они допускают гиперссылки различных форм, в том числе

irc://<хост>[:<порт>]/[<канал>[?<ключевое слово_канала>]]ircs://<хост>[:<порт>]/[<канал>[?<ключевое слово_канала>]]irc6://<хост>[:<порт>]/[<канал>[?<ключевое слово_канала>]]

(где элементы, заключенные в квадратные скобки ([,]), являются необязательными), которые будут использоваться (при необходимости) для подключения к указанному хосту (или сети, если она известна IRC-клиенту) и присоединения к указанному каналу. [73] (Это можно использовать внутри самого клиента или из другого приложения, например веб-браузера). irc — это URI по умолчанию, irc6 указывает соединение, которое должно быть установлено с использованием IPv6, а ircs указывает безопасное соединение.

Согласно спецификации, к именам каналов, начинающимся с буквенно-цифрового символа, добавляется обычный символ решетки (#) , что позволяет его опустить. Некоторые реализации (например, mIRC) делают это безоговорочно, что приводит к появлению (обычно непреднамеренного) дополнительного элемента (например, ##channel), если он включен в URL-адрес.

Некоторые реализации позволяют указывать несколько каналов, разделяя их запятыми. [74]

Проблемы

Проблемы в первоначальном дизайне IRC заключались в том, что объем общих данных о состоянии [75] [76] ограничивал его масштабируемость, [77] отсутствие уникальных идентификаторов пользователей, что приводило к проблеме конфликта псевдонимов, [78] отсутствие защиты от нетсплит с помощью циклической маршрутизации, [79] [80] компромисс в масштабируемости ради информации о присутствии пользователя в реальном времени, [81] недостатки протокола, обеспечивающие платформу для злоупотреблений, [82] отсутствие прозрачной и оптимизируемой передачи сообщений , [83] и без шифрования. [84] Некоторые из этих вопросов были рассмотрены в Modern IRC .

Атаки

Поскольку IRC-соединения могут быть незашифрованными и обычно охватывают длительные периоды времени, они являются привлекательной целью для DoS/DDoS-атак и хакеров . По этой причине необходима тщательная политика безопасности, чтобы гарантировать, что сеть IRC не подвержена атакам, таким как война за захват . Сети IRC также могут наносить вред пользователям или серверам K-линии или G-линии .

Некоторые серверы IRC поддерживают соединения SSL/TLS в целях безопасности. Это помогает прекратить использование программ анализа пакетов для получения паролей пользователей IRC, но за пределами этой области оно малоприменимо из-за общедоступного характера каналов IRC. SSL-соединения требуют поддержки как клиента, так и сервера (что может потребовать от пользователя установки двоичных файлов SSL и специальных патчей или модулей IRC-клиента на свои компьютеры). Некоторые сети также используют SSL для соединений между серверами и предоставляют специальный флаг канала (например, +S), позволяющий использовать канал только пользователям, подключенным по SSL, при этом запрещая идентификацию оператора в открытом тексте, чтобы лучше использовать преимущества, предоставляемые SSL. . [85] [86]

IRC служил ранней лабораторией для многих видов интернет-атак, таких как использование поддельных сообщений ICMP о недостижимости для разрыва IRC-соединений на основе TCP ( «ядерная атака »), чтобы раздражать пользователей или способствовать захвату власти .

Предотвращение злоупотреблений

Один из наиболее спорных технических вопросов, связанных с реализациями IRC, который сохраняется и по сей день, - это преимущество протоколов «Nick/Channel Delay» по сравнению с «Timestamp». Оба метода существуют для решения проблемы атак типа «отказ в обслуживании», но используют совершенно разные подходы. Проблема с исходным протоколом IRC в том виде, в каком он был реализован, заключалась в том, что когда два сервера разделялись и снова соединялись, две стороны сети просто объединяли свои каналы. Если бы пользователь мог присоединиться к «разделенному» серверу, где канал, существовавший на другой стороне сети, был пуст, и получить статус оператора, он стал бы оператором канала «объединенного» канала после завершения сетевого разделения ; если пользователь взял псевдоним, существовавший на другой стороне сети, сервер уничтожил бы обоих пользователей при повторном присоединении («конфликт псевдонимов»). Этим часто злоупотребляли с целью «массового убийства» всех пользователей на канале, создавая таким образом «бесполезные» каналы, на которых не было операторов, которые могли бы справиться со злоупотреблениями. Помимо создания проблем внутри IRC, это побуждало людей проводить атаки типа «отказ в обслуживании» на серверы IRC с целью вызвать сетевые разделения , которыми они затем злоупотребляли.

Стратегии задержки псевдонима ( ND) и задержки канала (CD) направлены на предотвращение злоупотреблений путем задержки повторных подключений и переименований. После того, как пользователь выходит из системы и псевдоним становится доступным или канал перестает существовать из-за того, что все его пользователи разошлись (как это часто случается во время сетевого разделения ), сервер не позволит ни одному пользователю использовать этот псевдоним или присоединиться к этому каналу до тех пор, пока не произойдет определенное период времени ( задержка ) прошел. Идея, лежащая в основе этого, заключается в том, что даже если произойдет нетсплит , это бесполезно для злоумышленника, поскольку он не сможет получить никнейм или получить статус оператора на канале, и, таким образом, не может произойти никакого коллизия никнейма или «слияния» канала. В некоторой степени это доставляет неудобства законным пользователям, которые могут быть вынуждены на короткое время использовать другое имя после повторного присоединения ( популярно добавление подчеркивания ).

Протокол временных меток является альтернативой задержкам псевдонима/канала, который разрешает коллизии с использованием приоритета с меткой времени. Каждому нику и каналу в сети присвоена метка времени — дата и время его создания. Когда происходит разделение сети, два пользователя с каждой стороны могут использовать один и тот же псевдоним или канал, но когда две стороны объединяются, выжить может только один. В случае с никнеймами убивается новый пользователь по его ТС; когда канал конфликтует, участники (пользователи канала) объединяются, но операторы канала на «проигравшей» стороне разделения теряют свой статус оператора канала.

TS — гораздо более сложный протокол, чем ND/CD, как по дизайну, так и по реализации, и, несмотря на то, что он претерпел несколько изменений, в некоторых реализациях все еще возникают проблемы с «рассинхронизацией» (когда два сервера в одной сети расходятся во мнениях относительно текущего состояния сеть), и допуская слишком большую снисходительность к тому, что было допущено «проигравшей» стороной. Например, в исходных протоколах TS не было защиты от того, чтобы пользователи устанавливали запреты или другие режимы на проигрышном канале, которые затем объединялись при повторном присоединении разделения, даже несмотря на то, что пользователи, установившие эти режимы, теряли свой статус оператора канала. Некоторые современные IRC-серверы на базе TS также включают в себя некоторую форму ND и/или CD в дополнение к меткам времени в попытке еще больше ограничить злоупотребления.

Большинство сетей сегодня используют подход с метками времени. Разногласия по поводу временной метки и ND/CD привели к тому, что несколько серверов отделились от EFnet и образовали новую IRCnet . После разделения EFnet перешла на протокол TS, а IRCnet использовала ND/CD.

В последних версиях IRCnet ircd, а также ircd, использующих протокол TS6 (включая Charybdis), ND был расширен/заменен механизмом SAVE. Этот механизм присваивает каждому клиенту UID при подключении к IRC-серверу. Этот идентификатор начинается с цифры, которая запрещена в никах (хотя некоторые ircds, а именно IRCnet и InspIRCd, позволяют клиентам переключаться на свой собственный UID в качестве ника).

Если два клиента с одинаковым ником присоединяются с разных сторон сетевого разделения («конфликт ников»), первый сервер, который увидит это столкновение, заставит обоих клиентов изменить свой ник на свой UID, тем самым спасая обоих клиентов от отключения. В IRCnet псевдоним также будет заблокирован на некоторое время (ND), чтобы оба клиента не могли вернуться к исходному псевдониму и, таким образом, снова столкнуться.

Клиенты

Клиентское программное обеспечение

Схема IRC-сети с обычными клиентами (зеленый), ботами (синий) и вышибалами (оранжевый)

Клиентское программное обеспечение существует для различных операционных систем или пакетов программного обеспечения, а также для сетевых или внутренних игр. Для различных операционных систем доступно множество различных клиентов, включая Windows , Unix и Linux , macOS и мобильные операционные системы (например, iOS и Android ). В Windows mIRC — один из самых популярных клиентов. [87] Некоторые дистрибутивы Linux поставляются с предустановленным IRC-клиентом, например Linux Mint , в котором предустановлен HexChat .

Некоторые программы, которые можно расширить с помощью плагинов, также служат платформами для клиентов IRC. Например, клиент под названием ERC , полностью написанный на Emacs Lisp , включен в версию Emacs v.22.3. Следовательно, любая платформа, поддерживающая Emacs, может работать с ERC.

Ряд веб-браузеров имеют встроенные IRC-клиенты, например:

Веб-клиенты, такие как Mibbit и KiwiIRC с открытым исходным кодом, могут работать в большинстве браузеров.

Такие игры, как War§ow , [89] Unreal Tournament (до Unreal Tournament 2004 ), [90] Uplink , [91] Игры на базе Spring Engine , 0 AD и ZDaemon включают IRC. [92]

Интерфейс чата Ustream — это IRC с пользовательской аутентификацией [93] , а также интерфейс Twitch (ранее Justin.tv). [94] [95]

Боты

Типичное использование ботов в IRC — предоставление услуг IRC или определенных функций внутри канала, например, размещение игры в чате или предоставление уведомлений о внешних событиях. Однако некоторые боты IRC используются для запуска вредоносных атак, таких как отказ в обслуживании, рассылка спама или эксплуатация. [96]

Вышибала

Программа, которая запускается на сервере как демон и действует как постоянный прокси-сервер , называется BNC или баунсером. Цель состоит в том, чтобы поддерживать соединение с IRC-сервером, действуя как ретранслятор между сервером и клиентом или просто выступая в качестве прокси. [ нужна цитата ] Если клиент потеряет сетевое подключение, BNC может оставаться на связи и архивировать весь трафик для последующей доставки, позволяя пользователю возобновить сеанс IRC, не прерывая соединения с сервером. [97]

Более того, в качестве способа получения эффекта, подобного вышибале, IRC-клиент (обычно текстовый , например Irssi ) может быть запущен на постоянно включенном сервере, к которому пользователь подключается через ssh . Это также позволяет устройствам, которые имеют только ssh-функциональность, но не имеют фактического установленного IRC-клиента, подключаться к IRC, а также позволяет совместно использовать сеансы IRC. [98]

Чтобы клиент IRC не завершал работу при закрытии соединения ssh, клиент может быть запущен внутри мультиплексора терминала , такого как GNU Screen или tmux , таким образом оставаясь постоянно подключенным к сети IRC и имея возможность регистрировать разговоры в каналах, которые пользователь заинтересован в сохранении присутствия канала в сети. По образцу этой установки в 2004 году был запущен IRC-клиент, следующий за клиент-сервером , под названием Smuxi . [99] [100]

Поисковые системы

Существует множество поисковых систем, которые помогают пользователям найти то, что они ищут в IRC. [101] [102] Обычно поисковая система состоит из двух частей: «серверной части» (или «паука/сканера») и внешней «поисковой системы».

Серверная часть (паук/веб-сканер) — это рабочая лошадка поисковой системы. Он отвечает за сканирование IRC-серверов для индексации передаваемой через них информации. Индексируемая информация обычно состоит исключительно из текста канала (текста, который публично отображается на общедоступных каналах). Методом хранения обычно является какая-то реляционная база данных, например MySQL или Oracle . [ нужна цитата ]

Внешняя «поисковая система» — это пользовательский интерфейс к базе данных. Он предоставляет пользователям возможность поиска в базе данных индексированной информации для получения нужных данных. Эти внешние поисковые системы также могут быть закодированы на многих языках программирования.

Большинство поисковых систем имеют своего собственного паука, который представляет собой одно приложение, отвечающее за сканирование IRC и индексирование самих данных; однако другие являются индексаторами, основанными на пользователях. Последние полагаются на то, что пользователи установят «надстройку» к своему IRC-клиенту; надстройка — это то, что отправляет в базу данных информацию о всех каналах, на которых находится пользователь. [ нужна цитата ]

Многие пользователи внедрили свои собственные специальные поисковые системы, используя функции ведения журналов, встроенные во многие клиенты IRC. Эти поисковые системы обычно реализованы в виде ботов и предназначены для определенного канала или группы связанных каналов.

Кодировка символов

В IRC до сих пор нет единого общепринятого стандартного соглашения о том, как передавать символы за пределами 7-битного репертуара ASCII . IRC-серверы обычно [ необходимы пояснения ] передают сообщения от клиента другому клиенту просто как последовательности байтов, без какой-либо интерпретации или перекодирования символов . В протоколе IRC (в отличие, например, от MIME или HTTP ) отсутствуют механизмы объявления и согласования вариантов кодировки символов. Это возложило ответственность за выбор подходящего кодека символов на клиента. На практике каналы IRC в основном использовали те же кодировки символов, которые также использовались операционными системами (в частности, производными Unix ) в соответствующих языковых сообществах:

Сегодня кодировка UTF-8 Unicode / ISO 10646 будет наиболее вероятным претендентом на единую будущую стандартную кодировку символов для всех коммуникаций IRC, если такой стандарт когда-либо ослабит ограничение размера сообщения в 510 байт. UTF-8 совместим с ASCII и охватывает расширенный набор всех других широко используемых стандартов кодированных наборов символов .

Обмен файлами

Подобно обычному обмену файлами P2P , пользователи могут создавать файловые серверы, которые позволяют им обмениваться файлами друг с другом, используя настроенные IRC-боты или сценарии для своего IRC-клиента . Часто пользователи объединяются для распространения варез через сеть IRC-ботов. [103]

Технически IRC сам по себе не предоставляет механизмов передачи файлов ; Совместное использование файлов реализуется клиентами IRC , обычно с использованием протокола Direct Client-to-Client (DCC), в котором передача файлов согласовывается посредством обмена личными сообщениями между клиентами. Подавляющее большинство клиентов IRC поддерживают передачу файлов DCC, поэтому считается, что обмен файлами является неотъемлемой функцией IRC. [104] Однако обычное использование этого протокола иногда также приводит к спаму DCC. Команды DCC также использовались для использования уязвимых клиентов для выполнения таких действий, как отключение от сервера или выход из клиента.

Смотрите также

Цитаты

  1. ^ «Один ко многим». Протокол интернет-релейного чата. п. 11. сек. 3.2. дои : 10.17487/RFC1459 . РФК 1459.
  2. ^ «Индивидуальное общение». Интернет-реле-чат: Архитектура. п. 5. сек. 5.1. дои : 10.17487/RFC2810 . РФК 2810.
  3. ^ Ролло, Трой. «Описание протокола DCC». IRCHelp.org . Проверено 8 апреля 2011 г.
  4. ↑ Ван, Уоллес (25 октября 2004 г.). «Обмен мгновенными сообщениями и онлайн-чаты: Интернет-релейный чат (IRC)». Украдите эту книгу по обмену файлами (1-е изд.). Сан-Франциско, Калифорния : Пресса без крахмала . стр. 61–67. ISBN 978-1-59327-050-6.
  5. ^ abc «IRC мертв, да здравствует IRC». Пингдом . 24 апреля 2012 года. Архивировано из оригинала 15 августа 2017 года . Проверено 25 апреля 2016 г.
  6. ^ «Сети IRC - 100 лучших» . irc.netsplit.de . Проверено 26 октября 2023 г.
  7. ^ abcdefghijk Стенберг, Дэниел (29 марта 2011 г.). «История IRC (Интернет-чат)» . Проверено 25 апреля 2016 г. Всего этого я не испытал. Я нашел информацию в разных местах и ​​получил информацию от разных людей, чтобы написать это. В этом мне помогли: Грег «wumpus» Линдал, Веса «vesa» Руоконен, Джеймс Нг, Туомас Хейно, Ричард (eagle`s on Undernet), Ари Леммке.
  8. ^ Ойкаринен, Яркко . «Основание IRC» . Проверено 8 апреля 2011 г.
  9. ^ ab «История IRC (Интернет-релейный чат)» . daniel.haxx.se . Проверено 22 июля 2023 г.
  10. ^ "Стенограммы IRC со времени попытки советского государственного переворота 1991 года" . Чапел-Хилл, Северная Каролина : там же . Архивировано из оригинала 28 июня 2009 года . Проверено 8 апреля 2011 г.
  11. ^ "Журналы IRC событий войны в Персидском заливе" . Чапел-Хилл, Северная Каролина : там же . Проверено 8 апреля 2011 г.
  12. ^ «Журналы основных событий в интернет-сообществе» . Чапел-Хилл, Северная Каролина : там же . Проверено 8 апреля 2011 г.
  13. ^ abc «Введение». Протокол интернет-релейного чата. п. 4. сек. 1. дои : 10.17487/RFC1459 . РФК 1459.
  14. ^ abc «Коды символов». Протокол интернет-релейного чата. п. 7. сек. 2.2. дои : 10.17487/RFC1459 . РФК 1459.
  15. ^ Энген, Вегард (май 2000 г.). «Великий раскол». IRC.org . Проверено 25 апреля 2016 г.
  16. ^ «Режимы канала». Вики-документация UnrealIRCd . Проверено 6 января 2018 г.
  17. ^ «Маскировка». Вики-документация UnrealIRCd . Проверено 6 января 2018 г.
  18. ^ «Монитор открытого прокси-сервера отключается» . Открытый прокси-монитор, предоставленный сетью Blitzed IRC, был отключен… База данных была настолько большой, что для команды практически невозможно было выполнить резервное копирование или найти новое место для продолжения обслуживания. Вдобавок к этому, у большинства членов команды больше нет времени на поддержание работы службы.
  19. ^ "IRCv3". Рабочая группа IRCv3. 2016 . Проверено 25 апреля 2016 г. Рабочая группа IRCv3 — это группа авторов клиентского и серверного программного обеспечения IRC, работающих над улучшением, поддержкой и стандартизацией протокола IRC с использованием обратно совместимых расширений.
  20. ^ «Сети — IRCv3» . 2019 . Проверено 9 августа 2019 г.
  21. ^ «Сети IRC - в алфавитном порядке» . netsplit.de . Проверено 12 января 2022 г.
  22. ^ «Сети IRC - 100 лучших» . netsplit.de . Проверено 12 января 2022 г.
  23. ^ "10 лучших на netsplit.de" . Проверено 15 января 2021 г.
  24. ↑ Аб Харалабидис, Алекс (15 декабря 1999 г.). «IRCing на Macintosh: Ircle». Книга IRC: Полное руководство по ретрансляционному интернет-чату (1-е изд.). Сан-Франциско, Калифорния : Пресс без крахмала. п. 61. ИСБН 978-1-886411-29-6. В больших сетях, таких как «большая четверка» — EFnet, IRCnet, Undernet и DALnet — попытка составить список тысяч каналов с помощью Ircle всегда приводит к отключению из-за потока информации, в то время как другие клиенты обычно могут справиться с этой задачей, если вы находятся на прямом соединении Ethernet.
  25. ^ Аб Джонс, Стив, изд. (10 декабря 2002 г.). «Интернет-реле-чат». Энциклопедия новых медиа: важный справочник по коммуникациям и технологиям (1-е изд.). Таузенд-Оукс, Калифорния : Публикации SAGE . п. 257. ИСБН 978-0-7619-2382-4. Сегодня существуют сотни независимых сетей IRC, но «большая четверка» — это EFNet, UnderNet, Dalnet и IRCnet.
  26. ^ аб Риттнер, Дон (3 марта 1999 г.). Книга iMac (1-е изд.). Скоттсдейл, Аризона : Группа Кориолиса. п. 215. ИСБН 978-1-57610-429-3. Существует несколько крупных сетей: EFnet, UnderNET, DALnet и IRCnet составляют «большую четверку».
  27. ^ Тюрбан, Эфраим; Лейднер, Дороти; Маклин, Ефрем; Уэтерб, Джеймс (7 февраля 2005 г.). "Коммуникация". Информационные технологии для управления: трансформация организаций в цифровой экономике (5-е изд.). Хобокен, Нью-Джерси : John Wiley & Sons . стр. 106–107. ISBN 978-0-471-70522-2. Крупнейшие сети традиционно объединяются в «большую четверку»: EFNet, IrcNet, QuakeNet и UnderNet.
  28. ^ «Сети IRC - 100 лучших» . irc.netsplit.de . netsplit.de . Проверено 15 января 2021 г.
  29. ^ «Серверы». Протокол интернет-релейного чата. п. 4. сек. 1.1. дои : 10.17487/RFC1459 . РФК 1459.
  30. ^ «Клиенты». Интернет-реле-чат: Архитектура. п. 3. сек. 2.2. дои : 10.17487/RFC2810 . РФК 2810.
  31. ^ «Клиенты». Протокол интернет-релейного чата. п. 5. сек. 1.2. дои : 10.17487/RFC1459 . РФК 1459.
  32. ^ «Номера портов». Марина-дель-Рей, Калифорния : Управление по присвоению номеров в Интернете . 6 апреля 2011 года . Проверено 5 апреля 2021 г.
  33. ^ «Подключить сообщение». Протокол интернет-релейного чата. п. 29. сек. 4.3.5. дои : 10.17487/RFC1459 . РФК 1459.
  34. ^ Лукас, Марк; Сингх, Абхишек; Кантрелл, Крис (5 октября 2006 г.). «Определение брандмауэра». В Хенми, Энн (ред.). Политики брандмауэра и конфигурации VPN . Рокленд, Массачусетс : Издательство Syngress. п. 93. ИСБН 978-1-59749-088-7.
  35. ^ Авраам, Дален (июнь 1998 г.). Расширения протокола интернет-релейного чата (IRCX). IETF . Идентификатор черновика-pfenning-irc-extensions-04 . Проверено 8 апреля 2011 г.
  36. ^ «Архитектура». Интернет-реле-чат: Архитектура. стр. 3 – 4. сек. 3. дои : 10.17487/RFC2810 . РФК 2810.
  37. ^ «Введение». Интернет-реле-чат: Архитектура. п. 2. сек. 1. дои : 10.17487/RFC2810 . РФК 2810.
  38. ^ «Алгоритмы». Протокол интернет-релейного чата. п. 64. сек. 9.3. дои : 10.17487/RFC1459 . РФК 1459.
  39. ^ «Перегрузка сети». Интернет-реле-чат: Архитектура. С. 7 – 8. сек. 6.3. дои : 10.17487/RFC2810 . РФК 2810.
  40. ^ «На канал». Интернет-реле-чат: Архитектура. стр. 5 – 6. сек. 5.2.1. дои : 10.17487/RFC2810 . РФК 2810.
  41. ^ «IRC-демоны для локальной сети» . Проверено 2 октября 2014 г.
  42. ^ «Запуск собственного IRC-сервера» . Проверено 2 октября 2014 г.
  43. ^ «Формат сообщения в «псевдо» BNF» . Протокол интернет-релейного чата. п. 8. сек. 2.3.1. дои : 10.17487/RFC1459 . РФК 1459.
  44. ^ «Числовые ответы» . Протокол интернет-релейного чата. п. 10. сек. 2.4. дои : 10.17487/RFC1459 . РФК 1459.
  45. ^ Чаты IRC
  46. ^ «Режимы списков IRC - расширение режима списка, показывающее путаницу пар для списков» . 25 ноября 2009 года . Проверено 8 апреля 2011 г.
  47. ^ ab «В группу (канал)». Протокол интернет-релейного чата. п. 11. сек. 3.2.2. дои : 10.17487/RFC1459 . РФК 1459.
  48. ^ «Список сообщений» . Протокол интернет-релейного чата. п. 24. сек. 4.2.6. дои : 10.17487/RFC1459 . РФК 1459.
  49. ^ ab «Присоединиться к сообщению». Протокол интернет-релейного чата. п. 19. сек. 4.2.1. дои : 10.17487/RFC1459 . РФК 1459.
  50. ^ «Объем канала». Интернет-релейный чат: Управление каналами. стр. 3 – 4. сек. 2.2. дои : 10.17487/RFC2811 . РФК 2811.
  51. ^ «Свойства канала». Интернет-релейный чат: Управление каналами. п. 4. сек. 2.3. дои : 10.17487/RFC2811 . РФК 2811.
  52. ^ «Время существования канала». Интернет-релейный чат: Управление каналами. п. 5. сек. 3. дои : 10.17487/RFC2811 . РФК 2811.
  53. ^ «Режимы канала». Интернет-релейный чат: Управление каналами. п. 7. сек. 4. дои : 10.17487/RFC2811 . РФК 2811.
  54. ^ «Сообщение о режиме». Протокол интернет-релейного чата. п. 21. сек. 4.2.3. дои : 10.17487/RFC1459 . РФК 1459.
  55. ^ «Режимы канала». Протокол интернет-релейного чата. С. 21 – 22. сек. 4.2.3.1. дои : 10.17487/RFC1459 . РФК 1459.
  56. ^ «Контроль доступа к каналу». Интернет-релейный чат: Управление каналами. стр. 10 – 11. сек. 4.3. дои : 10.17487/RFC2811 . РФК 2811.
  57. ^ ab «Ответы на команды: 353 RPL_NAMREPLY». Протокол интернет-релейного чата. п. 51. дои : 10.17487/RFC1459 . РФК 1459.
  58. ^ Роккс, Курт (14 октября 2004 г.). «Цифра 005: ISUPPORT». irc.org . Проверено 10 апреля 2011 г.
  59. ^ Броклсби, Эдвард (сентябрь 2002 г.). IRC RPL_ISUPPORT Числовое определение. IETF . Идентификатор черновика-brocklesby-irc-isupport-03 . Проверено 10 апреля 2011 г.
  60. ^ "Многопрефиксное расширение - IRCv3" .
  61. ^ "Сообщение в браузере" . Протокол интернет-релейного чата. п. 41. сек. 5.6. дои : 10.17487/RFC1459 . РФК 1459.
  62. ↑ Мясник, Саймон (12 января 2005 г.). «Список пользовательских режимов IRC». Alien.net.au . Проверено 10 апреля 2011 г.
  63. ↑ Мясник, Саймон (12 января 2005 г.). «Список режимов IRC-каналов». Alien.net.au . Проверено 10 апреля 2011 г.
  64. ↑ Мясник, Саймон (12 января 2005 г.). «Список режимов IRC-сервера». Alien.net.au . Проверено 10 апреля 2011 г.
  65. ^ Олсен, Томми. «Режимы IRCd». webtoman.com. Архивировано из оригинала 15 октября 2011 года . Проверено 10 апреля 2011 г.
  66. ^ аб «Операторы». Протокол интернет-релейного чата. п. 5. сек. 1.2.1. дои : 10.17487/RFC1459 . РФК 1459.
  67. ↑ Тидеке, Удо (23 сентября 2003 г.). «Никола Дёринг, Александр Шестаг». Virtuelle Gruppen: Charakteristika und Issuedimensionen (на немецком языке) (2-е изд.). Спрингер В.С.  [де] . стр. 314, 337. ISBN. 978-3-531-33372-4. Проверено 30 марта 2010 г.
  68. ^ Роджерс, Расс (1 декабря 2004 г.). «Разум террора». В Девосте, Мэтью Г. (ред.). Взлом террористической сети: тихая угроза тайных каналов (1-е изд.). Рокленд, Массачусетс : Издательство Syngress. п. 10. ISBN 978-1-928994-98-5. Проверено 30 марта 2010 г.
  69. ^ Петерсен, Джули К., изд. (29 мая 2002 г.). «Интернет-реле-чат». Иллюстрированный словарь по телекоммуникациям (2-е изд.). ЦРК Пресс . п. 500. ИСБН 978-0-8493-1173-4. Проверено 30 марта 2010 г.
  70. ^ «Часто задаваемые вопросы» . свободный узел . Архивировано из оригинала 26 марта 2010 года . Проверено 30 марта 2010 г.
  71. ^ "IRC/Плащи". Мета-вики . Проверено 27 ноября 2011 г.
  72. ^ «Схемы унифицированных идентификаторов ресурсов (URI)» . Управление по присвоению номеров в Интернете . Проверено 14 октября 2012 г.
  73. ^ Мясник, Саймон (январь 2003 г.). Единые схемы поиска ресурсов для объектов интернет-релейного чата. IETF . Идентификатор проекта-мясника-irc-url-04 . Проверено 10 апреля 2011 г.
  74. ^ "узел-irc". НПМ . 26 января 2020 г. Проверено 30 июля 2021 г.
  75. ^ «Размер». Обсуждение компьютерных сетевых конференций. стр. 5 – 6. сек. 2.5.1. дои : 10.17487/RFC1324 . РФК 1324.
  76. ^ «Масштабируемость». Интернет-реле-чат: Архитектура. п. 7. сек. 6.1. дои : 10.17487/RFC2810 . РФК 2810.
  77. ^ Леш 2003 1.2.1 Рост
  78. ^ «Идентификация пользователя». Обсуждение компьютерных сетевых конференций. п. 10. сек. 5.4.1. дои : 10.17487/RFC1324 . РФК 1324.
  79. ^ «Деревья и циклы». Обсуждение компьютерных сетевых конференций. п. 10. сек. 5.4.2. дои : 10.17487/RFC1324 . РФК 1324.
  80. ^ Loesch 2003 1.2.2 Сбои сети
  81. ^ «Проблемы государственной информации» . Обсуждение компьютерных сетевых конференций. п. 4. сек. 2.1. дои : 10.17487/RFC1324 . РФК 1324.
  82. ^ Леш 2003 1.2.3 Социологические аспекты и аспекты безопасности.
  83. ^ «Передача сообщений» . Обсуждение компьютерных сетевых конференций. п. 7. сек. 5.2.1. дои : 10.17487/RFC1324 . РФК 1324.
  84. ^ «Безопасность конференции». Обсуждение компьютерных сетевых конференций. п. 8. сек. 5.2.4. дои : 10.17487/RFC1324 . РФК 1324.
  85. ^ «Получение помощи в EsperNet» . IRC-сеть EsperNet . Проверено 31 июля 2012 г.
  86. ^ Брэндон (18 мая 2010 г.). «Новая функция: SSL для пользователей». ДАЛнет . Проверено 31 июля 2012 г.
  87. ↑ Смит, Родерик В. (8 апреля 2000 г.). «Интернет: использование IRC для получения помощи». Руководство по мультизагрузочной настройке. Серия справочников. Река Аппер-Сэддл, Нью-Джерси : Que Publishing . п. 289. ИСБН 978-0-7897-2283-6. Проверено 25 июля 2010 г. mIRC — один из самых популярных IRC-клиентов для Windows.
  88. ^ "Вики браузера Opera: IRC-клиент" . Архивировано из оригинала 17 марта 2011 года . Проверено 10 апреля 2011 г.
  89. ^ "Варшавская Wiki: Модуль IRC" . Архивировано из оригинала 25 апреля 2011 года . Проверено 10 апреля 2011 г.
  90. ↑ Гюнтер, Даниэль (21 июня 2004 г.). «Обзор УТ2004». BCCHАппаратное обеспечение . Проверено 10 апреля 2011 г.
  91. ^ «Полное руководство по восходящей линии связи» . Проверено 10 апреля 2011 г.
  92. ^ «ZDaemon – The Doom Wiki: Другие утилиты» . Проверено 10 апреля 2011 г.
  93. ^ «Как настроить [sic] клиент IRC для подключения и входа [sic] в Ustream» . Юстрим-Помощники. 29 января 2012 года. Архивировано из оригинала 21 марта 2013 года . Проверено 27 апреля 2013 г.
  94. ↑ Молдор (20 июня 2010 г.). «Юстрим против Джастина.тв». Жидкое серебро . Проверено 13 июля 2011 г.
  95. ^ "Twitch IRC". Справочный центр Twitch . 7 апреля 2017 года. Архивировано из оригинала 12 февраля 2019 года . Проверено 30 октября 2017 г.
  96. ^ Канаван, Джон. «Эволюция вредоносных IRC-ботов» (PDF) . www.symantec.com . Ответ безопасности Symantec.
  97. ^ "Информационный файл psyBNC" . psybnc.at . Проверено 10 апреля 2011 г.
  98. ↑ Кэри, Крис (18 июля 2009 г.). «IRC с irssi-прокси + экраном». chriscarey.com . Проверено 10 апреля 2011 г.
  99. ^ «Съемный интерфейс (перезапись ядра) / UML / порт Windows (пинающий Glade)» . smuxi.org. 25 декабря 2004 года . Проверено 25 июля 2010 г.
  100. ^ «О Смукси». smuxi.org . Проверено 10 апреля 2011 г.
  101. ↑ Маттон, Пол (27 июля 2004 г.). «Пользователи и каналы». IRC Hacks (1-е изд.). Севастополь, Калифорния : O'Reilly Media . стр. 44–46. ISBN 978-0-596-00687-7.
  102. ↑ Ван, Уоллес (25 октября 2004 г.). «Обмен мгновенными сообщениями и онлайн-чаты: Интернет-релейный чат (IRC)». Украдите эту книгу по обмену файлами (1-е изд.). Сан-Франциско, Калифорния : Пресса без крахмала . стр. 65–67. ISBN 978-1-59327-050-6.
  103. ↑ Вамози, Роберт (8 мая 2002 г.). «Пиратские фильмы: сейчас воспроизводятся на ближайшем к вам сервере». ЗДНет . Проверено 10 апреля 2011 г.
  104. ↑ Сасаки, Дарла (4 апреля 2002 г.). «IRC 101: что это такое и как его использовать?». Macobserver.com . Проверено 10 апреля 2011 г.

Общая библиография

дальнейшее чтение

Внешние ссылки

В Wikibook Internet Technologies есть страница на тему: IRC.
Викискладе есть медиафайлы, связанные с IRC .