IRCd

IRCd

IRCd는 Internet Relay Chat 데몬의 줄임말로 IRC 프로토콜을 구현하여 사람들이 인터넷을 통해 서로 대화(실시간 텍스트 메시지 교환)할 수 있도록 [1][2]하는 서버 소프트웨어입니다.IRC 채널에 아웃바운드를 접속하는 IRC 봇과는 다릅니다.

서버는 일련의 TCP [4]포트 상에서 IRC 클라이언트로부터의[3] 접속을 리슨합니다.서버가 IRC 네트워크의 일부인 경우, 다른 서버/데몬에 [5]대한 하나 이상의 확립된 연결도 유지합니다.

ircd라는 용어는 원래 하나의 [6]소프트웨어만을 가리켰지만 결국 IRC [7][8]데몬의 구현에 대한 일반적인 언급이 되었습니다.그러나 원본 버전은 여전히 동일한 [9]이름으로 배포되며, 이 문서에서는 두 가지 용도에 대해 설명합니다.

역사

원래 IRCd는 'ircd'로 알려져 있으며 1988년 [10][11]Jarkko Oikarinen(IRC의 WiZ)에 의해 작성되었습니다.그는 마크쿠 사벨라(msa on IRC) 등 2.2msa 릴리즈를 지원했던 많은 이들의 도움을 받았다.

IRC의 첫 번째 리비전에서는 명명된 채널이나 채널 오퍼레이터 등 오늘날 당연하게 받아들여지고 있는 기능은 많지 않았습니다.채널에는 채널4 및 채널57 등의 번호가 매겨져 채널토픽에서는 채널 내에서 발생한 대화의 종류에 대해 설명하고 있습니다.이 지연 중 하나는 채널0에 가입하면 클라이언트가 현재 접속되어 있는 모든 채널을 탈퇴하는 것입니다.「CHANNEL 0」은 현재의 채널을 탈퇴하는 최초의 명령어입니다.

버전 2.5에서 IRC의 첫 번째 주요 변경사항은 명명된 채널인 "+채널"을 추가하는 것이었습니다.이후 버전 2.7에서는 "+b"가 "#b"로 대체되었고 숫자 채널은 완전히 제거되었으며 채널 금지(모드 +b)가 구현되었습니다.

버전 2.7 전후에는 작지만 주목할[clarification needed] 만한 분쟁이 있었고, 이로 인해 ircu – ircd의 언더넷 포크인 ircu가 발생하였습니다.

