Hub Mod

Hub Mod ist ein persistenter Direct Connect Verwaltungsclient für einen zugewiesenen Hub. Es verbindet Erkennt mit einem dedizierten Konto Befehle aus begrenzten Laufzeitdaten und kombiniert diese Daten mit überprüften Anbieterkatalogen und stellt autorisierten Eigentümern für jeden Befehl ein getipptes Formular zur Verfügung. Es erfindet keine Befehle, akzeptiert keinen rohen Befehlstext und ersetzt auch nicht die vom Hub erzwungenen Berechtigungen.

Übersicht Und Verfügbarkeit

Hub Mod ist nur verfügbar, wenn die globale Funktion aktiviert ist und der aktuelle Website-Benutzer Eigentümer ist der ausgewählte Hub oder verfügt über eine zulässige Administratorrolle. Die Seite Hub Mod kombiniert das Persistente Verbindung, Live-Hub Chat Arbeitsbereich, Erkennungsstatus, Befehlskatalog, Plugin-Bestandsaufnahme, Befehl Bauunternehmer und ausgehende Tätigkeit. Verwenden Sie ein dediziertes Hub-Konto für Identität, Klasse und Prüfpfad vom Normalzustand einer Person getrennt bleiben DC++ Kunde.

Das gespeicherte Profil wird normalerweise im Hintergrund-Low-CPU-Modus ausgeführt. Durch Öffnen des Live-Arbeitsbereichs kann gewechselt werden Schalten Sie es in den interaktiven Modus, sodass die aktuelle Gästeliste, der öffentliche Chat, die Aktivitäten zum Beitreten und Verlassen sowie Privat angezeigt werden Gespräche sind möglich. Das Deaktivieren von Hub Mod stoppt seinen Worker und verhindert den automatischen Start; Beim Trennen der Verbindung wird der aktuelle Socket geschlossen, ohne die aktivierte Einstellung zu ändern.

Verbindung Und Berechtigungen

Konfigurieren Sie Spitzname, Passwort, Client-Tag-Felder, Beschreibung, E-Mail, Freigabegröße, Hub-Anzahl, Slots, TCP Hafen, UDP Hafen, TLS Port, Identitätsaliase und NMDC Support-Flags entsprechend dem auf dem Hub registrierten Konto. Passwörter bleiben geschützt Geheimnisse. Identitätsaliase helfen dem freigegebenen Arbeitsbereich, den Client zu erkennen, ändern ihn jedoch nicht Login-Spitzname oder Berechtigungen.

Neue Konfigurationen verwenden HubMOD als Standard-Spitzname und HubMOD - hublist.pwiam.com als Standardbeschreibung. Ersetzen Sie einen der beiden Werte beim Hub erfordert eine andere registrierte Identität, aber behalten Sie die Website-Einstellung, das Hub-Konto und ausgewählt bei Hub-Klasse vor dem Herstellen der Verbindung ausgerichtet.

Die Hub-Klasse muss mit der vom Hub zugewiesenen Klasse übereinstimmen. Die für einen Befehl gemeldete Mindestklasse ist wird überprüft, bevor der Builder geöffnet wird, aber der Hub bleibt die letzte Autorität. Klasse 10 wird nicht umgangen fehlende Verfügbarkeit, ein unvollständiges Parameterschema, eine unbekannte Risikoklassifizierung oder Injektion Validierung. Die automatische Wiederverbindung bewältigt vorübergehende Ausfälle. falsche Anmeldeinformationen und andere Permanente Anmeldefehler müssen vor der erneuten Verbindung behoben werden.

Entdeckungsstatus

Befehle erneut erkennen erstellt einen neuen Erkennungslauf mit eigener Generation und Fortschrittsaufzeichnung. Der Status durchläuft queued, running und validating vor completed oder failed. Der Statusbereich zeigt den letzten erfolgreichen Lauf, akzeptierte und abgelehnte Nachweise, hinzugefügte und entfernte Befehle, Anbieterversionen und eine begrenzte Fehlermeldung.

Hub Mod liest den bestätigten Softwarenamen aus dem Hub-Datensatz. Ein Verlihub-Hub erhält den geprüften Verlihub-Core-Katalog aus der angehefteten lokalen Quelle. Die Erkennung sendet niemals !help, +help, !lstplug, !ledohelp, !lualist oder eine andere Sonde an den Hauptchat, an #_PH_SECURITY oder einen anderen Bot. NMDC-$UserCommand-Frames, die der verbundene Hub bereits angekündigt hat, ergänzen geprüfte Plugin-Befehle wie Ledokol oder Lua.

