Ayuda del chat del centro de administración 🇬🇧 🇨🇳 🇮🇳 🇪🇸 🇨🇿 🇩🇪 🇳🇱 🇫🇷 🇮🇹 🇵🇱 🇷🇴 🇷🇺

Propósito de la herramienta Hub Chat

La herramienta Hub Chat es un cliente de diagnóstico Direct Connect en vivo solo para administradores. Se conecta a los centros públicos NMDC, NMDCS, ADC y ADCS con una identidad controlada, mantiene el socket del concentrador en un trabajador de sesión en segundo plano, transmite eventos entrantes del concentrador al navegador, enumera los usuarios en línea, registra solicitudes y respuestas de protocolo sin procesar y permite a un administrador enviar mensajes de chat públicos cuando el concentrador permite hablar a la clase de usuario actual.

Úselo cuando necesite confirmar lo que realmente envía un centro durante el inicio de sesión, verificar si un centro acepta chat invitado o registrado, inspeccionar los avisos de MOTD y del robot del centro, probar el acceso de nombre de usuario/contraseña, comparar los requisitos del centro con el perfil público o solucionar problemas por qué un centro aparece en línea pero aún bloquea a usuarios reales.

Persistencia de sesión y actualizaciones en vivo

Cuando se conecta, la aplicación crea una identificación de sesión y la guarda en la URL de la página. Actualizar la página debería reanudar la misma sesión de chat en lugar de empezar de nuevo. Las actualizaciones en vivo utilizan una conexión transmitida siempre que sea posible, con encuestas de estado como alternativa, por lo que las líneas de chat, los cambios en la lista de usuarios, los marcos sin formato y los cambios de estado pueden aparecer sin una actualización completa de la página.

Al cerrar una sesión, se solicita al trabajador que se desconecte del centro y se mantiene la transcripción disponible para su revisión. Reconnect utiliza el destino, el protocolo, el apodo, la configuración de contraseña y los valores de perfil avanzados guardados para iniciar un socket nuevo y al mismo tiempo preservar la misma sesión de diagnóstico del lado del navegador.

Campos de conexión

• Anfitrión o dirección: introduzca un nombre de host público, una dirección IP o una URL completa del centro, como por ejemplo dchub://example.com:411 o nmdcs://hub.example.com:4111. Cuando una URL de concentrador incluye un protocolo y un puerto, el formulario debe usar esos valores para los campos de protocolo y puerto TCP.
• Protocolo: Elija el protocolo Direct Connect para probar. Los protocolos seguros como NMDCS y ADCS realizan un protocolo de enlace TLS antes de iniciar sesión en el concentrador.
• Puerto TCP: Anulación opcional. Déjelo vacío cuando el protocolo predeterminado sea correcto o ingrese el puerto exacto del concentrador anunciado cuando el concentrador utilice un puerto personalizado.
• Nombre de usuario / Apodo: utilice un apodo de centro registrado al probar el acceso a la cuenta o déjelo vacío para generar una identidad temporal como user-123456.
• Contraseña del concentrador: se utiliza solo cuando el concentrador solicita una contraseña para el apodo seleccionado. Las contraseñas se eliminan de las transcripciones salientes sin procesar y no deben aparecer en los eventos transmitidos.

Perfil de cliente avanzado

El perfil avanzado controla los valores de identidad que un cliente DC++ normalmente expone a un concentrador: tamaño de recurso compartido falso, ranuras de carga, recuentos de concentradores conectados, recuentos de concentradores registrados, recuentos de concentradores de operadores, puertos abiertos opcionales, descripción, correo electrónico, etiqueta de cliente e indicadores de soporte NMDC.

Estos valores son importantes porque muchos centros restringen a los invitados por participación mínima, número de espacios, número de centros, etiqueta de cliente, visibilidad de IP, clase de registro o soporte TLS. El cliente de chat no debe enviar BotINFO de forma predeterminada, porque se trata de un cliente de chat de diagnóstico normal, no un bot. Habilite BotINFO solo cuando pruebe intencionalmente el comportamiento de estilo bot.

Referencia de campo de perfil avanzado

Utilice el perfil avanzado para reproducir lo que un cliente DC++ real informaría durante el inicio de sesión. Estos valores se anuncian en el concentrador solo para la sesión de diagnóstico actual; no publican archivos, no abren puertos de firewall ni cambian el registro del centro público.

NMDC Banderas de soporte

El campo NMDC Banderas de soporte elige el $Supports capacidades enviadas durante el inicio de sesión NMDC o NMDCS. Estos indicadores le indican al hub qué características opcionales NMDC comprende el cliente. Pueden afectar el orden de inicio de sesión, el comportamiento de la lista de usuarios, las listas de bots, la visibilidad de IP y si el centro trata la conexión como un usuario normal o un bot.

Presets prácticos