irc2.8은 """ (네트워크 전체가 아닌 현재 서버에만 존재하는 것) 및 "!quot;;quot; (사용자가 "넷스핏"을 통해 채널을 이용할 수 있는 다양한 방법으로부터 이론적으로 안전한 것)을 추가했습니다.또, 현재의 거의 모든 실장으로부터 파생된 베이스라인 릴리스입니다.

약 2.8은 인수 및 분할 승차와 같은 남용 행위를 억제하기 위해 설계된 시스템인 Nick and Channel Delay의 개념이 나왔다.이는 대부분의 현대 IRC(EFnet, DALnet, Undernet 등)에 의해 합의되지 않았기 때문에 TS 또는 타임 스탬프로 알려진 반대되는 이론을 사용하여 2.8을 여러 개의 데몬으로 분할하여 네트워크상의 각 채널 또는 닉네임 중 어느 것이 '정확한'지 판단하기 위해 고유한 타임스탬프를 저장했습니다.

타임스탬프 자체는 디자인상의 여러 문제점을 수정하기 위해 여러 번 수정되었습니다.이러한 프로토콜의 최신 버전은 다음과 같습니다.

  • EFnet에서 사용되는 TS6 프로토콜 및 하이브리드 및 Ratbox 기반 서버 등
  • P10 프로토콜, Undernet 및 ircu 기반 서버에서 사용됩니다.

클라이언트 대 서버 프로토콜은 적어도 기능적으로는 비슷하지만 서버 대 서버 프로토콜은 크게 다르므로(TS5, P10 및 ND/CD 서버 프로토콜은 호환되지 않음), IRC 서버의 두 가지 개별 구현을 "연결"하는 것은 매우 어렵습니다.예를 들어 2.10 서버를 TS5 서버에 링크할 수 있는 "브릿지" 서버도 존재하지만, 이러한 서버에는 각 프로토콜의 어느 부분을 사용할 수 있는지에 대한 제한이 수반되는 경우가 많아 널리 배포되지는 않습니다.

2.8을 기반으로 한 중요한 릴리스에는 다음이 포함됩니다.

  • 2.8.21+CS, Chris Behrens가 개발 (Comstude)
  • Taner Halicioglu의 패치셋은 2.8번째 이상입니다.이 패치셋은 나중에
    • 하이브리드 IRCd는 원래 Jon Lusky(Rodder)와 Diane Bruce(Dianora)가 2.8/하이브리드로 개발한 후 대규모 개발 팀에 의해 합류했습니다.
  • 2.9, 2.10, 2.11, ... 원래의 코드 베이스의 개발을 계속한다.

원래 코드 베이스는 주로 IRCnet 네트워크에서 사용하기 위해 계속 개발되었습니다.새로운 서버 간 프로토콜은 버전 2.10, 1998년 및 2.11, 2004년에 처음 출시되어 2007년 현재에 도입되었습니다.이 데몬은 IRCnet에서 사용되며 http://www.irc.org/ftp/irc/server/에서 찾을 수 있습니다.원래 ircd는 GNU General Public License에 따라 라이선스가 부여된 자유 소프트웨어입니다.이 개발 라인은 RFC 1459 이후에 공개된4개의 IRC RFC를 작성했습니다.이것에 의해, 이 서버 프로토콜은 배타적으로 문서화되어 있습니다.

2.8.21+CS 및 하이브리드 IRCd는 EFnet에서 계속 사용되며 2004년 현재 ircd-ratbox(ircd-hybrid의 분기)가 가장 인기 있습니다.

Sidestream 버전

일반적인 IRCd 구현에 대한 파생 및 관계 다이어그램.

최근에는 ithildin,[12] InspIRCd,[13] csircd(Chris Behrens도 작성), Conference Room,[14] Microsoft Exchange Chat Service, WeIRCd,[15] IRCplus/IRCXPro [16]등 여러 Irc 데몬이 처음부터 작성되었습니다.

이러한 시도는 혼재된 성공을 거두었고, 기존 IRC 개발 커뮤니티로부터 많은 양의 회의론을 받았다.새로운 IRCd마다 약간 다른 버전의 IRC 프로토콜이 사용되며,[17][18][19] 많은 IRC 클라이언트와 봇은 접속되어 있는 서버에 따라 기능을 손상하거나 구현을 변경해야 합니다.이러한 기능은 사용성, 보안, 권한 분리 또는 서비스와의 통합 용이성을 개선하기 위해 구현되는 경우가 많습니다.가장 일반적인 가시적인 차이 중 하나는 하프 op 채널오퍼레이터 스테이터스의 포함 또는 제외일 수 있습니다(이는 RFC의 요건이 아닙니다).

특징들

포트

공식적으로 할당된 포트 번호는 194(irc), 529(irc-serv) 및 994(ircs)[20]입니다.단, 이러한 포트는 특권범위(0~1024) 내에 있습니다.이는 Unix와 같은 시스템에서는 데몬이 이 포트를 열려면 역사적으로 슈퍼유저 특권을 가지고 있어야 함을 의미합니다.다양한 보안상의 이유로 이것은 바람직하지 않았습니다.

IRCd 프로세스의 공통 포트는 6665 ~6669 이며 6667 이 이력 [21]기본값입니다.이러한 포트는 슈퍼 유저 이외의 프로세스로 열 수 있어 널리 사용되고 있습니다.

접속

수천 명 이상의 동시 사용자가 있는 대규모 IRC 서버를 실행하려면 매우 많은 수의 TCP 연결을 장기간 열어 두어야 합니다.거의 모든 액션이 글로벌 상태에 액세스(적어도 읽기 및 변경)해야 하므로 멀티스레드되는 ircd는 거의 없습니다.

그 결과, ircds에 최적인 플랫폼은 단일 스레드에서 대량의 접속을 처리하는 효율적인 메커니즘을 제공하는 플랫폼입니다.Linux는 2.4.x보다 새로운 커널 시리즈에서 이 기능을 제공합니다. FreeBSD(4.1 이후)와 OpenBSD(2.9 이후)는 kqueue를 제공합니다.Solaris에는 버전7부터 /dev/poll이 탑재되어 있으며 버전 10 이후로는 ICP(I/O Completion Port)가 탑재되어 있습니다.Windows는 Windows NT 3.5 이후 IOCP를 지원했습니다.이러한 새로운 인터페이스로 인해 큰 차이가 발생할 수 있습니다.IRCU 개발자들은 서버당 실제 용량이 10,000명에서 20,[citation needed]000명으로 증가한다고 언급했습니다.

TLS(트랜스포트층 보안)

일부 IRCd에서는 Transport Layer Security(TLS; 트랜스포트층 보안)를 지원하지 않는 사용자에게는 Stunnel 경유 SSL을 사용할 수 있습니다.비공식적이지만 TLS IRCd 접속에 가장 많이 사용되는 포트는 6697입니다.최근에는 보안 강화와 사용 편의성 강화로 다양한 클라이언트 및 서버 작성자가 동일한 TCP 포트 상에서 TLS와 플레인텍스트 접속이 공존할 수 있도록 하는 STARTTLS[22] 표준이라고 불리는 표준 초안을 작성하기 시작했습니다.

IPv4 및 IPv6

IRC 데몬은 IPv4를 지원하며 IPv6도 지원합니다.일반적으로, IRC 에의 IPv6 접속과 IPv4 접속의 차이는 순수하게 학술적인 것으로, 어느 프로토콜을 통해서도 거의 같은 방법으로 서비스가 동작합니다.

클러스터링

대규모 IRC 네트워크는 수평 확장을 위해 여러 서버로 구성됩니다.이러한 [23]목적을 위한 몇 가지 IRC 프로토콜 확장이 있습니다.

IRCX

IRCX(Internet Relay Chat eXtensions)는 Microsoft가 개발한 IRC 프로토콜의 확장입니다.

주요 기사: IRCX

P10

P10 프로토콜은 Undernet Coder Committee에 의해 개발된 서버 간 통신을 위한 인터넷 릴레이 채팅 프로토콜의 확장입니다.이 프로토콜은 ircu 서버 소프트웨어에서 사용하기 위해 개발되었습니다.이 프로토콜은 IRCX 및 EFnet TS5/TS6 프로토콜과 유사하며 닉 충돌 및 넷스플릿 채널 라이딩을 처리하기 위해 각각 닉과 채널 타임스탬프를 구현합니다.이 프로토콜 확장을 사용하는 다른 IRCd에는 주의 [23][24][25]ircd가 포함됩니다.

TS6

TS6 프로토콜은 ircd-ratbox 개발자에 의해 최초로 개발된 서버 간 통신을 위한 인터넷 릴레이 채팅 프로토콜의 확장입니다.다양한 IRC 소프트웨어에 의해 확장되어 기능이 다른 경우에도 기능 네고시에이션을 사용하여 TS6의 적절한 실장을 서로 링크할 수 있는 기능을 갖추고 있습니다.

배열

쥬프

서버, 채널 또는 닉네임을 주핑하는 것은 서버 또는 네트워크상의 해당 채널 또는 닉네임을 차단하는 방법을 말합니다.이 용어가 어떻게 생겨났는지에 대한 한 가지 가능한 설명은 EFnet에서 [26][citation needed]닉서브라는 별명을 가진 주피터라는 이름의 운영자의 이름을 따서 지어졌다는 것이다.EFnet은 Nick Serv와 같은 서비스를 제공하지 않습니다. 주피터는 닉네임을 소유해야 한다고 생각하지 않았기 때문에 닉네임을 제어할 수 있게 되었습니다.현재 EFnet은 다른 네트워크에서 서비스로 사용되는 쥬프 닉네임을 제공합니다.

닉네임 또는 서버 쥬프는 특정 식별자가 고유하다는 사실을 활용합니다. 식별자를 사용함으로써 다른 사용자가 해당 식별자를 사용할 수 없도록 하는 배타적 잠금을 획득합니다.

정식 허가를 받은 주프는 서비스 또는 서버 설정 옵션을 사용하여 주프를 강제할 수도 있습니다.예를 들어, 네트워크에 해를 끼치지 않도록 침해된 서버를 주프로 했을 경우 등입니다.

실제로 IRC 오퍼레이터는 쥬프 설정을 사용하여 채널 또는 닉네임을 관리상 사용할 [27]수 없게 되었습니다.채널 주프는 서버 고유의 채널 금지를 의미합니다.즉, 특정 서버에 접속하면 특정 채널에 가입할 수 없지만 다른 서버에서는 사용자가 채널에 가입할 수 있는 경우가 있습니다.이것은 문제가 있는 채널에 대한 접근을 금지하는 방법입니다.

O라인

규정에 대한 IRC데몬 구성 파일은 determin의 O-line(는 소문자로 된 O[표창 필요한]과 자주 또한 O형의 생략:line[표창 필요한]는 지역 경영자들을 지원하는 IRCds,의 O-lines입니다라고 불린다:라인), 교환 라인의 원본 IRCd의line-based 구성 파일에서 파생된 원작을 요약, 있습니다.에스는 사용자가 될 수 있는 IRCo.perator 및 어떤 권한을 부여받는지 확인합니다.이름은 원래 IRCd의 회선에 사용된 접두사(대문자 O)에서 유래합니다.O라인은 특정 오퍼레이터의 사용자 이름, 비밀번호, 오퍼레이터 플래그 및 호스트 마스크 제한을 지정합니다.서버 [28]및 네트워크의 관리 요구에 따라 서버에는 다수의 O-라인이 있을 수 있습니다.

오퍼레이터 플래그는 오퍼레이터에게 부여된 권한을 설명하는 데 사용됩니다.네트워크 루팅을 담당하는 IRC 오퍼레이터가 있는 반면 네트워크 오남용을 담당하는 IRC 오퍼레이터도 있어 특정 권한에 대한 요구가 다를 [4]수 있습니다.사용 가능한 오퍼레이터 플래그는 사용 중인 IRC 데몬에 따라 크게 달라집니다.일반적으로 기능이 풍부한 IRC 데몬에는 연산자 플래그가 많아지고 기존 IRC 데몬에는 연산자 플래그가 적어지는 경향이 있습니다.

특정 호스트 마스크 또는 IP 주소의 사용자만 해당 O라인을 사용하여 IRC 오퍼레이터 상태를 얻을 수 있도록 O라인을 설정할 수도 있습니다.O-line에서 호스트 마스크와 IP 주소를 사용하려면 IP 주소가 동일하게 유지되어야 하지만 보안이 강화됩니다.

K라인

사용자가 k라인(킬라인의 줄임말)인 경우 사용자는 특정 기간 동안 또는 영구적으로 특정 서버에서 사용할 수 없습니다.사용자가 금지되면 해당 서버로의 복귀가 허용되지 않습니다.이것은 서버의 IRC 데몬 컨피규레이션파일의 선두에 문자 「K」(K-line)가 붙은 행으로서 기록됩니다.

ircd-hybrid 및 그 하위 서버를 포함한 일부 IRC 데몬은 네트워크상의 일부 또는 모든 서버에 K라인을 전파하도록 구성할 수 있습니다.이러한 구성에서 K라인은 사실상 G라인과 유사한 글로벌 금지입니다.

접속 해제의 정확한 이유는 경우에 따라 다르지만, 통상적인 이유에는 클라이언트 또는 접속 해제 대상이 되는 사용자의 측면이 있습니다.

사용자 동작
"닉네임 충돌", "해킹", "멀티채널 플래딩", "프라이빗 메시징 기능"을 통한 다른 사용자 괴롭히기, "스팸핑" 등 사용자 측의 부적절한 행동 또는 오래된 네트워크의 경우 채널 운영자 pri를 사용하여 수정할 수 없는 스플릿 라이딩이 발생할 수 있습니다.욕만 할 뿐이죠
클라이언트 소프트웨어
일부 IRC 데몬은 연결된 클라이언트의 바이러스 또는 기타 취약성을 검색하도록 구성할 수 있으며 결과에 따라 다양한 방식으로 반응합니다.예를 들어, 다른 네트워크 사용자를 취약점으로부터 보호하기 위해 오래되고 안전하지 않은 클라이언트 소프트웨어가 차단될 수 있습니다.네트워크에 따라서는, 오픈 프록시 또는 시큐어하지 않은 Web 서버상에서 동작하고 있는 클라이언트의 접속이 끊어집니다.
지리적 위치
서로 다른 로케일에서 여러 서버를 운용하는 IRC 네트워크는 클라이언트와 서버 간의 거리를 줄이려고 시도합니다.이것은, 많은 경우, 클라이언트의 리모트 로케일에서 로컬 로케일로의 접속을 해제(또는 금지)하는 것으로 실현됩니다.

K라인과 관련된 다른 네트워크 "라인"이 많이 있습니다.또한 최신 IRC 데몬을 사용하면 IRC 오퍼레이터는 서버 컨피규레이션파일에 통상적으로 액세스 할 필요가 없는 통상적인 운용시에 이러한 회선을 설정할 수 있습니다.

G라인

"G-line"은 여기서 리다이렉트 됩니다.기타 용도는 G-라인(동음이의)을 참조하십시오.

G라인(Global Kill Line)은 사용자에게 적용되는 글로벌네트워크 금지입니다.이 용어는 Undernet에서 유래했지만 DALnet에서는 AKill이라고 하는 유사한 개념이 [citation needed]사용되었습니다.

G라인은 IRC 서비스를 통해 K라인을 처리하는 일부 네트워크는 서비스 구성 파일에 저장하기를 선호하지만 IRCd 구성 파일에 저장되는 경우가 있습니다.G라인 사용자가 IRC 네트워크에 접속하려고 하면 서비스 또는 IRC 데몬 중 하나가 자동으로 클라이언트의 연결을 끊고 많은 경우 금지 이유를 설명하는 메시지가 표시됩니다.

G라인은 K라인의 변형으로, K라인은 네트워크의 1개의 서버상의 클라이언트만 절단하는 것을 제외하고 거의 같은 방법으로 동작합니다.G라인은 보통 한 서버에서 K라인을 수신했지만 다른 서버를 통해 접속함으로써 네트워크를 계속 악용하는 사용자에게 적용됩니다.G라인은 종종 극단적인 척도로 간주되며, 위반 사용자에 대한 광범위한 설득 시도가 이루어진 반복적인 남용의 경우에만 사용됩니다.따라서 특히 대규모 네트워크에서는 상위 글로벌 IRC 오퍼레이터만 설정할 수 있는 경우가 많으며, 대부분의 경우 로컬 업무로 간주되는 K라인은 네트워크 내의 개별 서버 오퍼레이터에게 맡겨집니다.

또한 G선은 K선과 약간 다르게 작동합니다.G라인은 보통 *@IPaddress 또는 *@host로 설정되며 첫 번째 옵션이 더 좋습니다.*@host 옵션을 사용하는 경우 서버는 사용자에 대해 역 DNS 검색을 수행한 후 반환된 호스트를 G-line 목록 내의 호스트와 비교해야 합니다.이로 인해 지연이 발생하고 DNS가 올바른 결과를 반환하지 않으면 금지된 사용자가 계속 네트워크에 접속할 수 있습니다.

Z라인

Z라인 또는 zap라인(Z:line)은 K라인과 비슷하지만 클라이언트의 IP 주소 범위에 적용되어 극단적인 경우에 사용되는 것으로 간주됩니다.Z라인은 사용자 이름(identd) 또는 해결된 호스트 이름을 확인할 필요가 없으므로 연결 시 데이터를 전송하기 전에 사용자에게 적용할 수 있습니다.따라서 다수의 사용자를 금지하는 경우 Z라인은 K라인이나 G라인보다 효율적이며 리소스를 적게 사용합니다.

ircd-hybrid 등의 일부 IRC 데몬에서는 이를 D라인(거부라인) 또는 X라인이라고 합니다.

Z라인은 IRCd의 컨피규레이션파일에 저장되는 경우가 있습니다.단, IRC 서비스를 통해 회선을 처리하는 일부 네트워크에서는 서비스 컨피규레이션파일에 저장되는 것을 선호합니다.Z 행의 사용자가 IRC 네트워크에 접속하려고 하면 서비스 또는 IRC 데몬 중 하나가 자동으로 클라이언트를 절단하고 많은 경우 금지 이유를 설명하는 메시지가 표시됩니다.

Z 선은 K 선의 변형으로, 거의 같은 방식으로 작동합니다.대부분의 Z라인은 네트워크 전체를 악용하는 사람에게 "상"됩니다(소규모 네트워크에서는 격리된 사고에 대해 발행되는 경우가 더 많습니다).

Z 선은 K 선과 약간 다르게 작동합니다.Z 행은 일반적으로 *@IP 또는 *@host로 설정되며 첫 번째 옵션이 더 좋습니다.Z라인은 접속 사용자로부터의 식별 응답을 기다리지 않고 사용자의 IP와 Z라인 목록이 비교되고 일치하는 것이 발견되면 즉시 소켓을 닫습니다.*@host 옵션을 사용하는 경우 서버는 사용자에 대해 역 DNS 검색을 수행한 후 반환된 호스트를 Z 라인 목록 내의 호스트와 비교해야 합니다.이로 인해 지연이 발생하거나 DNS가 올바르게 반환되지 않으면 금지된 사용자가 계속 네트워크에 접속할 수 있습니다.실제로 *@host 옵션은 Z-line을 사용하는 의도에 완전히 반하기 때문에 일부 IRCd 프로그램에서는 *@IP 이외의 아무것도 허용하지 않습니다.IP 섹션에서는 와일드카드(?,*) 또는 CIDR 프리픽스 길이(/8)를 사용하여 서브넷 전체를 차단할 수 있습니다.(IRC 클라이언트에만 영향을 주는) K-line과의 또 다른 차이점은 IP가 금지되어 있는 경우 이 IP(또는 배너스크에 따라서는 다른 서버도)에서 접속할 수 없다는 점입니다.

서버 또는 네트워크 관리자의 관점에서 K라인 및 G라인보다 Z라인을 사용하는 것의 장점 중 하나는 주로 식별 응답이나 DNS 조회를 기다리지 않기 때문에 Z라인은 K라인보다 대역폭을 적게 사용합니다.

K라인 또는 G라인에서 Z라인을 사용하는 단점은 일부 다이얼업 및 DSL 접속에서 공통적으로 ISP 전체와 매우 동적인 IP 주소를 금지하기가 더 어려워진다는 것입니다.예를 들어 네트워크 관리자가 모든 ISP example.com (가상의 IP 주소 범위 68.0.0 ~68.255.255 및 37.0.0 ~38.255.255)를 금지할 경우 G라인은 *@* example.com 를 사용할 수 있는 반면 Z라인은 *@37*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.

Z선은 전역일 수도 있습니다. 이 경우 GZ 선이라고 합니다.GZ 회선은, 네트워크상의 모든 서버에 전파되는 것을 제외하고, Z 회선과 같은 방법으로 동작합니다.일부 IRC 데몬은 다른 서버와 Z라인을 공유하도록 구성할 수도 있습니다.

Q라인

Q라인은 여기서 리다이렉트 됩니다.뉴욕시 지하철 서비스에 대해서는 Q(뉴욕시 지하철 서비스)를 참조하십시오.디트로이트 노면 전차 서비스는 QLine을 참조하십시오.

UnrealIRCd 등의 일부 IRCd에서는 Q라인에 의해 닉네임이 금지되거나 특정 패턴에 일치하는 닉네임이 금지됩니다.이것은, 서비스 닉네임( 「X」나 Nick Serv 등)의 사용을 금지하거나, 오퍼레이터 이외의 IRC 오퍼레이터의 닉네임을 사용하는 것을 금지하기 위해서 자주 사용됩니다.일부 IRC 데몬은 Q라인을 처음 적용할 때 사용자의 연결을 끊을 수 있으며, 다른 데몬은 사용자가 Q라인에 의해 커버된 사용자가 다시 연결될 때까지 닉네임을 강제로 변경하거나 아무것도 하지 않습니다.ircd-hybrid 등의 다른 IRCd에서는 대신 "RESV"("reserve") 명령어가 사용되며 통계 문자는 Q로 유지됩니다.또한 "RESV" 명령을 사용하여 채널의 사용을 금지할 수도 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "RFC 2810 - Internet Relay Chat: Architecture". Tools.ietf.org. Retrieved 2010-03-03.
  2. ^ IRC 서버 요청 FAQ 2009-04-22 웨이백 머신에 아카이브
  3. ^ "RFC 2810 – Internet Relay Chat: Architecture". Tools.ietf.org. Retrieved 2010-03-03.
  4. ^ a b "RFC 1459 – Internet Relay Chat Protocol". Tools.ietf.org. Retrieved 2010-03-03.
  5. ^ "RFC 1459 – Internet Relay Chat Protocol". Tools.ietf.org. Retrieved 2010-03-03.
  6. ^ irc.org의 IRCD FAQ
  7. ^ "Search IRC, IRCD version overview". Searchirc.com. Retrieved 2010-03-03.
  8. ^ "Open Directory – Computers: Software: Internet: Servers: Chat: IRC". Dmoz.org. 2010-02-26. Retrieved 2010-03-03.
  9. ^ "IRCD – the server". Funet.fi. Retrieved 2010-03-03.
  10. ^ IRC.org의 IRC 이력
  11. ^ IRC의 역사, 다니엘 스텐버그
  12. ^ 이틸딘 IRCd
  13. ^ 인스파이어 IRCd
  14. ^ "WebMaster Inc". Archived from the original on 2016-03-03. Retrieved 2020-01-20.
  15. ^ "WeIRCd". Archived from the original on 2010-05-14. Retrieved 2009-03-26.
  16. ^ Office IRC – IRC 서버 소프트웨어, 웹 채팅, 내부 커뮤니케이션 및 인스턴트 메시징(IM)
  17. ^ RFC 위반을 언급하는 블로그 엔트리
  18. ^ 다양한 IRC 데몬의 수치 다양성
  19. ^ 클라이언트 소스(DMDirc)는, 다른 서버의 조건을 나타냅니다(예를 들면, 1523 행부터 기능).
  20. ^ IANA.org
  21. ^ "RFC 1459 – Internet Relay Chat Protocol". Tools.ietf.org. Retrieved 2010-03-03.
  22. ^ "STARTTLS standard". Archived from the original on 2008-06-24. Retrieved 2008-07-20.
  23. ^ a b Paul Mutton, IRC hacks, O'Reilly Media, 2004, ISBN 0-596-00687-X, 페이지 371
  24. ^ 주의: P10 문서
  25. ^ ircu P10 매뉴얼
  26. ^ "Reply to thread "K-lined for attemting [sic] to join juped channel ?" on EFnet forums". Retrieved 2013-03-13.
  27. ^ "Freenode, Using the network". Archived from the original on 2007-02-26. Retrieved 2007-02-25.
  28. ^ IRC 오퍼레이터 버전 1.1.2

외부 링크