Befehle erneut erkennen erstellt einen begrenzten Katalog aus dem bestätigten Anbieter und vom Hub angekündigten Datensätzen. Befehle Entfernen entfernt nur den aktiven Katalog. Eine Generation wird nur mit einer aktuellen geprüften Katalogrevision, einem ausführbaren geprüften Befehl und Anbieter- oder Hub-Befehlsnachweis aktiv. Ein unterbrochener, leerer, veralteter oder ungültiger Lauf lässt den vorherigen aktiven Katalog unverändert.

Jeder angekündigte Menüeintrag ist ein strukturierter Nachweis und keine Erlaubnis, seinen Inhalt auszuführen. Unzusammenhängender öffentlicher Chat, private Nachrichten, übergroße Datensätze, fehlerhafte Frames, Duplikate und eine Syntax ohne genau eine geprüfte Definition werden abgelehnt. Ein leerer, unterbrochener, veralteter oder abgelaufener Lauf lässt den letzten verwendbaren Katalog aktiv. Wählen Sie Befehle Entfernen nur, wenn Sie ihn bewusst löschen möchten, bevor neue angekündigte Menüeinträge eintreffen.

Befehle Entfernen ist eine getrennte Aktion. Sie entfernt den aktiven Katalog, ohne die Erkennung in der aktuellen Verbindung zu starten. Verwenden Sie Entdecken Sie Befehle Erneut, um sofort einen Ersatzlauf zu starten. Wenn ein aktiver Worker die Entfernung verarbeitet, kann die automatische Erkennung erst nach der nächsten Socket-Wiederverbindung und nur bei aktivierter automatischer Erkennung laufen. Ein doppelter Nickname oder abgelehnte Zugangsdaten sind endgültige Loginfehler. Andere Verbindungsfehler bleiben nach dem konfigurierten Wiederholungslimit im Status Fehlgeschlagen, bis ein Eigentümer die Ursache korrigiert und erneut verbindet.

Öffnen Sie Benutzerbereich und wählen Sie Hub Mod für den zugewiesenen Hub, um den aktuellen Katalog zu entfernen, eine Ersatz-Erkennung zu starten oder den Verbindungs- und Wiederholungsstatus zu prüfen.

Unterstützte Anbieter

Hub Software wählt Verlihub Core. $UserCommand-Datensätze können Ledokol oder Lua hinzufügen. Die Zeichenfolgen !help und +help sind nur Dokumentationsbeispiele, niemals Discovery-Anfragen.

Eine verified-Definition stammt aus einer geprüften fixierten Quelle. Ein runtime_verified-Eintrag ist ein vollständiger strukturierter Befehl, den der verbundene Hub angekündigt hat; er kann nur ausgeführt werden, wenn er dem geprüften Katalog entspricht. unverified-Einträge bleiben lesbar, können aber nicht ausgeführt werden. Ein Token wie -a oder -b ist ein Parameter seines übergeordneten Befehls, niemals ein eigenständiger Befehl.

Hub Mod liest den bestätigten Softwarenamen aus dem Hub-Datensatz. Ein Verlihub-Hub erhält den geprüften Verlihub-Core-Katalog aus der angehefteten lokalen Quelle. Es sendet !help, +help oder eine andere Erkennungsanfrage nicht an den Hauptchat, #_PH_SECURITY oder einen anderen Bot. Vom verbundenen Hub angekündigte $UserCommand-Frames ergänzen geprüfte Plugin-Befehle wie Ledokol oder Lua.

Befehle Erneut Erkennen erstellt einen neuen begrenzten Katalog aus dem bestätigten Anbieter und bereits vom Hub angekündigten $UserCommand-Frames. Befehle Entfernen entfernt nur den aktiven Katalog. Eine Generation wird nur mit aktueller Katalogrevision, einem ausführbaren geprüften Befehl und geprüftem Anbieter- oder Hub-Befehlsnachweis aktiv. Ein unterbrochener, leerer, veralteter oder ungültiger Lauf lässt den vorherigen aktiven Katalog unverändert.

Verlihub Befehle

Hub Mod liest den bestätigten Softwarenamen aus dem Hub-Datensatz. Ein Verlihub-Hub erhält den geprüften Verlihub-Core-Katalog aus der angehefteten lokalen Quelle. Es sendet !help, +help oder eine andere Erkennungsanfrage nicht an den Hauptchat, #_PH_SECURITY oder einen anderen Bot. Vom verbundenen Hub angekündigte $UserCommand-Frames ergänzen geprüfte Plugin-Befehle wie Ledokol oder Lua.

Ledokol Befehle

