stringtranslate.com

Lista de comandos de IRC

Esta es una lista de todos los comandos de Internet Relay Chat de RFC 1459, RFC 2812 y extensiones agregadas a los principales daemons de IRC. La mayoría de los clientes de IRC requieren que los comandos estén precedidos por una barra (" /"). Algunos comandos se envían a los bots de IRC ; el protocolo de IRC los trata como mensajes comunes, no como /comandos.

Convenciones utilizadas aquí: Los corchetes angulares ("<" y ">") se utilizan aquí para indicar un marcador de posición para algún valor y no son una parte literal de un comando. Los corchetes cuadrados ("[" y "]") se utilizan para indicar que un valor es opcional .

Comandos de usuario

ADMINISTRACIÓN

Sintaxis:

ADMIN [<target>]

Indica al servidor que devuelva información sobre los administradores del servidor especificado por <target>, donde <target> es un servidor o un usuario. Si se omite <target>, el servidor debe devolver información sobre los administradores del servidor actual. [1]

LEJOS

Sintaxis:

AWAY [<message>]

Proporciona al servidor un mensaje para enviar automáticamente en respuesta a un mensaje PRIVMSG dirigido al usuario, pero no a un canal en el que se encuentra. [2] Si se omite <message>, se elimina el estado de ausencia. Definido en RFC 1459.

AVISO

Sintaxis:

CNOTICE <nickname> <channel> :<message>

Envía un mensaje de AVISO de canal a <nickname> en <channel> que omite los límites de protección contra inundaciones. El apodo de destino debe estar en el mismo canal que el cliente que emite el comando y el cliente debe ser un operador de canal.

Normalmente, un servidor IRC limitará la cantidad de destinatarios diferentes a los que un cliente puede enviar mensajes dentro de un período de tiempo determinado para evitar que los spammers o los bots envíen mensajes masivos a los usuarios de la red. Sin embargo, los operadores de canales pueden usar este comando para eludir ese límite en su canal. Por ejemplo, a menudo lo usan los operadores de ayuda que pueden comunicarse con una gran cantidad de usuarios en un canal de ayuda al mismo tiempo.

Este comando no está definido formalmente en un RFC, pero lo utilizan algunas redes IRC. El soporte se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave CNOTICE

CPRIVMSP

Sintaxis:

CPRIVMSG <nickname> <channel> :<message>

Envía un mensaje privado a <nickname> en <channel> que omite los límites de protección contra inundaciones. El apodo de destino debe estar en el mismo canal que el cliente que emite el comando y el cliente debe ser un operador de canal.

Normalmente, un servidor IRC limitará la cantidad de destinatarios diferentes a los que un cliente puede enviar mensajes dentro de un período de tiempo determinado para evitar que los spammers o los bots envíen mensajes masivos a los usuarios de la red. Sin embargo, los operadores de canales pueden usar este comando para eludir ese límite en su canal. Por ejemplo, a menudo lo usan los operadores de ayuda que pueden comunicarse con una gran cantidad de usuarios en un canal de ayuda al mismo tiempo.

Este comando no está definido formalmente en una RFC, pero algunas redes IRC lo utilizan. El soporte se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave CPRIVMSG

CONECTAR

Sintaxis:

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

Indica al servidor <servidor remoto> (o al servidor actual, si se omite <servidor remoto>) que se conecte a <servidor de destino> en el puerto <puerto>. [3] [4] Este comando solo debería estar disponible para operadores de IRC . Definido en RFC 1459; el parámetro <puerto> se volvió obligatorio en RFC 2812.

MORIR

Sintaxis:

DIE

Indica al servidor que se apague. [5] Este comando solo puede ser emitido por operadores de servidores IRC. Se define en RFC 2812.

ENCAPSULAR

Sintaxis:

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

Este comando es para que los servidores lo utilicen para encapsular comandos de modo que se propaguen a través de servidores concentradores que aún no se han actualizado para admitirlos, e indica que el subcomando y sus parámetros deben pasarse sin modificaciones al destino, donde se desencapsularán y analizarán. Esto facilita la implementación de nuevas funciones sin necesidad de reiniciar todos los servidores antes de que se puedan usar en toda la red. [6]

ERROR

Sintaxis:

ERROR <error message>

