Aide de chat du Hub d'administration 🇬🇧 🇨🇳 🇮🇳 🇪🇸 🇨🇿 🇩🇪 🇳🇱 🇫🇷 🇮🇹 🇵🇱 🇷🇴 🇷🇺

Objectif de l'outil de discussion Hub

L'outil Hub Chat est un client de diagnostic Direct Connect en direct réservé aux administrateurs. Il se connecte aux hubs publics NMDC, NMDCS, ADC et ADCS avec une identité contrôlée, conserve le socket hub dans un travailleur de session en arrière-plan, diffuse les événements du hub entrants vers le navigateur, répertorie les utilisateurs en ligne, enregistre les demandes et les réponses de protocole brutes et permet à un administrateur d'envoyer des messages de discussion publics lorsque le hub autorise la classe d'utilisateurs actuelle à parler.

Utilisez-le lorsque vous devez confirmer ce qu'un hub envoie réellement lors de la connexion, vérifier si un hub accepte le chat invité ou enregistré, inspecter MOTD et les notifications du bot du hub, tester l'accès au nom d'utilisateur/mot de passe, comparer les exigences du hub avec le profil public ou dépanner pourquoi un hub apparaît en ligne mais bloque toujours les utilisateurs réels.

Persistance de session et mises à jour en direct

Lorsque vous vous connectez, l'application crée un identifiant de session et le conserve dans l'URL de la page. L'actualisation de la page devrait reprendre la même session de discussion au lieu de recommencer. Les mises à jour en direct utilisent une connexion en streaming lorsque cela est possible, avec une interrogation d'état comme solution de secours, de sorte que les lignes de discussion, les modifications de la liste d'utilisateurs, les images brutes et les changements de statut peuvent apparaître sans actualisation complète de la page.

La fermeture d'une session demande au travailleur de se déconnecter du hub et de conserver la transcription disponible pour examen. Reconnect utilise la cible, le protocole, le surnom, le paramètre de mot de passe et les valeurs de profil avancées enregistrés pour démarrer un nouveau socket tout en préservant la même session de diagnostic côté navigateur.

Champs de connexion

• Hôte ou adresse: saisissez un nom d'hôte public, une adresse IP ou une URL de hub complète telle que dchub://example.com:411 ou nmdcs://hub.example.com:4111. Lorsqu'une URL de hub inclut un protocole et un port, le formulaire doit utiliser ces valeurs pour les champs de protocole et de port TCP.
• Protocole: Choisissez le protocole Direct Connect à tester. Les protocoles sécurisés tels que NMDCS et ADCS effectuent une négociation TLS avant la connexion au hub.
• Port TCP: Remplacement facultatif. Laissez-le vide lorsque la valeur par défaut du protocole est correcte ou entrez le port exact du hub annoncé lorsque le hub utilise un port personnalisé.
• Nom d'utilisateur/Pseudo: utilisez un pseudonyme de hub enregistré lors du test d'accès au compte, ou laissez-le vide pour générer une identité temporaire telle que user-123456.
• Mot de passe du hub: Utilisé uniquement lorsque le hub demande un mot de passe pour le pseudo sélectionné. Les mots de passe sont supprimés des transcriptions brutes sortantes et ne doivent pas apparaître dans les événements diffusés en streaming.

Profil client avancé

Le profil avancé contrôle les valeurs d'identité qu'un client DC++ expose normalement à un hub: taille de partage factice, emplacements de téléchargement, nombre de hubs connectés, nombre de hubs enregistrés, nombre de hubs d'opérateur, ports ouverts facultatifs, description, e-mail, balise client et indicateurs de prise en charge NMDC.

Ces valeurs sont importantes car de nombreux hubs limitent les invités en fonction du partage minimum, du nombre d'emplacements, du nombre de hubs, de la balise client, de la visibilité IP, de la classe d'enregistrement ou de la prise en charge TLS. Le client de chat ne doit pas envoyer BotINFO par défaut, car il s'agit d'un client de chat de diagnostic normal, pas d'un robot. Activez BotINFO uniquement lorsque vous testez intentionnellement le comportement de type bot.

Référence des champs de profil avancé

Utilisez le profil avancé pour reproduire ce qu'un vrai client DC++ signalerait lors de la connexion. Ces valeurs sont annoncées au hub uniquement pour la session de diagnostic en cours; ils ne publient pas de fichiers, n'ouvrent pas de ports de pare-feu et ne modifient pas l'enregistrement du hub public.

NMDC Drapeaux de support

Le champ NMDCS upport Flags choisit le $Supports capacités envoyées lors de la connexion NMDC ou NMDCS. Ces indicateurs indiquent au hub quelles fonctionnalités facultatives NMDC le client comprend. Ils peuvent affecter l'ordre de connexion, le comportement de la liste d'utilisateurs, les listes de robots, la visibilité IP et si le hub traite la connexion comme un utilisateur normal ou un robot.

Préréglages pratiques