Hub Mod liest den bestätigten Softwarenamen aus dem Hub-Datensatz. Ein Verlihub-Hub erhält den geprüften Verlihub-Core-Katalog aus der angehefteten lokalen Quelle. Es sendet !help, +help oder eine andere Erkennungsanfrage nicht an den Hauptchat, #_PH_SECURITY oder einen anderen Bot. Vom verbundenen Hub angekündigte $UserCommand-Frames ergänzen geprüfte Plugin-Befehle wie Ledokol oder Lua.

Die Tabelle trennt Geprüfte Core-Befehle von Vom Hub Angekündigten Befehlen. Befehl öffnet typisierte Parameterfelder und zeigt exakte Syntax, Mindestklasse, Risiko, Offizielles Wiki, Geprüfte Quelle und Befehlskanal. Der Server erstellt und prüft die Nutzlast. Klasse 3 kann geprüfte Befehle mit Mindestklasse 3 oder niedriger verwenden; Befehle mit höherer Klasse bleiben Nicht Verfügbar mit ihrem Grund.

Lua Und Plugin-Befehle

Hub Mod liest den bestätigten Softwarenamen aus dem Hub-Datensatz. Ein Verlihub-Hub erhält den geprüften Verlihub-Core-Katalog aus der angehefteten lokalen Quelle. Es sendet !help, +help oder eine andere Erkennungsanfrage nicht an den Hauptchat, #_PH_SECURITY oder einen anderen Bot. Vom verbundenen Hub angekündigte $UserCommand-Frames ergänzen geprüfte Plugin-Befehle wie Ledokol oder Lua.

Fehlen Verlihub-Core-Befehle, prüfen Sie das Software-Feld des Hubs, verbinden Sie sich erneut und wählen Sie dann Befehle Erneut Erkennen. Fehlt ein Plugin-Befehl, prüfen Sie, ob der Hub seinen $UserCommand-Datensatz angekündigt hat. Eine Sicherheitsmeldung oder ein Bot-Spitzname ist kein Anbieternachweis. Fügen Sie keinen ungeprüften Rohbefehl in den Hauptchat ein.

Verfügbare Befehle Und Plugins

In der Befehlstabelle werden Befehl, Funktion, Verwendung, Mindestklasse, Quelle, Verfügbar und eine Ausführung angezeigt Hub-Befehlsaktion. Anbieter und Plugin-Herkunft erscheinen zusammen, wenn beide zutreffen. Aliase bleiben bestehen an ihre kanonische Definition angehängt. Eine nicht verfügbare Zeile erklärt, dass ihre Definition, ihr Risiko, Die Laufzeitverfügbarkeit oder die konfigurierte Klasse reicht für die Ausführung nicht aus.

In der Plugin-Tabelle werden Plugin, Version, Hilfebefehl, erkannte Befehle und Letzter separat angezeigt Gesehen. Die aktive Tabelle gehört immer zur letzten abgeschlossenen Generation. Von einem Unvollendeten inszenierte Daten run ersetzt ihn nie, sodass ein Besitzer den bekannten Katalog weiterhin prüfen kann, während die Neuerkennung läuft laufend oder nach einem fehlgeschlagenen Versuch.

Verwenden Sie Befehle Suchen, um die aktive Tabelle nach Befehl, Alias, Beschreibung, Verwendung, Quelle oder Plugin zu filtern, ohne den Katalog zu ändern. Wenn die Neuerkennung nach dem Öffnen dieser Seite abgeschlossen wird, zielt eine ältere Aktion nie auf die entfernte Definition: Hub Mod fordert Sie zum Neuladen des Befehlskatalogs auf. Öffnen Sie nach dem Neuladen die aktuelle Zeile und prüfen Sie Verfügbarkeit und Formular erneut, bevor Sie etwas senden. Mit Sortieren Nach wechseln Sie zwischen Zweckgruppen und Befehlsname. Zweckgruppen halten schreibgeschützte, Moderations-, Konfigurations-, Dienststeuerungs-, destruktive und unbekannte Risikodefinitionen zusammen; die Gruppe erklärt den Zweck, gewährt aber nie Berechtigung.

Befehlsprüfung Und Gründe Für Nichtverfügbarkeit

Ein Befehl ist nur ausführbar, wenn er bei der letzten abgeschlossenen Erkennung beobachtet wurde und exakt zu Anbieter, Plugin, normalisiertem Namen und Syntaxsignatur der geprüften Definition passt. Eine hohe Hub-Klasse umgeht Prüfung, Risiko oder Parametervalidierung nicht.

not_observed

Bei der letzten Erkennung nicht beobachtet.

unknown_command

Keine passende geprüfte Definition.

unreviewed

Prüfung noch nicht abgeschlossen.

unknown_risk

Geprüfte Risikoeinstufung fehlt.