Este comando se utiliza para que los servidores informen errores a otros servidores. También se utiliza antes de finalizar las conexiones de los clientes. [7] Definido en RFC 1459.

AYUDA

Sintaxis:

HELP

Solicita al servidor que muestre el archivo de ayuda. Este comando no está definido formalmente en una RFC, pero lo utilizan la mayoría de los principales demonios de IRC.

INFORMACIÓN

Sintaxis:

INFO [<target>]

Devuelve información sobre el servidor <target> o el servidor actual si se omite <target>. [8] La información devuelta incluye la versión del servidor, cuándo se compiló , el nivel de parche , cuándo se inició y cualquier otra información que pueda considerarse relevante. Definido en RFC 1459.

INVITAR

Sintaxis:

INVITE <nickname> <channel>

Invita a <nickname> al canal <channel>. [9] <channel> no tiene por qué existir, pero si existe, solo los miembros del canal pueden invitar a otros clientes. Si ise establece el modo de canal, solo los operadores del canal pueden invitar a otros clientes. Definido en RFC 1459.

ISON

Sintaxis:

ISON <nicknames>

Consulta al servidor para ver si los clientes de la lista separada por espacios <nicknames> están actualmente en la red. [10] El servidor devuelve solo los apodos que están en la red en una lista separada por espacios. Si ninguno de los clientes está en la red, el servidor devuelve una lista vacía. Definido en RFC 1459.

UNIRSE

Sintaxis:

JOIN <channels> [<keys>]

Hace que el cliente se una a los canales en la lista separada por comas <canales>, especificando las contraseñas, si es necesario, en la lista separada por comas <claves>. [11] Si los canales no existen, se crearán. Definido en RFC 1459.

PATADA

Sintaxis:

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

Elimina a la fuerza <cliente> de <canal>. [12] Este comando solo puede ser emitido por operadores de canal. Se define en RFC 1459.

MATAR

Sintaxis:

KILL <client> <comment>

Elimina a <cliente> de la red de forma forzada. [13] Este comando solo puede ser emitido por operadores de IRC. Se define en RFC 1459.

GOLPEAR

Sintaxis:

KNOCK <channel> [<message>]

Envía un AVISO a un <canal> al que solo se puede acceder con invitación con un <mensaje> opcional, solicitando una invitación. Este comando no está definido formalmente por una RFC, pero es compatible con la mayoría de los principales demonios de IRC. La compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave KNOCK.

CAMPO DE GOLF

Sintaxis:

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

Enumera todos los enlaces de servidor que coinciden con <máscara de servidor>, si se proporciona, en <servidor remoto>, o en el servidor actual si se omite. [14] Definido en RFC 1459.

LISTA

Sintaxis:

LIST [<channels> [<server>]]

Enumera todos los canales del servidor. [15] Si se proporciona la lista separada por comas <canales>, devolverá los temas del canal. Si se proporciona <servidor>, el comando se reenviará a <servidor> para su evaluación. Definido en RFC 1459.

LUSORES

Sintaxis:

LUSERS [<mask> [<server>]]

Devuelve estadísticas sobre el tamaño de la red. [16] Si se llama sin argumentos, las estadísticas reflejarán toda la red. Si se proporciona <mask>, devolverá solo las estadísticas que reflejen el subconjunto enmascarado de la red. Si se proporciona <target>, el comando se reenviará a <server> para su evaluación. Definido en RFC 2812.

MODO

Sintaxis:

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

El comando MODE tiene una doble función. Se puede utilizar para configurar tanto el modo de usuario como el de canal. [17] Definido en RFC 1459.

Mensaje del día

Sintaxis:

MOTD [<server>]

Devuelve el mensaje del día en <servidor> o en el servidor actual si se omite. [18] Definido en RFC 2812.

NOMBRES

Sintaxis:

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

Devuelve una lista de los usuarios que están en la lista separada por comas de <canales>, por nombre de canal. [19] Si se omite <canales>, se muestran todos los usuarios, agrupados por nombre de canal y todos los usuarios que no están en un canal se muestran como parte del canal "*". Si se especifica <servidor>, el comando se envía a <servidor> para su evaluación. [20] Definido en RFC 1459; el parámetro opcional <servidor> se agregó en RFC 2812.

La respuesta contiene todos los apodos del canal prefijados con el prefijo de estado de canal más alto de ese usuario, por ejemplo así (siendo @ el prefijo de estado más alto)

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