• Test de discussion normal: Utilisez un faux partage réaliste, au moins un emplacement libre, le nombre de hubs normal, votre pseudo/mot de passe enregistré lorsqu'il est disponible, et conservez BotINFO désactivé.
• Test de restrictions: Utiliser un faux partage 0, des emplacements faibles et un faible nombre de hubs lorsque vous souhaitez intentionnellement que le hub explique les restrictions de partage minimum, d'emplacements ou de classe.
• Test d'administrateur de hub enregistré: utilisez le surnom et le mot de passe du hub configurés pour le hub ou le pinger, des statistiques client réalistes et les indicateurs de support normaux. C'est le meilleur moyen de confirmer si les restrictions d'invité masquent MOTD, l'historique des discussions ou les listes d'utilisateurs.
• Test de comportement des robots: Activer BotINFO uniquement lors du test de règles spécifiques au bot. Si le chat devient restreint ou si l'utilisateur apparaît en tant que bot, désactivez BotINFO et reconnectez-vous.

Chat en direct, journaux bruts et utilisateurs

Le panneau de discussion affiche l'état de la connexion, les blocs MOTD, les notifications du bot hub, les blocs d'historique, les messages de restriction, le chat principal et les messages acceptés depuis le hub. Un message apparaissant localement ne suffit pas à lui seul; Le chat public n'est considéré comme significatif que lorsque le travailleur écrit la trame de protocole et que le hub y répond ou la diffuse.

Le panneau de réponse brute affiche les trames de protocole entrantes du hub, y compris les chaînes de verrouillage, les supports, le nom du hub, les commandes de déplacement forcé, les demandes de mot de passe, les trames de liste d'utilisateurs, les messages du bot, le texte MOTD et les avis de restriction. Le panneau de requête brute affiche les trames de protocole sortantes avec les secrets expurgés, afin que vous puissiez confirmer exactement ce que le client de diagnostic a envoyé.

Le panneau Utilisateurs en ligne affiche les utilisateurs du hub analysés dans un tableau dense et consultable. Les opérateurs trient avant les utilisateurs normaux, puis les surnoms trient naturellement. Filtres de recherche par pseudo dans le navigateur. La description et la balise client sont des champs distincts, le partage est affiché sous la forme B/KB/MB/GB/TB lors du tri par octets, et les champs IPv4/IPv6 peuvent afficher un drapeau de pays lorsque le hub fournit suffisamment d'informations.

Icônes de rôle bleu, argent et or

La liste des utilisateurs du chat en direct utilise le même langage de rôle que les pages de profil du hub. Un robot argenté marque un robot ou un utilisateur de service, tel qu'un robot de flux, un robot de sécurité, un robot hublist, un robot d'horloge ou un compte d'annonce automatisé. Une clé en or marque un opérateur ou un compte privilégié. Une icône d'utilisateur bleue est utilisée sur les instantanés de profil du hub pour les entrées d'utilisateur enregistrées ou reconnues lorsque le hub expose ce rôle. Garder les utilisateurs de robots Silver évite de confondre les comptes de services automatisés avec les utilisateurs reconnus normaux.

Erreurs et restrictions courantes

• Chat principal désactivé: Le hub a accepté la connexion, mais la classe temporaire ne peut pas écrire sur le chat public. Utilisez un surnom et un mot de passe enregistrés si vous souhaitez accéder au chat.
• Séquence de connexion invalide: Le hub a rejeté les commandes envoyées avant la fin de la validation du pseudo. Reconnectez-vous et attendez le statut de connexion avant d'envoyer le chat.
• Forcer le mouvement: Le hub a redirigé le client vers un autre hôte ou port. Utilisez la destination renvoyée par le hub si la redirection est intentionnelle.
• Mot de passe demandé: saisissez le mot de passe du hub enregistré pour ce pseudo et reconnectez-vous.
• N°MOTD: Certains hubs envoient MOTD uniquement aux utilisateurs enregistrés, uniquement après validation du mot de passe, ou uniquement après acceptation du profil client attendu.
• Aucune liste d'utilisateurs: Certains hubs masquent les listes d'utilisateurs aux invités, envoient les données utilisateur lentement ou nécessitent des indicateurs de support spécifiques.
• Incompatibilité de protocole: Un simple NMDC contre un port TLS, ou un NMDCS contre un port en texte clair, peut ressembler à un délai d'attente ou à une connexion filtrée.
• Fermé ou filtré: Le socket s'est fermé avant la fin de la connexion, généralement en raison d'un filtrage par pare-feu, d'interdictions, de mauvaises exigences ou d'une restriction côté hub.

Sécurité opérationnelle

Fermez les sessions une fois terminé afin que le hub ne garde pas un utilisateur fantôme en ligne. Ne testez pas à plusieurs reprises le même hub public; faites pivoter les hubs à faibles exigences à partir du live hublist lors du débogage. L'outil bloque les réseaux privés et réservés, limite les transcriptions, limite les sessions, supprime les mots de passe et associe l'activité du navigateur au nettoyage des travailleurs.

Référence des icônes