insufficient_class

Mindestklasse nicht erreicht.

provider_unavailable

Anbieter oder Plugin nicht verfügbar.

syntax_mismatch

Beobachtete Syntax weicht ab.

Befehl

Wählen Sie Befehl in einer verfügbaren Zeile aus, um genau diese Definition in ein Bootstrap-Modal zu laden. Das Modal zeigt seine Beschreibung, Verwendung, Quelle, Plugin, Mindestklasse und Risiko an, bevor ein Wert angezeigt wird akzeptiert. Es gibt keine Rohbefehlseingabe oder allgemeine Befehlseingabe. Öffentlich oder privat Hub Chat bleibt für normale Konversationen verfügbar, aber befehlsähnliche Nachrichten werden an die Verifizierten weitergeleitet Baumeister.

Das Formular kann Hauptchat, private Nachricht oder ein vom Anbieter festgelegtes Ziel anbieten. Ein privater Befehl erfordert einen Empfänger. Beim Absenden des Formulars werden der Definitionsschlüssel, strukturierte Werte und die Lieferung gesendet Auswahl, Empfänger und bei Bedarf ein vom Server ausgestelltes Bestätigungstoken. Der Server lädt das Aktive neu Definition und lehnt veraltete, nicht verfügbare, nicht autorisierte oder hubübergreifende Übermittlungen ab.

Der Informationsblock über den Feldern wiederholt Beschreibung und Syntax des Befehls und nennt Anbieter oder Plugin, Mindestklasse, Risiko, Prüfstatus, Quellrevision und Evidenz-Hash. Offizielles Wiki öffnet die Anbieterdokumentation im Verlihub-Wiki oder Ledokol-Wiki. Geprüfte Quelle öffnet den genauen Katalogbeleg, auf dem die Definition beruht. Weichen installierte Version oder Laufzeitsyntax ab, führen Sie die Erkennung erneut aus und senden Sie den Befehl erst nach Klärung der Abweichung.

Parameter Und Befehlsvorschau

Jeder Befehlsparameter verfügt über ein separates Feld in der Schemareihenfolge. Erforderliche Felder müssen einen Wert enthalten. Optionale Felder können leer bleiben. Zu den unterstützten Typen gehören Text, Spitzname, Ganzzahl, Port, Auswahl, Boolescher Schalter, Dauer, Host, Hub-Adresse, Pfad und Nachricht. Das Formular zeigt das Label des Anbieters, Platzhalter, Beschreibung, erforderlicher Status und zulässige Auswahlmöglichkeiten, anstatt den Besitzer zu bitten, a zu analysieren Syntaxkommentar.

Die Vorschau wird aktualisiert, wenn sich die Werte ändern, sie dient jedoch nur der Information. Der Server allein stellt das Finale zusammen Befehl, wendet deterministische Anführungszeichen und Escapezeichen an, behält die Optionsreihenfolge bei und erzwingt Länge und Typ begrenzt und lehnt Wagenrückläufe, Zeilenvorschübe, NUL-Bytes, Pipe-Trennzeichen oder einen zweiten Befehl ab Präfix. Die Browservorschau wird niemals zur maßgeblichen Nutzlast.

Risiko Und Bestätigung

Jede ausführbare Definition birgt ein explizites Risiko: read_only zur Inspektion, moderation für Handlungen, die Nutzer betreffen, configuration_change für hartnäckig Hub-Einstellungen, destructive zur Entfernung oder irreversiblen Veränderung, bzw service_control für Neulade-, Neustart- und Stoppvorgänge. Eine Definition mit unknown Das Risiko kann nicht laufen.

Schreibgeschützte Befehle werden direkt übermittelt. Bei Risiken, die einer erneuten Prüfung bedürfen, wird eine konkrete Warnung angezeigt Benennen Sie den ausgewählten Befehl und die Aktionsklasse und ändern Sie dann die Absendeaktion in „Bestätigen und ausführen“. Die Signiertes Bestätigungstoken bindet die aktive Definition, strukturierte Werte, Ziel, Empfänger, und letzter vom Server erstellter Befehl. Durch Bearbeiten eines gebundenen Werts wird diese Bestätigung ungültig.

Ausgehende Aktivität

Ausgehende Aktivitäten erfassen den Website-Benutzer, den Definitionsschlüssel, den Anbieter, das Plugin, das Risiko, das Ziel usw. Empfänger, Bestätigungsstatus und Zeitstempel. Strukturierte Parameterwerte und der letzte Befehl sind im Ruhezustand verschlüsselt. Der Präsentationscode zeigt nur Daten an, die für den zugewiesenen Eigentümer oder autorisiert sind Der Administrator- und Protokollkontext schließt Rohnutzlasten, Passwörter, Token und private Nachrichteninhalte aus.

Eine Aktivität wird verschoben queued zu sent wenn der Arbeiter den Socket fertigstellt schreiben. Wenn die Lieferung nicht sicher eingehalten werden kann, wird dies der Fall sein delivery_uncertain und ist es nicht automatisch wiedergegeben. Es kommt zu Warteschlangen- oder Validierungsfehlern failed mit einer begrenzten, bereinigte Diagnose. Der vorhandene Anwendungsfehlerlogger und der E-Mail-Benachrichtigungspfad bleiben aktiv.

Wiederentdeckung Und Atomersatz

Verwenden Sie Discover Commands erneut, nachdem Sie Verlihub, Ledokol, Lua Skripte, Plugins und Befehle geändert haben Berechtigungen oder die Kontoklasse Hub Mod. Der neue Lauf schreibt Befehle und Plugins in ein Staging Generation, während die vorherige abgeschlossene Generation aktiv bleibt. Zählungen zeigen akzeptiert, abgelehnt, Einträge hinzugefügt und entfernt, damit die Änderung überprüft werden kann.

Nur ein vollständig validierter Lauf aktiviert seine Generierung in einem Zeigertausch. Durch die Aktivierung wird die entfernt Die vorherige Generation nach der neuen ist langlebig. Eine fehlerhafte Antwort, Zeitüberschreitung, Worker-Abschaltung, Bei einer Socket-Trennung oder einem Anbieterausfall wird das Staging verworfen und der alte Katalog bleibt erhalten. Dies verhindert eine teilweise Entdeckung durch das Löschen von Befehlen, von denen zuvor bekannt war, dass sie funktionieren.

Fehler Und Fehlerbehebung

Verwenden Sie Hub Chat für die freigegebenen Live-Client-Steuerelemente. Hub für Hinweise zum Hub-Eigentum und Hub für die Rückkehr zum zugewiesenen Standort Nabe. Melden Sie dauerhafte Fehler mit der Laufgenerierung und der Aktivitäts-ID, niemals mit einem Passwort. geschütztes Token, rohe private Nachricht oder geheimes Befehlsargument.

Wenn diese Seite für einen bereits verbundenen Client geladen wird, sind Hub-Verbindung und Verbindungsstatus zunächst eingeklappt. Beide Kartenüberschriften bleiben sichtbar; das Auf- oder Zuklappen eines Bereichs trennt den Client nicht und verbindet ihn nicht erneut.

Wenn ein Worker von Hub Chat, Hub GPT oder Hub Mod neu startet, überwacht die geöffnete Produktseite die gespeicherte Sitzung weiter und verbindet ihren Ereignisstrom automatisch erneut; ein Neuladen des Browsers ist nicht erforderlich. Ändert ein Release das Browser-Server-Protokoll inkompatibel, beendet die Seite die Wiederholungsversuche und fordert ausdrücklich zum Neuladen vor dem erneuten Verbinden auf.

Ein Neustarthinweis erscheint als Systemnachricht im geöffneten Hub-Chat-Protokoll, damit das Chat-Layout stabil bleibt. Sind Browser- und Worker-Version nicht kompatibel, enthält diese Systemnachricht die Aktion zum Neuladen derselben Seite.

Login-Identität

Upload-Geschwindigkeit

Optionale Upload-Kapazität in ADC- und ADCS-Identitätsdaten. Gib einen Wert und eine Einheit an; das Protokoll erhält Bytes pro Sekunde.

Download-Geschwindigkeit

Optionale Download-Kapazität in ADC- und ADCS-Identitätsdaten. Gib einen Wert und eine Einheit an; das Protokoll erhält Bytes pro Sekunde.

Verfügbare Befehle Und Plugins

Hub Mod liest den bestätigten Softwarenamen aus dem Hub-Datensatz. Ein Verlihub-Hub erhält den geprüften Verlihub-Core-Katalog aus der angehefteten lokalen Quelle. Es sendet !help, +help oder eine andere Erkennungsanfrage nicht an den Hauptchat, #_PH_SECURITY oder einen anderen Bot. Vom verbundenen Hub angekündigte $UserCommand-Frames ergänzen geprüfte Plugin-Befehle wie Ledokol oder Lua.

Befehle Erneut Erkennen erstellt einen neuen begrenzten Katalog aus dem bestätigten Anbieter und bereits vom Hub angekündigten $UserCommand-Frames. Befehle Entfernen entfernt nur den aktiven Katalog. Eine Generation wird nur mit aktueller Katalogrevision, einem ausführbaren geprüften Befehl und geprüftem Anbieter- oder Hub-Befehlsnachweis aktiv. Ein unterbrochener, leerer, veralteter oder ungültiger Lauf lässt den vorherigen aktiven Katalog unverändert.