Si un cliente desea recibir todos los prefijos de estado de canal de un usuario y no solo el más alto actual, se puede habilitar la extensión multiprefijo IRCv3 (@ es el prefijo del operador del canal y + el prefijo de estado de voz más bajo): [21]

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

Véase también NAMESX a continuación para obtener un enfoque alternativo más antiguo para lograr el mismo efecto. Sin embargo, hoy en día la mayoría de los clientes y servidores admiten el nuevo estándar IRCv3. [22]

MELLA

Sintaxis:

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

Permite que un cliente cambie su apodo de IRC. Hopcount se utiliza entre servidores para especificar la distancia entre un apodo y su servidor local. [23] [24] Definido en RFC 1459; el parámetro opcional <hopcount> se eliminó en RFC 2812.

AVISO

Sintaxis:

NOTICE <msgtarget> <message>

Este comando funciona de manera similar a PRIVMSG, excepto que nunca se deben enviar respuestas automáticas en respuesta a mensajes NOTICE. [25] Definido en RFC 1459.

OPERACIÓN

Sintaxis:

OPER <username> <password>

Autentica a un usuario como operador de IRC en ese servidor/red. [26] Definido en RFC 1459.

PARTE

Sintaxis:

PART <channels> [<message>]

Hace que un usuario abandone los canales en la lista separada por comas <canales>. [27] Definido en RFC 1459.

APROBAR

Sintaxis:

PASS <password>

Establece una contraseña de conexión. [28] Este comando debe enviarse antes de la combinación de registro NICK/USER. Definido en RFC 1459.

SILBIDO

Sintaxis:

PING <server1> [<server2>]

Comprueba la presencia de una conexión. [29] Un mensaje PING da como resultado una respuesta PONG. Si se especifica <server2>, el mensaje se le pasa. Definido en RFC 1459.

APESTAR

Sintaxis:

PONG <server1> [<server2>]

Este comando es una respuesta al comando PING y funciona de la misma manera. [30] Definido en RFC 1459.

Mensaje privado

Sintaxis:

PRIVMSG <msgtarget> :<message>

Envía <mensaje> a <msgtarget>, que normalmente es un usuario o canal. [31] Definido en RFC 1459.

ABANDONAR

Sintaxis:

QUIT [<message>]

Desconecta al usuario del servidor. [32] Definido en RFC 1459.

CITA

Sintaxis:

QUOTE

Envía una cadena de comandos al servidor tal como está, es decir, sin analizarla en la aplicación cliente. [33] [34]

REFRITO

Sintaxis:

REHASH

Hace que el servidor vuelva a leer y procesar sus archivos de configuración. [35] Este comando solo lo pueden enviar los operadores de IRC. Se define en RFC 1459.

NORMAS

Sintaxis:

RULES

Solicita las reglas del servidor. Este comando no está definido formalmente en una RFC, pero lo utilizan la mayoría de los principales demonios de IRC.

SERVIDOR

Sintaxis:

SERVER <servername> <hopcount> <info>

El mensaje del servidor se utiliza para indicar a un servidor que el otro extremo de una nueva conexión es un servidor. [36] Este mensaje también se utiliza para pasar datos del servidor por toda la red. <hopcount> detalla a cuántos saltos (conexiones de servidor) está <servername>. <info> contiene información adicional legible por humanos sobre el servidor.

Definido en RFC 1459.

SERVICIO

Sintaxis:

LISTA DE SERVICIOS

ESCUCHA

Sintaxis:

SQUERY <servicename> <text>

Idéntico a PRIVMSG excepto que el destinatario debe ser un servicio. [37] Definido en RFC 2812.

CABRÓN

Sintaxis:

SQUIT <server> <comment>

Hace que <servidor> abandone la red. [38] Definido en RFC 1459.

NOMBRE DEL CONJUNTO

Sintaxis:

SETNAME <new real name>

Permite que un cliente cambie el "nombre real" especificado al registrar una conexión.

Este comando no está definido formalmente en una RFC, pero algunos daemons de IRC lo utilizan. Su compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave SETNAME

SILENCIO

Sintaxis:

SILENCE [+/-<hostmask>]