• Prueba de chat normal: Utilice un recurso compartido falso realista, al menos un espacio abierto, recuentos de centros normales, su apodo/contraseña registrados cuando estén disponibles y consérvelos. BotINFO desactivado.
• Prueba de restricción: Usar compartir falso 0, espacios bajos y recuentos bajos de centros cuando intencionalmente desea que el centro explique las restricciones de participación mínima, espacios o clases.
• Prueba de administrador del centro registrado: utilice el apodo y la contraseña del concentrador configurados para el concentrador o el ping, estadísticas realistas del cliente y los indicadores de soporte normales. Esta es la mejor manera de confirmar si las restricciones de invitados ocultan MOTD, el historial de chat o las listas de usuarios.
• Prueba de comportamiento del robot: Permitir BotINFO solo cuando se prueban reglas específicas de bot. Si el chat se restringe o el usuario aparece como un bot, desactive BotINFO y vuelva a conectarse.

Chat en vivo, registros sin procesar y usuarios

El panel de chat muestra el estado de la conexión, los bloques MOTD, los avisos del bot del concentrador, los bloqueos del historial, los mensajes de restricción, el chat principal y los mensajes aceptados del concentrador. Un mensaje que aparece localmente no es suficiente por sí solo; El chat público solo se considera significativo cuando el trabajador escribe el marco del protocolo y el centro responde o lo transmite.

El panel de respuesta sin formato muestra marcos de protocolo entrantes del centro, incluidas cadenas de bloqueo, soportes, nombre del centro, comandos de movimiento forzado, solicitudes de contraseña, marcos de lista de usuarios, mensajes de bot, texto MOTD y avisos de restricción. El panel de solicitud sin procesar muestra marcos de protocolo salientes con secretos redactados, para que pueda confirmar exactamente lo que envió el cliente de diagnóstico.

El panel Usuarios en línea muestra los usuarios del centro analizados en una tabla densa con capacidad de búsqueda. Los operadores clasifican antes que los usuarios normales y luego los apodos se clasifican de forma natural. Filtros de búsqueda por apodo en el navegador. La descripción y la etiqueta del cliente son campos separados, el recurso compartido se muestra como B/KB/MB/GB/TB mientras se ordena por bytes, y los campos IPv4/IPv6 pueden mostrar una bandera de país cuando el concentrador proporciona suficiente información.

Íconos de roles azules, plateados y dorados

La lista de usuarios del chat en vivo utiliza el mismo lenguaje de roles que las páginas de perfil del centro. Un robot plateado marca un bot o un usuario de servicio, como un bot de alimentación, un bot de seguridad, un bot hublist, un bot de reloj o una cuenta de anuncios automatizados. Una llave dorada marca un operador o cuenta privilegiada. Se utiliza un icono de usuario azul en las instantáneas del perfil del concentrador para entradas de usuarios registrados o reconocidos cuando el concentrador expone esa función. Mantener a los usuarios de bot en plata evita confundir las cuentas de servicios automatizados con los usuarios normales reconocidos.

Errores y restricciones comunes

• Chat principal deshabilitado: El centro aceptó la conexión, pero la clase temporal no puede escribir en el chat público. Utilice un apodo y una contraseña registrados si espera acceder al chat.
• Secuencia de inicio de sesión no válida: El concentrador rechazó los comandos enviados antes de que se completara la validación del apodo. Vuelva a conectarse y espere el estado de inicio de sesión antes de enviar el chat.
• Forzar movimiento: el concentrador redirigió al cliente a otro host o puerto. Utilice el destino devuelto por el centro si la redirección es intencional.
• Contraseña solicitada: Ingrese la contraseña del centro registrado para ese apodo y vuelva a conectarse.
• Número MOTD: Algunos centros envían MOTD solo a usuarios registrados, solo después de la validación de la contraseña o solo después de que se acepte el perfil de cliente esperado.
• Sin lista de usuarios: algunos centros ocultan listas de usuarios a los invitados, envían datos de usuario lentamente o requieren indicadores de soporte específicos.
• Discrepancia de protocolo: NMDC contra un puerto TLS, o NMDCS contra un puerto de texto sin formato, puede parecer un tiempo de espera o una conexión filtrada.
• Cerrado o filtrado: El socket se cerró antes de que se completara el inicio de sesión, generalmente debido a un filtrado del firewall, prohibiciones, requisitos incorrectos o una restricción del lado del concentrador.

Seguridad operativa

Cierre las sesiones cuando haya terminado para que el centro no mantenga a un usuario fantasma en línea. No pruebes repetidamente el mismo centro público; gire los concentradores de bajos requisitos del hublist en vivo durante la depuración. La herramienta bloquea redes privadas y reservadas, limita transcripciones, limita sesiones, redacta contraseñas y vincula la actividad del navegador con la limpieza de los trabajadores.

Referencia de iconos