Die Tabelle trennt Geprüfte Core-Befehle von Vom Hub Angekündigten Befehlen. Befehl öffnet typisierte Parameterfelder und zeigt exakte Syntax, Mindestklasse, Risiko, Offizielles Wiki, Geprüfte Quelle und Befehlskanal. Der Server erstellt und prüft die Nutzlast. Klasse 3 kann geprüfte Befehle mit Mindestklasse 3 oder niedriger verwenden; Befehle mit höherer Klasse bleiben Nicht Verfügbar mit ihrem Grund.

Fehlen Verlihub-Core-Befehle, prüfen Sie das Software-Feld des Hubs, verbinden Sie sich erneut und wählen Sie dann Befehle Erneut Erkennen. Fehlt ein Plugin-Befehl, prüfen Sie, ob der Hub seinen $UserCommand-Datensatz angekündigt hat. Eine Sicherheitsmeldung oder ein Bot-Spitzname ist kein Anbieternachweis. Fügen Sie keinen ungeprüften Rohbefehl in den Hauptchat ein.

Suchen Sie nach Befehl, Alias, Beschreibung, Verwendung, Quelle oder Plugin.

Die verfügbaren Befehle haben sich nach dem Öffnen dieser Seite geändert. Laden Sie den Katalog neu, bevor Sie einen Befehl öffnen oder senden.

Verifizierte ADC- Und ADCS-Anhangdownloads

Ein gültiger TTH-Magnet bleibt ein normaler Link, der geöffnet oder kopiert werden kann. Wenn die gespeicherte Nachricht eine aktuell erreichbare ADC- oder ADCS-Quelle benennt, erscheint unmittelbar davor ein separates Download-Symbol. Beim Anzeigen der Nachricht wird nichts abgerufen.

Das Symbol veranlasst die bestehende angemeldete Hub-Chat-Sitzung, genau diesen gespeicherten Anhang beim aktuellen Absender anzufordern. Der Browser übermittelt nur Sitzung, Nachrichtenkanal, gespeicherte Nachrichten-ID und Anhangposition; Host, Dateiname, Größe und Magnet-URI werden serverseitig aus der gespeicherten Nachricht ermittelt.

Der Empfänger handelt eine Direct-Connect-Übertragung für den angegebenen TTH aus, schreibt in eine private temporäre Datei und vergleicht vor den Download-Headern sowohl die exakte Bytezahl als auch den Tiger Tree Hash. Abweichende oder unvollständige Dateien werden verworfen und nie teilweise an den Browser gesendet.

Downloads werden ausschließlich durch Benutzer gestartet. Sie sind pro Benutzer zeitlich begrenzt, pro Sitzung und anwendungsweit in der Parallelität begrenzt und standardmäßig auf 64 MiB beschränkt. Der Quellgast muss online und erreichbar bleiben. Temporäre Dateien werden nach Erfolg, Fehler oder Ablauf entfernt.

Beim aktiven Empfang bindet der Transfer-Worker zuerst den gewählten TCP- oder TLS-Port und veröffentlicht ihn erst danach an die Quelle. Öffnen Sie den konfigurierten aktiven Portbereich in Firewall und NAT; ADCS benötigt auch Zertifikat und privaten Schlüssel. Scheitert das Binden oder läuft die Annahme ab, versucht derselbe Auftrag automatisch die passive Rückwärtsverhandlung. Prüfen Sie bei weiterem Fehler, ob derselbe Gast online und erreichbar ist. Ein fehlendes Symbol bedeutet einen unvollständigen TTH-Magnet oder eine unbekannte gespeicherte Quelle; der ursprüngliche Magnet bleibt für einen Desktop-Client verfügbar.

Wenn der Empfänger belegt ist, bleibt dieselbe Übertragung in der Liste und wird nach fünf Minuten automatisch erneut versucht. Es wird kein zweiter Datensatz erstellt. Sie können den Hinweis schließen oder die Übertragung entfernen, wenn Sie sie nicht mehr benötigen.

Wenn der Peer seinen Übertragungsendpunkt nicht rechtzeitig öffnet, versucht die Anwendung diesen verifizierten Download einmal erneut. Schlägt auch das fehl, zeigen Übertragungen den Grund an; nachdem Sie geprüft haben, dass der Peer die Datei noch freigibt, können Sie ihn manuell wiederholen.

Hub Chat

Schreibgeschützter Transfer-Cache

Erzeugte Hublist-Dateien, die nur nach einer vom Hub vermittelten Peer-Autorisierung freigegeben werden.

Der Transfer-Cache ist für Hub Chat, Hub GPT und Hub Mod standardmäßig deaktiviert. Jedes Produkt besitzt einen eigenen globalen Schalter, Host, Ports sowie Verbindungs- und Bandbreitenlimit; ein Hub-Eigentümer kann ihn nicht auf einer einzelnen Hub-Seite aktivieren.

Diese Funktion bleibt bei Fehlern geschlossen. Das Aktivieren des Schalters veröffentlicht keine Freigabe, bis unveränderliches Manifest, Listener, öffentliche Adresse, Port und gegebenenfalls TLS-Dateien fehlerfrei sind.

Einstellungen Und Standardwerte

Transfer-Cache Aktivieren

Erlaubt diesem Produkt, seinen schreibgeschützten Cache erzeugter Dateien erst nach allen erfolgreichen Prüfungen anzukündigen. Standardmäßig deaktiviert.

Angekündigter Öffentlicher Host

Öffentlicher Hostname oder Unicast-IP-Adresse für autorisierte Direct-Connect-Peers. Private, Loopback-, lokale und reservierte Adressen werden abgewiesen.

Unverschlüsselter Transfer-Port

Optionaler NMDC- oder ADC-Peer-Port von 1024 bis 65535. Er muss unter allen aktivierten Hub-Produkten eindeutig sein.

TLS-Transfer-Port

Optionaler NMDCS- oder ADCS-Peer-Port von 1024 bis 65535. Pfade zu TLS-Zertifikat und Schlüssel bleiben umgebungsverwaltet.

Maximale Gleichzeitige Transfers

Höchstzahl aktiver Peer-Verbindungen für dieses Produkt, von 1 bis 32.

Bandbreitenlimit In Byte Pro Sekunde

Transferlimit pro Produkt von 65.536 bis 104.857.600 Byte pro Sekunde.

Globale Transferüberwachung

Die Verwaltungsseite Hub-Übertragungen summiert abgeschlossene verifizierte Uploads und Downloads für einen gewählten Zeitraum. Sie beginnt mit dem aktuellen Monat, zeigt Tageswerte und legt weder Peernamen, Adressen, Dateinamen noch Transfergeheimnisse offen.

Der erste und letzte dynamische Port reservieren einen begrenzten privaten Bereich. Eine aktive Übertragung erhält nur einen freien Port daraus. Die Übersicht trennt zugewiesene, veraltete, vom Betriebssystem belegte und verfügbare Ports und berechnet die Auslastung aus dem gespeicherten Bereich.

Transferstatus hält neue Arbeit vor dem Öffnen einer Peer-Verbindung an. Zulässige Rollen beschränken den Zugang zum Transfer-Arbeitsbereich; die Produktregeln für Hub Chat, Hub GPT und Hub Mod bleiben wirksam, daher gewährt die globale Freigabe allein keinen Produktzugang.

Transferzustand prüfen reiht eine begrenzte async_transfer-Prüfung des gespeicherten Bereichs und lokaler Listenerberichte ein. Ein fehlerfreies Ergebnis bestätigt nur beobachtbare Anwendungsfakten und kann keine eingehende Internetfreigabe durch Router, NAT oder externe Firewall beweisen.

Überwachen Sie den async_transfer-Worker mit dem dokumentierten Bereitstellungsbefehl. Bei veraltetem Status oder fehlender Momentaufnahme prüfen Sie zuerst den Worker, dann Listenerbericht und Portzuordnung, bevor Sie Firewall- oder öffentliche Endpunkteinstellungen ändern.

Zustand Und Ankündigung

Ein aktiviertes Produkt kündigt Transfers nur an, wenn das gemeinsame Gateway alle konfigurierten Listener gebunden hat und einen aktuellen fehlerfreien Zustand meldet. Fehlender Host, belegter Port, unbrauchbare TLS-Datei, fehlerhafter Listener oder veralteter Prozess hält Endpunkt und Freigabe deaktiviert.

Speichern Sie die Transfer-Einstellungen und verwenden Sie Öffentliche Ports Prüfen. Die Prüfung verlangt genau einen laufenden Gateway-Worker, einen aktuellen Listener-Bericht, der exakt zu Host und Ports passt, stabiles öffentliches DNS ohne private oder reservierte Adressen sowie eine erfolgreiche TCP-Verbindung zu jeder aufgelösten Adresse und jedem Klartext- oder TLS-Port. Die Sonde sendet keine Protokolldaten. Da sie vom Anwendungsserver ausgeht, prüfen Sie den Endpunkt bei abweichendem NAT- oder Firewall-Hairpin-Verhalten zusätzlich mit einem autorisierten externen Direct-Connect-Client.