Agrega o elimina una máscara de host a una lista de ignorados del lado del servidor que impide que los usuarios que coinciden envíen mensajes al cliente. Se puede especificar más de una máscara en una lista separada por espacios, y cada elemento debe ir precedido de un "+" o "-" para indicar si se agrega o se elimina. Si se envía el comando sin parámetros, se devuelven las entradas de la lista de ignorados del cliente.

Este comando no está definido formalmente en un RFC, pero la mayoría de los principales demonios de IRC lo admiten . La compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave SILENCE y la cantidad máxima de entradas que un cliente puede tener en su lista de ignorados. Por ejemplo:

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

ESTADÍSTICAS

Sintaxis:

STATS <query> [<server>]

Devuelve estadísticas sobre el servidor actual, o <servidor> si se especifica. [39] Definido en RFC 1459.

CONVOCAR

Sintaxis:

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

Proporciona a los usuarios que están en el mismo host que <servidor> un mensaje solicitándoles que se unan a IRC. [40] [41] Definido en RFC 1459; el parámetro opcional <canal> se agregó en RFC 2812.

TIEMPO

Sintaxis:

TIME [<server>]

Devuelve la hora local en el servidor actual, o <server> si se especifica. [42] Definido en RFC 1459.

TEMA

Sintaxis:

TOPIC <channel> [<topic>]

Permite al cliente consultar o configurar el tema del canal en <canal>. [43] Si se proporciona <tema>, configura el tema del canal en <tema>. Si se configura el modo de canal +t, solo un operador de canal puede configurar el tema. Definido en RFC 1459.

RASTRO

Sintaxis:

TRACE [<target>]

Rastrear una ruta a través de la red IRC hasta un servidor o cliente específico, con un método similar a traceroute . [44] Definido en RFC 1459.

USUARIO

Sintaxis:

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

Este comando se utiliza al comienzo de una conexión para especificar el nombre de usuario, el nombre de host, el nombre real y los modos de usuario iniciales del cliente que se conecta. [45] [46] <realname> puede contener espacios y, por lo tanto, debe ir precedido de dos puntos. Definido en RFC 1459, modificado en RFC 2812.

USUARIOHOST

Sintaxis:

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

Devuelve una lista de información sobre los apodos especificados. [47] Definido en RFC 1459.

IP DE USUARIO

Sintaxis:

USERIP <nickname>

Solicita la dirección IP directa del usuario con el apodo especificado. Este comando se utiliza a menudo para obtener la IP de un usuario abusivo para ejecutar una prohibición de forma más eficaz. No está claro qué privilegios (si es que hay alguno) se requieren para ejecutar este comando en un servidor.

Este comando no está definido formalmente en una RFC, pero algunos daemons de IRC lo utilizan. Su compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave USERIP.

USUARIOS

Sintaxis:

USERS [<server>]

Devuelve una lista de usuarios e información sobre esos usuarios en un formato similar a los comandos UNIX who , rusers y finger . [48] Definido en RFC 1459.

VERSIÓN

Sintaxis:

VERSION [<server>]

Devuelve la versión de <servidor>, o el servidor actual si se omite. [49] Definido en RFC 1459.

PALANCAS

Sintaxis:

WALLOPS <message>

Envía <mensaje> a todos los operadores conectados al servidor (RFC 1459), o a todos los usuarios con el modo de usuario 'w' configurado (RFC 2812). [50] [51] Definido en RFC 1459.

MIRAR

Sintaxis:

WATCH [+/-<nicknames>]

Agrega o elimina un usuario de la lista de amigos del servidor de un cliente. Se puede especificar más de un apodo en una lista separada por espacios, y cada elemento debe ir precedido de un "+" o "-" para indicar si se agrega o elimina. Si se envía el comando sin parámetros, se devuelven las entradas de la lista de amigos del cliente.

Este comando no está definido formalmente en un RFC, pero la mayoría de los principales demonios de IRC lo admiten . La compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave WATCH y la cantidad máxima de entradas que un cliente puede tener en su lista de amigos. Por ejemplo:

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

OMS

Sintaxis:

WHO [<name> ["o"]]

Devuelve una lista de usuarios que coinciden con <nombre>. [52] Si se proporciona el indicador "o", el servidor solo devolverá información sobre los operadores de IRC. Definido en RFC 1459.

QUIÉN ES

Sintaxis:

WHOIS [<server>] <nicknames>

