Admin Hub-Chat-Hilfe 🇬🇧 🇨🇳 🇮🇳 🇪🇸 🇨🇿 🇩🇪 🇳🇱 🇫🇷 🇮🇹 🇵🇱 🇷🇴 🇷🇺

Zweck des Hub-Chat-Tools

Das Hub-Chat-Tool ist ein Live-Diagnose-Client nur für Administratoren. Es stellt eine Verbindung zu öffentlichen Hubs NMDC, NMDCS, ADC und ADCS mit kontrollierter Identität her Der Hub-Socket in einem Sitzungsarbeiter im Hintergrund streamt eingehende Hub-Ereignisse an den Browser, listet Online-Benutzer auf, zeichnet Rohprotokollanfragen und -antworten auf und ermöglicht einem Administrator das Senden öffentlicher Chat-Nachrichten, wenn der Hub der aktuellen Benutzerklasse das Sprechen zulässt.

Verwenden Sie es, wenn Sie bestätigen müssen, was ein Hub während der Anmeldung tatsächlich sendet, überprüfen müssen, ob ein Hub Gast- oder registrierte Chats akzeptiert, MOTD- und Hub-Bot-Benachrichtigungen überprüfen, den Benutzernamen-/Passwortzugriff testen, Hub-Anforderungen mit dem öffentlichen Profil vergleichen oder Fehler beheben müssen, warum ein Hub online angezeigt wird, aber dennoch echte Benutzer blockiert.

Sitzungspersistenz und Live-Updates

Wenn Sie eine Verbindung herstellen, erstellt die Anwendung eine Sitzungs-ID und speichert sie in der Seiten-URL. Durch das Aktualisieren der Seite sollte dieselbe Chat-Sitzung fortgesetzt werden, anstatt von vorne zu beginnen. Bei Live-Updates wird nach Möglichkeit eine Streaming-Verbindung mit Statusabfrage als Ersatz verwendet, sodass Chatzeilen, Benutzerlistenänderungen, unformatierte Frames und Statusänderungen ohne eine vollständige Seitenaktualisierung angezeigt werden können.

Durch das Schließen einer Sitzung wird der Mitarbeiter aufgefordert, die Verbindung zum Hub zu trennen, und das Transkript bleibt zur Überprüfung verfügbar. Reconnect verwendet das gespeicherte Ziel, das Protokoll, den Spitznamen, die Kennworteinstellung und die erweiterten Profilwerte, um einen neuen Socket zu starten und gleichzeitig die gleiche browserseitige Diagnosesitzung beizubehalten.

Verbindungsfelder

• Gastgeber oder Adresse: Geben Sie einen öffentlichen Hostnamen, eine IP-Adresse oder eine vollständige Hub-URL ein, z dchub://example.com:411 oder nmdcs://hub.example.com:4111. Wenn eine Hub-URL ein Protokoll und einen Port enthält, sollte das Formular diese Werte für die Protokoll- und TCP-Portfelder verwenden.
• Protokoll: Wählen Sie das Protokoll Direct Connect zum Testen aus. Sichere Protokolle wie NMDCS und ADCS führen vor der Hub-Anmeldung einen TLS-Handshake durch.
• TCP-Port: Optionale Überschreibung. Lassen Sie das Feld leer, wenn der Protokollstandard korrekt ist, oder geben Sie den genauen angekündigten Hub-Port ein, wenn der Hub einen benutzerdefinierten Port verwendet.
• Benutzername / Spitzname: Verwenden Sie beim Testen des Kontozugriffs einen registrierten Hub-Spitznamen oder lassen Sie das Feld leer, um eine temporäre Identität zu generieren, z user-123456.
• Hub-Passwort: Wird nur verwendet, wenn der Hub ein Passwort für den ausgewählten Spitznamen anfordert. Passwörter werden aus den rohen ausgehenden Transkripten geschwärzt und sollten nicht in gestreamten Ereignissen erscheinen.

Erweitertes Kundenprofil