Das Gateway liest genau eine unveränderliche Manifest-Generation aus freigegebenen öffentlichen Hublist-Artefakten. Sie erfasst veröffentlichten Namen, Byte-Größe und TTH jeder Datei. Fehlende Datei, geänderter Hash, Symlink, ungültige Dateiliste oder unvollständige atomare Veröffentlichung macht das Manifest unbrauchbar.

Sind Produkt-Listener und Manifest fehlerfrei, kündigt das Client-Profil die Manifestgröße, den aktiven Transfer-Port, Slots und unterstützte NMDC- oder ADC-Transferfunktionen an. Bei einem Fehler wird weder Cache-Freigabe noch Transfer-Endpunkt angekündigt.

Erkennung Und Autorisierung

Eine begrenzte NMDC- oder ADC-Suche wird ausschließlich mit dem aktuellen Manifest abgeglichen. Ergebnisse nennen eine genaue veröffentlichte Datei und ihren TTH; breite, ungültige, übergroße oder fremde Suchen listen nicht das Server-Dateisystem auf.

Der Hub koordiniert Suche und CTM/RCM-Aushandlung, überträgt aber keine Dateibytes. Das Produkt beobachtet Peer-Nickname, Richtung und öffentlichen Endpunkt in seiner authentifizierten Hub-Sitzung, registriert eine kurzlebige Autorisierung und der Peer öffnet danach die separate Transfer-Verbindung.

Jeder ein- oder ausgehende Transfer benötigt eine frische einmalige Autorisierung für Produkt, Hub-Sitzung, Peer-Nickname, öffentliche Adresse, Richtung und Ablaufzeit. Direkte Scanner, abgelaufene oder wiederholte Datensätze, falsche Produkte, Peers oder Adressen sowie private oder reservierte Ziele werden abgewiesen.

Dateien Und Schreibschutzgrenzen

Die Freigabe enthält ausschließlich erzeugte Hublist-Downloads, die in den eigenen Cache kopiert wurden, sowie die erzeugte Direct-Connect-Dateiliste. Beliebige Anwendungsdateien, Quellpfade, Uploads, entfernte URLs oder Dateien außerhalb der freigegebenen Generation werden nie veröffentlicht.

Jedes unveränderliche Manifest enthält auch HUBLIST.PWIAM.COM.md, eine projektverwaltete schreibgeschützte Informationsdatei. Sie nennt PWiAM als Host von Public DC Hublist, beschreibt die Hubsuche und erzeugte Hublist-Dateien und stellt Hub Chat, Hub GPT und Hub Mod vor. Peers können sie zusammen mit den anderen freigegebenen Manifesteinträgen lesen; die Anwendung erzeugt sie und ein Peer kann sie weder hochladen noch ersetzen oder ändern.

Das Gateway erlaubt nur Downloads. Es akzeptiert ausschließlich Dateilisten- und Bereichsanforderungen für genaue Manifest-Einträge, weist Pfadtraversierung und ungültige Bereiche ab und unterstützt keine Uploads, Löschungen, Umbenennungen, Verzeichnisse oder beliebige Pfade.

Maximale Gleichzeitige Transfers begrenzt aktive Peers je Produkt. Das Bandbreitenlimit In Byte Pro Sekunde gilt gemeinsam für das Produkt. Auch Frame-Größe, Handshake-Zeit, Leerlauf, angeforderter Bereich und Autorisierungsdauer sind begrenzt.

TLS Und Peer-Sicherheit

Unverschlüsselte und TLS-Listener sind getrennt. Ein TLS-Port wird nur mit nutzbaren, umgebungsverwalteten Zertifikat- und Schlüsselpfaden angekündigt. Verschlüsselung ersetzt die Hub-Autorisierung nicht; aktuelle CTM-Nachrichten enthalten weder verifizierbaren Zertifikatsnamen noch Keyprint, daher verschlüsselt Peer-TLS den Transport ohne öffentliche Web-PKI-Identitätsaussage.

Fehlerbehebung

Fehlt die Freigabe, lassen Sie das Produkt deaktiviert und prüfen Sie nacheinander Manifest, öffentlichen Host, eindeutigen öffentlichen Port, Listener-Zustand, TLS-Pfade, Prozess und Firewall-Weiterleitung. Erzeugen und prüfen Sie das Manifest erneut, starten Sie das Gateway neu und testen Sie eine autorisierte Dateiliste sowie eine Datei. Schwächen Sie niemals die Endpunktprüfung und erlauben Sie keinen nicht autorisierten Direktsocket.

Symbolübersicht