Devuelve información sobre la lista separada por comas de máscaras de apodos <nicknames>. [53] Si se proporciona <server>, el comando se reenvía a él para su procesamiento. Definido en RFC 1459.

QUIÉN FUE

Sintaxis:

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

Se utiliza para devolver información sobre un apodo que ya no se utiliza (debido a la desconexión del cliente o a cambios de apodo). [54] Si se proporciona, el servidor devolverá información de las últimas <count> veces que se ha utilizado el apodo. Si se proporciona <server>, el comando se le reenvía para su procesamiento. En RFC 2812, <nickname> puede ser una lista de apodos separados por comas. [55]

Definido en RFC 1459.

Véase también

Referencias

  1. ^ Comando de administración. pág. 31. sec. 4.3.7. doi : 10.17487/RFC1459 . RFC 1459.
  2. ^ Lejos. págs. 38 – 39. sec. 5.1. doi : 10.17487/RFC1459 . RFC 1459.
  3. ^ Conectar mensaje. págs. 29 – 30. sec. 4.3.5. doi : 10.17487/RFC1459 . RFC 1459.
  4. ^ Conectar mensaje. págs. 28 – 29. sec. 3.4.7. doi : 10.17487/RFC2812 . RFC 2812.
  5. ^ El mensaje. pág. 39. sec. 4.3. doi : 10.17487/RFC2812 . RFC 2812.
  6. ^ "Copia archivada". Archivado desde el original el 5 de junio de 2013 . Consultado el 6 de diciembre de 2012 .{{cite web}}: CS1 maint: copia archivada como título ( enlace )
  7. ^ Error. pág. 38. sec. 4.6.4. doi : 10.17487/RFC1459 . RFC 1459.
  8. ^ Comando de información. págs. 31 – 32. sec. 4.3.8. doi : 10.17487/RFC1459 . RFC 1459.
  9. ^ Mensaje de invitación. pág. 25. sec. 4.2.7. doi : 10.17487/RFC1459 . RFC 1459.
  10. ^ Mensaje de Ison. pág. 42. sec. 5.8. doi : 10.17487/RFC1459 . RFC 1459.
  11. ^ Únase al mensaje. págs. 19 – 20. sec. 4.2.1. doi : 10.17487/RFC1459 . RFC 1459.
  12. ^ Comando de patada. págs. 25 – 26. sec. 4.2.8. doi : 10.17487/RFC1459 . RFC 1459.
  13. ^ Matar mensaje. pág. 36. sec. 4.6.1. doi : 10.17487/RFC1459 . RFC 1459.
  14. ^ Mensaje de enlaces. págs. 28 – 29. sec. 4.3.3. doi : 10.17487/RFC1459 . RFC 1459.
  15. ^ Mensaje de lista. págs. 24 – 25. sec. 4.2.6. doi : 10.17487/RFC1459 . RFC 1459.
  16. ^ Mensaje de Lusers. págs. 25 – 26. sec. 3.4.2. doi : 10.17487/RFC2812 . RFC 2812.
  17. ^ Mensaje de modo. págs. 21 – 23. sec. 4.2.3. doi : 10.17487/RFC1459 . RFC 1459.
  18. ^ Mensaje de Motd. pág. 25. sec. 3.4.1. doi : 10.17487/RFC2812 . RFC 2812.
  19. ^ Mensaje de nombres. pág. 24. sec. 4.2.5. doi : 10.17487/RFC1459 . RFC 1459.
  20. ^ Mensaje de nombres. págs. 20 – 21. sec. 3.2.5. doi : 10.17487/RFC2812 . RFC 2812.
  21. ^ Andrew Northall. «IRCv3 – Bienvenido». atheme.org . ircv3.net. Archivado desde el original el 9 de enero de 2015 . Consultado el 21 de febrero de 2016 .
  22. ^ Andrew Northall. «IRCv3 – Bienvenido». atheme.org . Archivado desde el original el 17 de febrero de 2015. Consultado el 21 de febrero de 2016 .
  23. ^ Mensaje de Nick. págs. 14-15. sec. 4.1.2. doi : 10.17487/RFC1459 . RFC 1459.
  24. ^ Mensaje de Nick. págs. 10-11. sec. 3.1.2. doi : 10.17487/RFC2812 . RFC 2812.
  25. ^ Aviso. pág. 33. sec. 4.4.2. doi : 10.17487/RFC1459 . RFC 1459.
  26. ^ Oper. pág. 17. sec. 4.1.5. doi : 10.17487/RFC1459 . RFC 1459.
  27. ^ Mensaje parcial. págs. 20 – 21. sec. 4.2.2. doi : 10.17487/RFC1459 . RFC 1459.
  28. ^ Mensaje de contraseña. pág. 14. sec. 4.1.1. doi : 10.17487/RFC1459 . RFC 1459.
  29. ^ Mensaje de ping. pág. 37. sec. 4.6.2. doi : 10.17487/RFC1459 . RFC 1459.
  30. ^ Mensaje de Pong. págs. 37 – 38. sec. 4.6.3. doi : 10.17487/RFC1459 . RFC 1459.
  31. ^ Mensajes privados. págs. 32 – 33. sec. 4.4.1. doi : 10.17487/RFC1459 . RFC 1459.
  32. ^ Salir. págs. 17 – 18. sec. 4.1.6. doi : 10.17487/RFC1459 . RFC 1459.
  33. ^ Desarrolladores de Irssi . "cita - página de ayuda de Irssi".
  34. ^ /quote se cita en la documentación de mIRC ([1]) como un equivalente del /rawcomando de mIRC, pero que es compatible con otros clientes de IRC.
  35. ^ Mensaje repetido. pág. 39. sec. 5.2. doi : 10.17487/RFC1459 . RFC 1459.
  36. ^ Mensaje del servidor. págs. 16 – 17. sec. 4.1.4. doi : 10.17487/RFC1459 . RFC 1459.
  37. ^ Squery. pág. 32. sec. 3.5.2. doi : 10.17487/RFC2812 . RFC 2812.
  38. ^ Mensaje de salida del servidor. págs. 18-19. sección 4.1.7. doi : 10.17487/RFC1459 . RFC 1459.
  39. ^ Mensaje de estadísticas. págs. 27 – 28. sec. 4.3.2. doi : 10.17487/RFC1459 . RFC 1459.
  40. ^ Mensaje de invocación. pág. 40. sec. 5.4. doi : 10.17487/RFC1459 . RFC 1459.
  41. ^ Mensaje de invocación. pág. 40. sec. 4.5. doi : 10.17487/RFC2812 . RFC 2812.
  42. ^ Mensaje de tiempo. pág. 29. sec. 4.3.4. doi : 10.17487/RFC1459 . RFC 1459.
  43. ^ Mensaje de tema. págs. 23 – 24. sec. 4.2.4. doi : 10.17487/RFC1459 . RFC 1459.
  44. ^ Mensaje de seguimiento. págs. 30 – 31. sec. 4.3.6. doi : 10.17487/RFC1459 . RFC 1459.
  45. ^ Mensaje de usuario. págs. 15 – 16. sec. 4.1.3. doi : 10.17487/RFC1459 . RFC 1459.
  46. ^ Mensaje de usuario. pág. 11. sec. 3.1.3. doi : 10.17487/RFC2812 . RFC 2812.
  47. ^ Mensaje de Userhost. pág. 42. sec. 5.7. doi : 10.17487/RFC1459 . RFC 1459.
  48. ^ Usuarios. págs. 40 – 41. sec. 5.5. doi : 10.17487/RFC1459 . RFC 1459.
  49. ^ Mensaje de versión. pp. 26 – 27. sec. 4.3.1. doi : 10.17487/RFC1459 . RFC 1459.
  50. ^ Mensaje de Operwall. pág. 41. sec. 5.6. doi : 10.17487/RFC1459 . RFC 1459.
  51. ^ Mensaje de Operwall. págs. 41 – 42. sec. 4.7. doi : 10.17487/RFC2812 . RFC 2812.
  52. ^ Quién consulta. págs. 33 – 34. sec. 4.5.1. doi : 10.17487/RFC1459 . RFC 1459.
  53. ^ Consulta Whois. págs. 34 – 35. sec. 4.5.2. doi : 10.17487/RFC1459 . RFC 1459.
  54. ^ Quién era. pág. 35. sec. 4.5.3. doi : 10.17487/RFC1459 . RFC 1459.
  55. ^ Quién era. pág. 34. sec. 3.6.3. doi : 10.17487/RFC2812 . RFC 2812.

Bibliografía

Lectura adicional