✖


Jump to content

IRC

(Перенаправлено с маски хоста )
Чтобы узнать о других значениях, см. IRC (значения) .

Интернет-релейный чат
Протокол связи
Аббревиатура IRC
Цель Мгновенный обмен сообщениями
Разработчик(и) Яркко Ойкаринен
Введение август 1988 г .; 36 лет назад ( 1988-08 )
Под влиянием Еще не заменено
IRCv3 (рабочая группа по стандартизации)
Уровень OSI Прикладной уровень
Порт(ы) 6667, 6697
RFC(ы) RFC 1459
Набор интернет-протоколов
Прикладной уровень
Транспортный уровень
Интернет-слой
Слой связи
Первый IRC-сервер tolsun.oulu.fi, сервер Sun-3, выставленный возле Университета Оулу. компьютерного центра

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

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

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

История

[ редактировать ]
См. Также: IRCd § История

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 сильно изменился за свою жизнь в Интернете. Новое серверное программное обеспечение добавило множество новых функций.

  • Сервисы : Сетевые боты для облегчения регистрации ников и каналов, отправки сообщений офлайн-пользователям и функций оператора сети.
  • Дополнительные режимы: в то время как исходная система IRC использовала набор стандартных пользовательских и канальных режимов, новые серверы добавляют множество новых режимов для таких функций, как удаление цветовых кодов из текста, [16] или скрытие маски хоста пользователя («клоакинг») для защиты от атак типа «отказ в обслуживании» . [17]
  • Обнаружение прокси-сервера. Большинство современных серверов поддерживают обнаружение пользователей, пытающихся подключиться через небезопасный (неправильно настроенный или использованный) прокси-сервер , которому затем может быть отказано в соединении. Это программное обеспечение для обнаружения прокси-серверов используется несколькими сетями, хотя этот список прокси-серверов в режиме реального времени не существует с начала 2006 года. [18]
  • Дополнительные команды. Новые команды могут представлять собой такие вещи, как сокращенные команды для выдачи команд службам или команды только для оператора сети для управления маской хоста пользователя. [ нужна ссылка ]
  • Шифрование : для соединения клиент-сервер может использоваться TLS (сообщения перестают быть безопасными, как только они передаются другим пользователям по стандартным соединениям, но это затрудняет подслушивание или прослушивание индивидуальных сеансов IRC). Для связи между клиентами SDCC (Secure DCC). можно использовать [ нужна ссылка ]
  • Протокол подключения: IRC можно подключить через IPv4 , старую версию интернет-протокола , или через IPv6 , текущий стандарт протокола.

По состоянию на 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 пережил значительный спад: в период с 2003 по 2012 год он потерял около 60% пользователей, а пользователи перешли на платформы социальных сетей , такие как 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]

Хронология

[ редактировать ]

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

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

[ редактировать ]
См. также: IRCd
Скриншот HexChat , IRC-клиента для GTK . сред
Irssi , текстовый IRC-клиент

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

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

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

Все протоколы IRC клиент-сервер, используемые сегодня, произошли от протокола, реализованного в версии сервера IRC2 irc2.4.0 и документированного в 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] Это преимущество по сравнению с немультиадресными протоколами, такими как простой протокол передачи почты (SMTP). [ нужна ссылка ] или расширяемый протокол обмена сообщениями и присутствия (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) режимы

[ редактировать ]
Пользовательские режимы
Письмо Символ Описание
я Невидимый — его нельзя увидеть без общего канала или знания точного имени.
с Получает уведомления сервера
В Получает удары [61]
тот Пользователь является оператором IRC (ircop).
Режимы каналов
Письмо Символ Параметр(ы) Описание
тот @ Имя затронутого пользователя Оператор канала — может, среди прочего, менять режимы канала и выгонять пользователей из канала.
с Секретный канал — не отображается в списке каналов или в Whois пользователя, за исключением пользователей, уже находящихся на канале.
п Частный канал — указан в списке каналов как «prv» согласно RFC 1459.
н Пользователи не могут отправлять сообщения на канал извне.
м Канал модерируется (сообщения на него могут отправлять только те, у кого есть оператор канала или голосовой статус на канале)
я На канал могут войти только пользователи с приглашениями.
т Изменить тему канала могут только операторы канала.
л Ограничить число Ограничивает количество пользователей, которые могут находиться на канале (при заполнении новые пользователи не могут присоединиться)
б Маска запрета (ник!пользователь@хост, разрешены подстановочные знаки) Запретить маски хоста на канале
v + Имя затронутого пользователя Предоставляет голосовой статус пользователя на канале (см. +m выше).
к Новый ключ канала Устанавливает ключ канала таким образом, что только пользователи, знающие ключ, могут войти.

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

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

