Node.js: Fehlercodes

Dieser Fehler wird beim Erstellen eines TLSServers ausgelöst, wenn die TLS-Optionen sowohl ALPNProtocols als auch ALPNCallback enthalten. Diese Optionen schließen sich gegenseitig aus.

Dieser Fehler wird von checkServerIdentity ausgelöst, wenn eine vom Benutzer bereitgestellte subjectaltname-Eigenschaft gegen Codierungsregeln verstößt. Von Node.js selbst erstellte Zertifikatsobjekte entsprechen immer den Codierungsregeln und verursachen niemals diesen Fehler.

Bei der Verwendung von TLS stimmte der Hostname/die IP-Adresse des Peers mit keinem der subjectAltNames in seinem Zertifikat überein.

Bei Verwendung von TLS ist der für das Diffie-Hellman (DH)-Schlüsselvereinbarungsprotokoll angebotene Parameter zu klein. Standardmäßig muss die Schlüssellänge mindestens 1024 Bit betragen, um Schwachstellen zu vermeiden. Für eine höhere Sicherheit wird jedoch dringend empfohlen, 2048 Bit oder mehr zu verwenden.

Bei einem TLS/SSL-Handshake ist eine Zeitüberschreitung aufgetreten. In diesem Fall muss auch der Server die Verbindung abbrechen.

Der Kontext muss ein SecureContext sein.

Die angegebene secureProtocol-Methode ist ungültig. Es ist entweder unbekannt oder deaktiviert, weil es unsicher ist.

Gültige TLS-Protokollversionen sind „TLSv1“, „TLSv1.1“ oder „TLSv1.2“.

Die TLS-Buchse muss angeschlossen und sicher befestigt sein. Stellen Sie sicher, dass das „sichere“ Ereignis ausgegeben wird, bevor Sie fortfahren.

Der Versuch, eine TLS-Protokoll-MinVersion oder -MaxVersion festzulegen, steht in Konflikt mit dem Versuch, das SecureProtocol explizit festzulegen. Verwenden Sie den einen oder anderen Mechanismus.

Der PSK-Identitätshinweis konnte nicht festgelegt werden. Der Hinweis ist möglicherweise zu lang.

Es wurde versucht, TLS auf einer Socket-Instanz neu auszuhandeln, wobei die Neuaushandlung deaktiviert war.

Wird verwendet, wenn eine TLS-Neuverhandlungsanforderung auf unspezifische Weise fehlgeschlagen ist.

Es wurde versucht, TLS neu auszuhandeln, aber die TLS-Implementierung unterstützt keine vom Anrufer initiierte Neuaushandlung.

Bei der Verwendung von TLS wurde die Methode server.addContext() aufgerufen, ohne im ersten Parameter einen Hostnamen anzugeben.

Es wurde eine übermäßige Anzahl an TLS-Neuverhandlungen festgestellt, was einen potenziellen Vektor für Denial-of-Service-Angriffe darstellt.

Es wurde versucht, eine Servernamensanzeige über einen serverseitigen TLS-Socket auszugeben, der nur von einem Client aus gültig ist.

Die Methode „trace_events.createTracing()“ erfordert mindestens eine Trace-Ereigniskategorie.

Das Modul „node:trace_events“ konnte nicht geladen werden, weil Node.js mit dem Flag „--without-v8-platform“ kompiliert wurde oder weil der Prozess von einem Embedder initialisiert wurde, der seine eigene V8-Plattform bereitstellt.

Nach dem Ende des komprimierten Streams wurde nachgestellter Müll gefunden. Dieser Fehler wird ausgelöst, wenn nach dem Ende eines komprimierten Streams zusätzliche, unerwartete Daten erkannt werden (z. B. bei der zlib- oder gzip-Dekomprimierung).

Während der Serialisierung wurde ein SharedArrayBuffer gefunden, dessen Speicher nicht von der JavaScript-Engine oder von Node.js verwaltet wird. Ein solcher SharedArrayBuffer kann nicht serialisiert werden. Dies kann nur passieren, wenn native Add-ons SharedArrayBuffers im „externalisierten“ Modus erstellen oder vorhandene SharedArrayBuffer in den externalisierten Modus versetzen.

Ein Transform-Stream wurde beendet, während er noch transformiert wurde.

Ein Transformations-Stream wurde beendet, wobei sich die Daten noch im Schreibpuffer befanden.

Die Initialisierung eines TTY ist aufgrund eines Systemfehlers fehlgeschlagen.

Die Funktion wurde innerhalb eines Process.on('exit')-Handlers aufgerufen, der nicht innerhalb des Process.on('exit')-Handlers aufgerufen werden sollte.

Process.setUncaughtExceptionCaptureCallback() wurde zweimal aufgerufen, ohne dass der Callback zuvor auf Null zurückgesetzt wurde. Dieser Fehler soll verhindern, dass ein von einem anderen Modul registrierter Rückruf versehentlich überschrieben wird.

Es wurde eine Zeichenfolge empfangen, die Zeichen ohne Escapezeichen enthielt.

Es ist ein nicht behandelter Fehler aufgetreten (z. B. wenn ein „Fehler“-Ereignis von einem EventEmitter ausgegeben wird, aber kein „Fehler“-Handler registriert ist).

Wird verwendet, um eine bestimmte Art von internem Node.js-Fehler zu identifizieren, der normalerweise nicht durch Benutzercode ausgelöst werden sollte. Instanzen dieses Fehlers weisen auf einen internen Fehler in der Node.js-Binärdatei selbst hin.

Es wurde eine nicht vorhandene Unix-Gruppe oder Benutzerkennung übergeben.

Eine ungültige oder unbekannte Codierungsoption wurde an eine API übergeben.

Es wurde versucht, ein Modul mit einer unbekannten oder nicht unterstützten Dateierweiterung zu laden.

Es wurde versucht, ein Modul mit einem unbekannten oder nicht unterstützten Format zu laden.

Ein ungültiges oder unbekanntes Prozesssignal wurde an eine API übergeben, die ein gültiges Signal erwartet (z. B. subprocess.kill()).

Es wurde versucht, einen Node.js-Prozess mit einem unbekannten stdin-Dateityp zu starten. Dieser Fehler ist normalerweise ein Hinweis auf einen Fehler in Node.js selbst, obwohl es möglich ist, dass Benutzercode ihn auslöst.

Es wurde versucht, einen Node.js-Prozess mit einem unbekannten stdout- oder stderr-Dateityp zu starten. Dieser Fehler ist normalerweise ein Hinweis auf einen Fehler in Node.js selbst, obwohl es möglich ist, dass Benutzercode ihn auslöst.

Das Importieren einer Verzeichnis-URL wird nicht unterstützt. Referenzieren Sie stattdessen ein Paket mithilfe seines Namens selbst und definieren Sie einen benutzerdefinierten Unterpfad im Feld „exports“ der Datei package.json.

Der Import mit anderen URL-Schemas als Datei und Daten wird nicht unterstützt.

Das Entfernen von Typen wird für Dateien, die von einem node_modules-Verzeichnis abstammen, nicht unterstützt.

Es wurde versucht, einen ungültigen Modulverweis aufzulösen. Dies kann beim Importieren oder Aufrufen von import.meta.resolve() mit Folgendem passieren: