인터넷 릴레이 채팅 명령 목록

List of Internet Relay Chat commands

이것은 주요 IRC 데몬에 추가된 RFC 1459, RFC 2812의 모든 인터넷 릴레이 채팅 명령 목록이다. 대부분의 IRC 클라이언트는 슬래시(") 앞에 명령을 필요로 한다./"). 일부 명령은 실제로 IRC 봇에 전송된다. 이러한 명령들은 IRC 프로토콜에 의해 일반 메시지로 취급되며, 이는 다음과 같이 취급되지 않는다. /-의미.

여기서 사용되는 규칙: 각도 괄호("<"와 ">")는 일부 값에 대한 자리 표시자를 나타내기 위해 여기서 사용되며, 명령의 문자적 부분이 아니다. 대괄호("[" 및 "]")는 값이 선택적임을 나타내기 위해 사용된다.

사용자 명령

관리자

구문:

ADMIN [<target>]

서버에게 <대상>으로 지정된 서버의 관리자에 대한 정보를 반환하도록 지시한다. 여기서 <대상>은 서버 또는 사용자다. <대상>을 생략한 경우, 서버는 현재 서버의 관리자에 대한 정보를 반환해야 한다.[1]

멀리

구문:

AWAY [<message>]

서버에 사용자를 대상으로 하는 PRIVMSG에 회신을 자동 전송하는 메시지를 제공하지만, 사용자가 있는 채널에는 전송하지 않는다.[2] <메시지>를 생략하면 원정 상태가 제거된다. RFC 1459에 정의되어 있다.

코티스

구문:

CNOTICE <nickname> <channel> :<message>

홍수 방지 한도를 우회하는 채널 NOTICE 메시지를 <채널>의 <닉네임>에 보낸다. 대상 닉네임은 명령을 발행하는 클라이언트와 동일한 채널에 있어야 하며, 클라이언트는 채널 운영자여야 한다.

일반적으로 IRC 서버는 스팸 발송자나 봇이 네트워크에서 대량 메시지 사용자를 차단하기 위해 클라이언트가 특정 기간 내에 메시지를 보낼 수 있는 다른 대상의 수를 제한하지만, 채널 운영자는 이 명령을 사용하여 채널의 해당 제한을 무시할 수 있다. 예를 들어, 한 번에 도움말 채널에서 다수의 사용자와 통신할 수 있는 도움말 운영자에 의해 종종 사용된다.

이 명령은 RFC에서 공식적으로 정의되지 않고 일부 IRC 네트워크에서 사용되고 있다. CNOTICE 키워드가 포함된 RPL_ISUPROUP 회신(숫자 005)에 지원이 표시됨

CPRIVMSG

구문:

CPRIVMSG <nickname> <channel> :<message>

홍수 방지 한계를 우회하는 개인 메시지를 <채널>의 <닉네임>에 보낸다. 대상 닉네임은 명령을 발행하는 클라이언트와 동일한 채널에 있어야 하며, 클라이언트는 채널 운영자여야 한다.

일반적으로 IRC 서버는 스팸 발송자나 봇이 네트워크에서 대량 메시지 사용자를 차단하기 위해 클라이언트가 특정 기간 내에 메시지를 보낼 수 있는 다른 대상의 수를 제한하지만, 채널 운영자는 이 명령을 사용하여 채널의 해당 제한을 무시할 수 있다. 예를 들어, 한 번에 도움말 채널에서 다수의 사용자와 통신할 수 있는 도움말 운영자에 의해 종종 사용된다.

이 명령은 RFC에서 공식적으로 정의되지 않고 일부 IRC 네트워크에서 사용되고 있다. CPRIVMSG 키워드가 포함된 RPL_ISUPPORT 응답(숫자 005)에 지원이 표시됨

연결

구문:

CONNECT <target server> [<port> [<remote server>]] (RFC 1459)
CONNECT <target server> <port> [<remote server>] (RFC 2812)

서버 <원격 서버>(또는 <원격 서버>가 생략된 경우 현재 서버)에 포트 <포트>[3][4]의 <대상 서버>에 접속하도록 지시한다. 이 명령은 IRC 운영자만 사용할 수 있어야 한다. RFC 1459에서 정의되었으며, RFC 2812에서 <포트> 매개변수가 의무화되었다.

다이

구문:

DIE

서버를 종료하도록 지시하십시오.[5] 이 명령은 IRC 서버 운영자에 의해서만 실행될 수 있다. RFC 2812에 정의되어 있다.

엔캡

구문:

:<source> ENCAP <destination> <subcommand> <parameters>

이 명령은 서버가 명령을 캡슐화하여 명령을 지원하도록 아직 업데이트되지 않은 허브 서버 간에 전파되도록 하기 위한 것으로, 하위 명령어와 매개변수를 변경하지 않고 대상에 전달해야 하며, 여기서 캡슐화 및 구문 분석되어야 함을 나타낸다. 이는 네트워크를 통해 서버를 사용하기 전에 모든 서버를 재시작할 필요 없이 새로운 기능의 구현을 용이하게 한다.[6]

오류

구문:

ERROR <error message>

이 명령은 다른 서버에 오류를 보고하기 위해 서버가 사용하는 것이다. 클라이언트 연결을 종료하기 전에 사용하기도 한다.[7] RFC 1459에 정의되어 있다.

도움말

구문:

HELP

서버에 도움말 파일을 표시하도록 요청. 이 명령은 RFC에서 공식적으로 정의되지 않지만 대부분의[which?] 주요 IRC 데몬에서 사용되고 있다.

정보

구문:

INFO [<target>]

<대상> 서버에 대한 정보, 또는 <대상>이 생략된 경우 현재 서버에 대한 정보를 반환한다.[8] 반환되는 정보에는 서버의 버전, 컴파일된 시점, 패치 수준, 시작 시점 및 관련성이 있다고 간주될 수 있는 기타 정보가 포함된다. RFC 1459에 정의되어 있다.

초대하다

구문:

INVITE <nickname> <channel>

채널 <채널>에 <닉네임>[9]을 초대한다. <채널>이 존재할 필요는 없지만, 존재한다면 채널의 멤버만이 다른 클라이언트를 초대할 수 있다. 채널 모드인 경우 i 채널 운영자만 다른 클라이언트를 초대할 수 있다. RFC 1459에 정의되어 있다.

아이슨

구문:

ISON <nicknames>

공백으로 구분된 목록 <닉네임즈>의 클라이언트가 현재 네트워크에 있는지 서버를 쿼리한다.[10] 서버는 공백으로 구분된 목록에서 네트워크에 있는 닉네임만 반환한다. 네트워크에 클라이언트가 없는 경우 서버는 빈 목록을 반환한다. RFC 1459에 정의되어 있다.

가입하다

구문:

JOIN <channels> [<keys>]

클라이언트가 쉼표로 구분된 목록 <채널>의 채널에 가입하도록 하고, 필요한 경우 쉼표로 구분된 목록 <키스>[11]에 암호를 지정한다. 채널이 존재하지 않으면 채널이 생성될 것이다. RFC 1459에 정의되어 있다.

킥

구문:

KICK <channel> <client> :[<message>]

<채널>[12]에서 <클라이언트>를 강제로 제거한다. 이 명령은 채널 운영자에 의해서만 실행될 수 있다. RFC 1459에 정의되어 있다.

킬

구문:

KILL <client> <comment>

네트워크에서 강제로 <클라이언트>를 제거한다.[13] 이 명령은 IRC 운영자에 의해서만 발급될 수 있다. RFC 1459에 정의되어 있다.

노크

구문:

KNOCK <channel> [<message>]

초대장 전용 <채널>에 옵션인 <메시지>로 NOTEST를 보내 초대를 요청한다. 이 명령은 RFC에 의해 공식적으로 정의되지 않지만 대부분의[which?] 주요 IRC 데몬에 의해 지원된다. KNOCK 키워드가 포함된 RPL_ISUPORTS 회신(숫자 005)에 지원이 표시된다.

링크스

구문:

LINKS [<remote server> [<server mask>]]

주어진 경우 <서버 마스크>와 일치하는 모든 서버 링크를 <원격 서버>에 나열하고, 생략된 경우 현재 서버를 나열한다.[14] RFC 1459에 정의되어 있다.

목록

구문:

LIST [<channels> [<server>]]

서버의 모든 채널을 나열하십시오.[15] 쉼표로 구분된 목록 <채널>이 주어지면 채널 주제가 반환된다. <서버>가 주어지면, 그 명령은 평가를 위해 <서버>로 전달된다. RFC 1459에 정의되어 있다.

LUSERS

구문:

LUSERS [<mask> [<server>]]

네트워크 크기에 대한 통계를 반환한다.[16] 인수 없이 호출될 경우 통계는 전체 네트워크를 반영한다. <마스크>가 주어지면 네트워크의 마스크된 서브셋을 반영하는 통계만 반환한다. <대상>이 주어지면, 그 명령은 평가를 위해 <서버>로 전달된다. RFC 2812에 정의되어 있다.

모드

구문:

MODE <nickname> <flags> (user)
MODE <channel> <flags> [<args>]

MODE 명령은 이중 목적이다. 사용자 모드와 채널 모드를 모두 설정하는 데 사용할 수 있다.[17] RFC 1459에 정의되어 있다.

MOTD

구문:

MOTD [<server>]

오늘의 메시지를 <서버>에 반환하거나, 현재 서버가 누락된 경우 반환한다.[18] RFC 2812에 정의되어 있다.

이름

구문:

NAMES [<channels>] (RFC 1459)
NAMES [<channels> [<server>]] (RFC 2812)

채널 이름별로 쉼표로 구분된 <채널> 목록에 있는 사람의 목록을 반환한다.[19] <채널>을 생략하면 채널명별로 그룹화한 모든 사용자가 표시되며 채널에 있지 않은 모든 사용자가 채널 "*"의 일부로 표시된다. <서버>가 지정되면, 그 명령은 평가를 위해 <서버>로 전송된다.[20] RFC 1459에 정의되었으며, 선택적 <서버> 매개변수가 RFC 2812에 추가되었다.

응답에는 해당 사용자의 가장 높은 채널 상태 접두사가 접두사 앞에 붙은 채널의 모든 닉네임이 포함됨(예: 이와 같은 경우 @가 가장 높은 상태 접두사임)

:irc.server.net 353 Phyre = #SomeChannel :@WiZ

클라이언트가 현재 가장 높은 사용자뿐만 아니라 사용자의 모든 채널 상태 접두사를 수신하려면 IRCv3 다중 프리픽스 확장을 활성화할 수 있다(@는 채널 운영자 접두사, + 낮은 음성 상태 접두사).[21]

:irc.server.net 353 Phyre = #SomeChannel :@+WiZ

동일한 효과를 얻기 위한 대체적이고 오래된 접근법은 아래 NAMESX를 참조하십시오. 그러나 오늘날까지 대부분의 클라이언트와 서버는 새로운 IRCv3 표준을 지원한다.[22]

네임스X

구문:

PROTOCTL NAMESX

서버에 가장 높은 채널 상태(IRCv3의 다중 프리픽스와 유사함)가 아닌 각각의 채널 상태 앞에 있는 RPL_NAMES 응답으로 이름을 보내도록 지시하십시오.

예를 들면 다음과 같다.

NAMESX 포함

:irc.server.net 353 Phyre = #SomeChannel :@+WiZ

NAMESX 미포함

:irc.server.net 353 Phyre = #SomeChannel :@WiZ

NAMESX 키워드가 RPL_ISUPORTS(숫자 005) 회신에서 반환된 경우에만 이 명령을 사용할 수 있다. 그것은 또한 UHNAMES 명령과 결합될 수도 있다.

이 명령은 RFC에서 공식적으로 정의되지 않지만 대부분의 주요 IRC 데몬에 의해 인식된다. 새로운 현대적 접근방식은 IRCv3 프로토콜 확장을 사용하여 일반 NAMES 명령에 대한 다중 프리픽스 확장을 활성화하는 것이다.[21]

닉

구문:

NICK <nickname> [<hopcount>] (RFC 1459)
NICK <nickname> (RFC 2812)

클라이언트가 IRC 별명을 변경할 수 있도록 허용. Hopcount는 서버 간에 닉네임이 홈 서버에서 얼마나 멀리 떨어져 있는지 지정하기 위해 사용된다.[23][24] RFC 1459에서 정의되었으며, 선택적 <홉카운트> 매개변수가 RFC 2812에서 제거되었다.

공지

구문:

NOTICE <msgtarget> <message>

이 명령은 PRIVMSG와 유사하게 작동하지만, 자동 응답은 NOTICE 메시지에 회신해서는 안 된다.[25] RFC 1459에 정의되어 있다.

오퍼레이터

구문:

OPER <username> <password>

해당 서버/네트워크에서 IRC 운영자로 사용자를 인증한다.[26] RFC 1459에 정의되어 있다.

파트

구문:

PART <channels> [<message>]

사용자가 쉼표로 구분된 목록 <채널>[27]에 채널을 남겨두도록 한다. RFC 1459에 정의되어 있다.

통과하다

구문:

PASS <password>

연결 암호를 설정하십시오.[28] NICK/USER 등록 조합 전에 이 명령을 전송해야 한다. RFC 1459에 정의되어 있다.

핑

구문:

PING <server1> [<server2>]

연결부 유무를 테스트한다.[29] PINK 메시지는 PONG 회신을 초래한다. <서버2>가 지정되어 있으면, 메시지가 그것에 전달된다. RFC 1459에 정의되어 있다.

퐁

구문:

PONG <server1> [<server2>]

이 명령은 PING 명령에 대한 응답이며 거의 동일한 방식으로 작동한다.[30] RFC 1459에 정의되어 있다.

프리브MSG

구문:

PRIVMSG <msgtarget> :<message>

<메시지>를 <msgtarget>로 보내는데, 보통은 사용자나 채널이다.[31] RFC 1459에 정의되어 있다.

종료

구문:

QUIT [<message>]

서버에서 사용자 연결을 끊으십시오.[32] RFC 1459에 정의되어 있다.

리해시

구문:

REHASH

서버가 구성 파일을 다시 읽고 다시 처리하도록 한다.[33] 이 명령은 IRC 운영자에 의해서만 전송될 수 있다. RFC 1459에 정의되어 있다.

규칙.

구문:

RULES

서버 규칙 요청. 이 명령은 RFC에서 공식적으로 정의되지 않지만 대부분의[which?] 주요 IRC 데몬에 의해 사용된다.

서버

구문:

SERVER <servername> <hopcount> <info>

서버 메시지는 새로운 연결의 다른 쪽 끝이 서버라는 것을 서버에 알리기 위해 사용된다.[34] 이 메시지는 또한 전체 네트워크를 통해 서버 데이터를 전달하는 데 사용된다. <호프카운트>는 <서버 이름>에서 몇 개의 홉(서버 연결)이 떨어져 있는지 상세히 기술하고 있다. <<info>>에는 서버에 대해 사람이 읽을 수 있는 추가 정보가 수록되어 있다.

RFC 1459에 정의되어 있다.

서비스

구문:

서빙리스트

스쿼리

구문:

SQUERY <servicename> <text>

수신인이 서비스라는 점을 제외하고 PRIBMG와 동일해야 한다.[35] RFC 2812에 정의되어 있다.

스퀴트

구문:

SQUIT <server> <comment>

<서버>가 네트워크를 종료하게 한다.[36] RFC 1459에 정의되어 있다.

SETNAME

구문:

SETNAME <new real name>

클라이언트가 연결을 등록할 때 지정된 "실명"을 변경할 수 있도록 허용.

이 명령은 RFC에 의해 공식적으로 정의되지 않고 일부 IRC 데몬에 의해 사용되고 있다. SETNAME 키워드가 포함된 RPL_ISUPPORTS 회신(숫자 005)에 지원이 표시됨

침묵

구문:

SILENCE [+/-<hostmask>]

일치하는 사용자가 클라이언트 메시지를 보낼 수 없도록 하는 서버측 무시 목록에 호스트 마스크 추가 또는 제거 공백으로 구분된 목록에 두 개 이상의 마스크를 지정할 수 있으며, 각 항목은 추가 또는 제거 여부를 지정하기 위해 "+" 또는 "-"로 접두사가 붙는다. 매개 변수 없이 명령을 전송하면 클라이언트의 무시 목록에 있는 항목이 반환된다.

이 명령은 RFC에 공식적으로 정의되지 않지만 대부분의[which?] 주요 IRC 데몬에 의해 지원된다. 지원은 사일런스 키워드와 클라이언트가 무시 목록에 포함할 수 있는 최대 항목 수를 포함한 RPL_ISUPORTS 회신(숫자 005)에 표시된다. 예를 들면 다음과 같다.

:irc.server.net 005 WiZ WALLCHOPS WATCH=128 SILENCE=15 MODES=12 CHANTYPES=#

통계

구문:

STATS <query> [<server>]

현재 서버 또는 지정된 경우 [서버]에 대한 통계를 반환한다.[37] RFC 1459에 정의되어 있다.

소환

구문:

SUMMON <user> [<server>] (RFC 1459)
SUMMON <user> [<server> [<channel>]] (RFC 2812)

<서버>와 같은 호스트에 있는 사용자에게 IRC 가입을 요청하는 메시지를 제공한다.[38][39] RFC 1459에 정의되며, 옵션인 <채널> 매개변수가 RFC 2812에 추가되었다.

시간

구문:

TIME [<server>]

현재 서버의 로컬 시간 또는 지정된 경우 <서버>를 반환한다.[40] RFC 1459에 정의되어 있다.

주제

구문:

TOPIC <channel> [<topic>]

클라이언트가 <채널>[41]에서 채널 주제를 쿼리하거나 설정할 수 있도록 한다. <토픽>이 주어지면 채널 토픽을 <토픽>으로 설정한다. 채널 모드 +t가 설정된 경우, 채널 운영자만이 주제를 설정할 수 있다. RFC 1459에 정의되어 있다.

트레이스

구문:

TRACE [<target>]

추적기와 유사한 방법으로 IRC 네트워크를 통해 특정 서버 또는 클라이언트에 대한 경로를 추적하십시오.[42] RFC 1459에 정의되어 있다.

유나메스

구문:

PROTOCTL UHNAMES

서버에서 RPL_NAMES 회신 형식으로 이름을 보내도록 지시:

UHNAMES와 함께

:irc.server.net 353 Phyre = #SomeChannel :WiZ!user@somehost

UHNAMES 제외

:irc.server.net 353 Phyre = #SomeChannel :WiZ

이 명령은 RPL_ISUPORTS(숫자 005) 회신에서 UHAMES 키워드를 반환한 경우에만 사용할 수 있다. NAMESX 명령과 결합할 수도 있다.

이 명령은 RFC에서 공식적으로 정의되지 않지만 대부분의[which?] 주요 IRC 데몬에 의해 인식된다.

사용자

구문:

USER <username> <hostname> <servername> <realname> (RFC 1459)
USER <user> <mode> <unused> <realname> (RFC 2812)

이 명령은 연결 클라이언트의 사용자 이름, 호스트 이름, 실명 및 초기 사용자 모드를 지정하기 위해 연결 시작 시 사용된다.[43][44] <실명>은 공간을 포함할 수 있으므로 반드시 대장 앞에 붙여야 한다. RFC 1459에 정의되고, RFC 2812에 수정된다.

사용자 호스트

구문:

USERHOST <nickname> [<nickname> <nickname> ...]

지정된 닉네임에 대한 정보 목록을 반환한다.[45] RFC 1459에 정의되어 있다.

USERIP

구문:

USERIP <nickname>

지정된 닉네임을 가진 사용자의 직접 IP 주소를 요청한다. 이 명령은 더 효과적으로 금지를 수행하기 위해 폭력적인 사용자의 IP를 얻기 위해 종종 사용된다. 서버에서 이 명령을 실행하기 위해 어떤 권한이 필요한지 알 수 없다.

이 명령은 RFC에 의해 공식적으로 정의되지 않고 일부 IRC 데몬에 의해 사용되고 있다. 지원은 USERIP 키워드를 포함한 RPL_ISUPLUPORTS 회신(숫자 005)에 표시된다.

사용자

구문:

USERS [<server>]

사용자 목록과 사용자에 대한 정보를 사용자, 루저 및 손가락과 유사한 형식으로 반환한다.[46] RFC 1459에 정의되어 있다.

버전

구문:

VERSION [<server>]

[서버]의 버전, 또는 생략된 경우 현재 서버를 반환한다.[47] RFC 1459에 정의되어 있다.

월롭스

구문:

WALLOPS <message>

서버에 연결된 모든 연산자(RFC 1459), 또는 사용자 모드가 'w'로 설정된 모든 사용자(RFC 2812)에게 <메시지>를 보낸다.[48][49] RFC 1459에 정의되어 있다.

감시하다

구문:

WATCH [+/-<nicknames>]

클라이언트의 서버측 친구 목록에 사용자 추가 또는 제거 공백으로 구분된 목록에 둘 이상의 닉네임을 지정할 수 있으며, 각 항목은 추가 또는 제거 여부를 지정하기 위해 "+" 또는 "-"로 접두사를 붙인다. 매개 변수 없이 명령을 전송하면 클라이언트의 친구 목록에 있는 항목이 반환된다.

이 명령은 RFC에 공식적으로 정의되지 않지만 대부분의[which?] 주요 IRC 데몬에 의해 지원된다. 지원은 WAH 키워드와 고객이 친구 목록에 가질 수 있는 최대 항목 수를 포함한 RPL_ISUPORTS 회신(숫자 005)에 표시된다. 예를 들면 다음과 같다.

:irc.server.net 005 WiZ WALLCHOPS WATCH=128 SILENCE=15 MODES=12 CHANTYPES=#

WHO

구문:

WHO [<name> ["o"]]

<이름>[50]과 일치하는 사용자 목록을 반환한다. "o" 플래그가 주어지면 서버는 IRC 운영자에 대한 정보만 반환한다. RFC 1459에 정의되어 있다.

누가

구문:

WHOIS [<server>] <nicknames>

쉼표로 구분된 닉네임 마스크의 리스트에 대한 정보를 반환한다.[51] <서버>가 주어지면, 명령을 그것에 전달하여 처리한다. RFC 1459에 정의되어 있다.

와와스

구문:

WHOWAS <nickname> [<count> [<server>]]

클라이언트 연결 끊김 또는 닉네임 변경으로 인해 더 이상 사용하지 않는 닉네임에 대한 정보를 반환하는 [52]데 사용됨 만약 주어진다면, 서버는 닉네임이 사용된 마지막 <카운트> 시간으로부터 정보를 반환할 것이다. <서버>가 주어지면, 명령을 그것에 전달하여 처리한다. RFC 2812에서 <닉네임>은 쉼표로 구분된 별명 목록이 될 수 있다.[53]

RFC 1459에 정의되어 있다.

참고 항목