[ редактировать ]

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

  • Выгнать пользователя.
  • Заблокировать пользователя.
  • Предоставьте другому пользователю статус оператора IRC-канала или голосовой статус IRC-канала.
  • Измените тему IRC-канала, пока установлен режим канала +t.
  • Измените блокировку режима канала IRC.

Операторы

[ редактировать ]
Основная статья: оператор 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://<host>[:<port>]/[<channel>[?<channel_keyword>]]
ircs://<host>[:<port>]/[<channel>[?<channel_keyword>]]
irc6://<host>[:<port>]/[<channel>[?<channel_keyword>]]

(где элементы, заключенные в квадратные скобки ([,]), являются необязательными), которые будут использоваться (при необходимости) для подключения к указанному хосту (или сети, если она известна 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- сообщений о недостижимости для разрыва TCP IRC-соединений на основе ( «ядерная атака» ), чтобы раздражать пользователей или способствовать захвату власти .

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

[ редактировать ]

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

Стратегии задержки псевдонима (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), чтобы оба клиента не могли вернуться к исходному псевдониму и, таким образом, снова столкнуться.

Клиенты

[ редактировать ]

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

[ редактировать ]
Дополнительная информация: Сравнение клиентов Internet Relay Chat.
Схема 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] Аплинк , [91] Spring Engine Игры на базе , 0 AD и ZDaemon включают IRC. [92]

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

Боты

[ редактировать ]
Основная статья: IRC-бот

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

Вышибала

[ редактировать ]
Основная статья: BNC (программное обеспечение)