Das erweiterte Profil steuert die Identitätswerte, die ein DC++-Client normalerweise einem Hub zur Verfügung stellt: gefälschte Freigabegröße, Upload-Slots, Anzahl verbundener Hubs, Anzahl registrierter Hubs, Anzahl Betreiber-Hubs, optionale offene Ports, Beschreibung, E-Mail, Client-Tag und NMDCS upport-Flags.

Diese Werte sind wichtig, da viele Hubs Gäste durch Mindestfreigabe, Slot-Anzahl, Hub-Anzahl, Client-Tag, IP-Sichtbarkeit, Registrierungsklasse oder TLS-Unterstützung einschränken. Der Chat-Client sollte nicht senden BotINFO standardmäßig, da es sich um einen normalen Diagnose-Chat-Client und nicht um einen Bot handelt. Aktivieren Sie BotINFO nur, wenn Sie absichtlich Bot-ähnliches Verhalten testen.

Erweiterte Profilfeldreferenz

Verwenden Sie das erweiterte Profil, um zu reproduzieren, was ein echter DC++-Client während der Anmeldung melden würde. Diese Werte werden dem Hub nur für die aktuelle Diagnosesitzung bekannt gegeben; Sie veröffentlichen keine Dateien, öffnen keine Firewall-Ports und ändern den öffentlichen Hub-Datensatz nicht.

NMDCS upport-Flags

Das Feld NMDCS upport Flags wählt die aus $Supports Funktionen, die während der Anmeldung NMDC oder NMDCS gesendet werden. Diese Flags teilen dem Hub mit, welche optionalen NMDC Funktionen der Client versteht. Sie können sich auf die Anmeldereihenfolge, das Benutzerlistenverhalten, Bot-Listen, die IP-Sichtbarkeit und darauf auswirken, ob der Hub die Verbindung wie einen normalen Benutzer oder einen Bot behandelt.

Praktische Voreinstellungen

• Normaler Chat-Test: Verwenden Sie eine realistische Fake-Freigabe, mindestens einen freien Slot, normale Hub-Anzahl, Ihren registrierten Spitznamen/Passwort, sofern verfügbar, und behalten Sie ihn BotINFO deaktiviert.
• Restriktionstest: Fake-Share verwenden 0, niedrige Slots und niedrige Hub-Anzahl, wenn Sie absichtlich möchten, dass der Hub Mindestanteils-, Slot- oder Klassenbeschränkungen erläutert.
• Registrierter Hub-Administratortest: Verwenden Sie den für den Hub oder Pinger konfigurierten Hub-Spitznamen und das Passwort, realistische Client-Statistiken und die normalen Support-Flags. Dies ist der beste Weg, um zu bestätigen, ob Gästebeschränkungen MOTD, den Chatverlauf oder Benutzerlisten verbergen.
• Bot-Verhaltenstest: Aktivieren BotINFO nur beim Testen botspezifischer Regeln. Wenn der Chat eingeschränkt wird oder der Benutzer als Bot erscheint, deaktivieren Sie BotINFO und stellen Sie die Verbindung erneut her.

Live-Chat, Rohprotokolle und Benutzer

Im Chat-Bereich werden der Verbindungsstatus, MOTD Blöcke, Hub-Bot-Benachrichtigungen, Verlaufsblöcke, Einschränkungsnachrichten, der Hauptchat und vom Hub akzeptierte Nachrichten angezeigt. Eine lokal erscheinende Meldung allein reicht nicht aus; Öffentlicher Chat wird nur dann als sinnvoll erachtet, wenn der Mitarbeiter den Protokollrahmen schreibt und der Hub darauf antwortet oder ihn sendet.

Im Rohantwortbereich werden vom Hub eingehende Protokollrahmen angezeigt, einschließlich Sperrzeichenfolgen, Unterstützungen, Hub-Name, Force-Move-Befehle, Kennwortanfragen, Benutzerlistenrahmen, Bot-Nachrichten, MOTD-Text und Einschränkungshinweise. Im Bereich „Rohanfrage“ werden ausgehende Protokollrahmen mit geschwärzten Geheimnissen angezeigt, sodass Sie genau bestätigen können, was der Diagnose-Client gesendet hat.

Im Bereich „Online-Benutzer“ werden analysierte Hub-Benutzer in einer dichten, durchsuchbaren Tabelle angezeigt. Operatoren sortieren vor normalen Benutzern, dann werden Spitznamen auf natürliche Weise sortiert. Suchfilter nach Spitznamen im Browser. Beschreibung und Client-Tag sind separate Felder, die Freigabe wird beim Sortieren nach Bytes als B/KB/MB/GB/TB angezeigt und IPv4/IPv6-Felder zeigen möglicherweise eine Länderflagge an, wenn der Hub genügend Informationen bereitstellt.

Blaue, silberne und goldene Rollensymbole

Die Live-Chat-Benutzerliste verwendet dieselbe Rollensprache wie die Hub-Profilseiten. Ein silberner Roboter markiert einen Bot oder Dienstbenutzer, z. B. einen Feed-Bot, einen Sicherheits-Bot, einen hublist-Bot, einen Uhr-Bot oder ein Konto für automatische Ankündigungen. Ein goldener Schlüssel markiert einen Betreiber oder ein privilegiertes Konto. Auf Hub-Profil-Snapshots für registrierte oder erkannte Benutzereinträge wird ein blaues Benutzersymbol verwendet, wenn der Hub diese Rolle offenlegt. Durch die Beibehaltung der Silberstufe für Bot-Benutzer wird vermieden, dass automatisierte Dienstkonten mit normalen erkannten Benutzern verwechselt werden.

Häufige Fehler und Einschränkungen

• Hauptchat deaktiviert: Der Hub hat die Verbindung akzeptiert, aber die temporäre Klasse kann nicht in den öffentlichen Chat schreiben. Verwenden Sie einen registrierten Spitznamen und ein Passwort, wenn Sie Chat-Zugriff erwarten.
• Ungültige Anmeldesequenz: Der Hub hat Befehle abgelehnt, die vor Abschluss der Nickname-Validierung gesendet wurden. Stellen Sie erneut eine Verbindung her und warten Sie auf den Anmeldestatus, bevor Sie den Chat senden.
• Bewegung erzwingen: Der Hub hat den Client auf einen anderen Host oder Port umgeleitet. Verwenden Sie das vom Hub zurückgegebene Ziel, wenn die Umleitung beabsichtigt ist.
• Passwort angefordert: Geben Sie das registrierte Hub-Passwort für diesen Spitznamen ein und stellen Sie die Verbindung wieder her.
• Nr. MOTD: Einige Hubs senden MOTD nur an registrierte Benutzer, erst nach Passwortvalidierung oder erst nachdem das erwartete Kundenprofil akzeptiert wurde.
• Keine Benutzerliste: Einige Hubs verbergen Benutzerlisten vor Gästen, senden Benutzerdaten langsam oder erfordern bestimmte Support-Flags.
• Protokollkonflikt: Einfacher NMDC gegen einen TLS-Port oder NMDCS gegen einen Klartext-Port kann wie eine Zeitüberschreitung oder eine gefilterte Verbindung aussehen.
• Geschlossen oder gefiltert: Der Socket wurde vor Abschluss der Anmeldung geschlossen, normalerweise aufgrund von Firewall-Filterung, Sperren, schlechten Anforderungen oder einer Hub-seitigen Einschränkung.

Betriebssicherheit

Schließen Sie Sitzungen, wenn Sie fertig sind, damit der Hub keinen Geisterbenutzer online hält. Testen Sie nicht wiederholt denselben öffentlichen Hub. Rotieren Sie beim Debuggen Hubs mit geringem Bedarf aus dem Live-Modus hublist. Das Tool blockiert private und reservierte Netzwerke, begrenzt Transkripte, begrenzt Sitzungen, schwärzt Passwörter und verknüpft die Browseraktivität mit der Bereinigung durch Arbeiter.

Symbolreferenz