참조

  1. ^ Admin command. p. 31. sec. 4.3.7. doi:10.17487/RFC1459. RFC 1459.
  2. ^ Away. pp. 38 – 39. sec. 5.1. doi:10.17487/RFC1459. RFC 1459.
  3. ^ Connect message. pp. 29 – 30. sec. 4.3.5. doi:10.17487/RFC1459. RFC 1459.
  4. ^ Connect message. pp. 28 – 29. sec. 3.4.7. doi:10.17487/RFC2812. RFC 2812.
  5. ^ Die message. p. 39. sec. 4.3. doi:10.17487/RFC2812. RFC 2812.
  6. ^ "Archived copy". Archived from the original on 5 June 2013. Retrieved 6 December 2012.CS1 maint: 제목으로 보관된 복사본(링크)
  7. ^ Error. p. 38. sec. 4.6.4. doi:10.17487/RFC1459. RFC 1459.
  8. ^ Info command. pp. 31 – 32. sec. 4.3.8. doi:10.17487/RFC1459. RFC 1459.
  9. ^ Invite message. p. 25. sec. 4.2.7. doi:10.17487/RFC1459. RFC 1459.
  10. ^ Ison message. p. 42. sec. 5.8. doi:10.17487/RFC1459. RFC 1459.
  11. ^ Join message. pp. 19 – 20. sec. 4.2.1. doi:10.17487/RFC1459. RFC 1459.
  12. ^ Kick command. pp. 25 – 26. sec. 4.2.8. doi:10.17487/RFC1459. RFC 1459.
  13. ^ Kill message. p. 36. sec. 4.6.1. doi:10.17487/RFC1459. RFC 1459.
  14. ^ Links message. pp. 28 – 29. sec. 4.3.3. doi:10.17487/RFC1459. RFC 1459.
  15. ^ List message. pp. 24 – 25. sec. 4.2.6. doi:10.17487/RFC1459. RFC 1459.
  16. ^ Lusers message. pp. 25 – 26. sec. 3.4.2. doi:10.17487/RFC2812. RFC 2812.
  17. ^ Mode message. pp. 21 – 23. sec. 4.2.3. doi:10.17487/RFC1459. RFC 1459.
  18. ^ Motd message. p. 25. sec. 3.4.1. doi:10.17487/RFC2812. RFC 2812.
  19. ^ Names message. p. 24. sec. 4.2.5. doi:10.17487/RFC1459. RFC 1459.
  20. ^ Names message. pp. 20 – 21. sec. 3.2.5. doi:10.17487/RFC2812. RFC 2812.
  21. ^ a b Andrew Northall. "IRCv3 – Welcome". atheme.org. ircv3.net. Archived from the original on 9 January 2015. Retrieved 21 February 2016.
  22. ^ Andrew Northall. "IRCv3 – Welcome". atheme.org. Archived from the original on 17 February 2015. Retrieved 21 February 2016.
  23. ^ Nick message. pp. 14 – 15. sec. 4.1.2. doi:10.17487/RFC1459. RFC 1459.
  24. ^ Nick message. pp. 10 – 11. sec. 3.1.2. doi:10.17487/RFC2812. RFC 2812.
  25. ^ Notice. p. 33. sec. 4.4.2. doi:10.17487/RFC1459. RFC 1459.
  26. ^ Oper. p. 17. sec. 4.1.5. doi:10.17487/RFC1459. RFC 1459.
  27. ^ Part message. pp. 20 – 21. sec. 4.2.2. doi:10.17487/RFC1459. RFC 1459.
  28. ^ Password message. p. 14. sec. 4.1.1. doi:10.17487/RFC1459. RFC 1459.
  29. ^ Ping message. p. 37. sec. 4.6.2. doi:10.17487/RFC1459. RFC 1459.
  30. ^ Pong message. pp. 37 – 38. sec. 4.6.3. doi:10.17487/RFC1459. RFC 1459.
  31. ^ Private messages. pp. 32 – 33. sec. 4.4.1. doi:10.17487/RFC1459. RFC 1459.
  32. ^ Quit. pp. 17 – 18. sec. 4.1.6. doi:10.17487/RFC1459. RFC 1459.
  33. ^ Rehash message. p. 39. sec. 5.2. doi:10.17487/RFC1459. RFC 1459.
  34. ^ Server message. pp. 16 – 17. sec. 4.1.4. doi:10.17487/RFC1459. RFC 1459.
  35. ^ Squery. p. 32. sec. 3.5.2. doi:10.17487/RFC2812. RFC 2812.
  36. ^ Server quit message. pp. 18 – 19. sec. 4.1.7. doi:10.17487/RFC1459. RFC 1459.
  37. ^ Stats message. pp. 27 – 28. sec. 4.3.2. doi:10.17487/RFC1459. RFC 1459.
  38. ^ Summon message. p. 40. sec. 5.4. doi:10.17487/RFC1459. RFC 1459.
  39. ^ Summon message. p. 40. sec. 4.5. doi:10.17487/RFC2812. RFC 2812.
  40. ^ Time message. p. 29. sec. 4.3.4. doi:10.17487/RFC1459. RFC 1459.
  41. ^ Topic message. pp. 23 – 24. sec. 4.2.4. doi:10.17487/RFC1459. RFC 1459.
  42. ^ Trace message. pp. 30 – 31. sec. 4.3.6. doi:10.17487/RFC1459. RFC 1459.
  43. ^ User message. pp. 15 – 16. sec. 4.1.3. doi:10.17487/RFC1459. RFC 1459.
  44. ^ User message. p. 11. sec. 3.1.3. doi:10.17487/RFC2812. RFC 2812.
  45. ^ Userhost message. p. 42. sec. 5.7. doi:10.17487/RFC1459. RFC 1459.
  46. ^ Users. pp. 40 – 41. sec. 5.5. doi:10.17487/RFC1459. RFC 1459.
  47. ^ Version message. pp. 26 – 27. sec. 4.3.1. doi:10.17487/RFC1459. RFC 1459.
  48. ^ Operwall message. p. 41. sec. 5.6. doi:10.17487/RFC1459. RFC 1459.
  49. ^ Operwall message. pp. 41 – 42. sec. 4.7. doi:10.17487/RFC2812. RFC 2812.
  50. ^ Who query. pp. 33 – 34. sec. 4.5.1. doi:10.17487/RFC1459. RFC 1459.
  51. ^ Whois query. pp. 34 – 35. sec. 4.5.2. doi:10.17487/RFC1459. RFC 1459.
  52. ^ Whowas. p. 35. sec. 4.5.3. doi:10.17487/RFC1459. RFC 1459.
  53. ^ Whowas. p. 34. sec. 3.6.3. doi:10.17487/RFC2812. RFC 2812.

참고 문헌 목록

추가 읽기

외부 링크