Программа, которая работает как демон на сервере и действует как постоянный прокси-сервер, называется 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 ) в соответствующих языковых сообществах:

  • 7-битная эпоха: на заре IRC, особенно среди пользователей скандинавских и финских языков , национальные варианты ISO 646 были доминирующими кодировками символов . Они кодируют символы, отличные от ASCII, такие как Ä Ö Å ä ö å в позициях кода 0x5B 0x5C 0x5D 0x7B 0x7C 0x7D ( US-ASCII : [ \ ] { | } ). Именно поэтому эти коды всегда разрешены в никнеймах. Согласно RFC 1459, { | } в никнеймах следует рассматривать как строчные эквиваленты [ \ ] соответственно. [14] К концу 1990-х годов использование 7-битных кодировок исчезло в пользу ISO 8859-1 , и такие сопоставления эквивалентности были исключены из некоторых демонов IRC.
  • 8-битная эра: 8-битные кодировки, такие как ISO 8859-1 с начала 1990-х годов для европейских языков стали широко использоваться . Российским пользователям был предоставлен выбор КОИ8-Р , 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-ботов. [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. ^ Перейти обратно: а б с «IRC мертв, да здравствует IRC» . Пингдом . 24 апреля 2012 года. Архивировано из оригинала 15 августа 2017 года . Проверено 25 апреля 2016 г.
  6. ^ «IRC-сети – Топ-100» . irc.netsplit.de . Проверено 26 октября 2023 г.
  7. ^ Перейти обратно: а б с д и ж г час я дж к Стенберг, Дэниел. «История IRC (Интернет-чат)» . Проверено 25 апреля 2016 г. Всего этого я не испытал. Я нашел информацию в разных местах и ​​получил информацию от разных людей, чтобы написать это. В этом мне помогли: Грег «wumpus» Линдал, Веса «vesa» Руоконен, Джеймс Нг, Туомас Хейно, Ричард (eagle`s on undernet), Ари Леммке.
  8. ^ Ойкаринен, Яркко . «Основание IRC» . мИРЦ . Архивировано из оригинала 27 апреля 2011 года . Проверено 8 апреля 2011 г.
  9. ^ Перейти обратно: а б «История IRC (Интернет-чат)» . daniel.haxx.se . Проверено 22 июля 2023 г.
  10. ^ «Стенограммы IRC со времени попытки советского государственного переворота 1991 года» . Чапел-Хилл, Северная Каролина : там же . Архивировано из оригинала 28 июня 2009 года . Проверено 8 апреля 2011 г.
  11. ^ «Журналы IRC событий войны в Персидском заливе» . Чапел-Хилл, Северная Каролина : там же . Проверено 8 апреля 2011 г.
  12. ^ «Журналы основных событий в интернет-сообществе» . Чапел-Хилл, Северная Каролина : там же . Проверено 8 апреля 2011 г.
  13. ^ Перейти обратно: а б с "Введение" . Протокол интернет-релейного чата . п. 4. сек. 1. дои : 10.17487/RFC1459 . РФК 1459 .
  14. ^ Перейти обратно: а б с «Коды символов» . Протокол интернет-релейного чата . п. 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 Networks – Топ 100» . netsplit.de . Проверено 12 января 2022 г.
  23. ^ «netsplit.de топ-10» . Проверено 15 января 2021 г.
  24. ^ Перейти обратно: а б Харалабидис, Алекс (15 декабря 1999 г.). «IRCing на Macintosh: Ircle». Книга IRC: Полное руководство по ретрансляционному интернет-чату (1-е изд.). Сан-Франциско, Калифорния : Пресс без крахмала. п. 61 . ISBN  978-1-886411-29-6 . В больших сетях, таких как «большая четверка» — EFnet, IRCnet, Undernet и DALnet — попытка составить список тысяч каналов с помощью Ircle всегда приводит к отключению из-за потока информации, в то время как другие клиенты обычно могут справиться с этой задачей, если вы находятся на прямом соединении Ethernet.
  25. ^ Перейти обратно: а б Джонс, Стив, изд. (10 декабря 2002 г.). «Интернет-реле-чат». Энциклопедия новых медиа: важный справочник по коммуникациям и технологиям (1-е изд.). Таузенд-Оукс, Калифорния : Публикации SAGE . п. 257 . ISBN  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. ^ Перейти обратно: а б «В группу (канал)» . Протокол интернет-релейного чата . п. 11. сек. 3.2.2. дои : 10.17487/RFC1459 . РФК 1459 .
  48. ^ «Список сообщений» . Протокол интернет-релейного чата . п. 24. сек. 4.2.6. дои : 10.17487/RFC1459 . РФК 1459 .
  49. ^ Перейти обратно: а б «Присоединиться к сообщению» . Протокол интернет-релейного чата . п. 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. ^ Перейти обратно: а б «Ответы на команды: 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 г.). «Никола Дёринг, Александр Шестаг» . Виртуальные группы: характеристики и размеры проблемы (на немецком языке) (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 . ISBN  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. ^ «Твич IRC» . Справочный центр Twitch . 7 апреля 2017 г. Архивировано из оригинала 12 февраля 2019 г. . Проверено 30 октября 2017 г.
  96. ^ Канаван, Джон. «Эволюция вредоносных IRC-ботов» (PDF) . Симантек . Ответ безопасности Symantec. Архивировано из оригинала (PDF) 15 марта 2006 года.
  97. ^ «Ознакомительные сведения о psyBNC» . psybnc.at . Проверено 10 апреля 2011 г.
  98. ^ Кэри, Крис (18 июля 2009 г.). «IRC с irssi-прокси + экран» . chriscarey.com . Проверено 10 апреля 2011 г.
  99. ^ «Отсоединяемый интерфейс (Core Rewrite) / 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 .
Retrieved from "https://en.wikipedia.org/w/index.php?title=IRC&oldid=1233788878#Hostmasks"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 910c11a6b0dfdc04d74a1c7870b80847__1720638000
URL1:https://arc.ask3.ru/arc/aa/91/47/910c11a6b0dfdc04d74a1c7870b80847.html
Заголовок, (Title) документа по адресу, URL1:
IRC - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)