Entwurf zur zulässigen Nutzung

Raum zum Bauen. Klare Grenzen.

Vorbereitete Workload-Regeln mit spezifischen Prüf-, Antwort- und Einspruchsgrenzen.

Entwurf zur Prüfung
Dokumentstatus
Gewöhnliches Antwortfenster
5 Werktage
Sperrungsabhilfe / Export
14 Tage
Einspruchsfrist
30 Tage
Tor-Exit-Antwort
48 Stunden

Nur vorgeschlagener geprüfter Ausstiegsvorgang.

DER NÜTZLICHE TEIL

Diese im Blick behalten.

  • Einwilligung und authentische Identität sind beim E-Mail-Versand wichtig.
  • Tor-Exits und Mining haben ausdrückliche Prüf- und Produktgrenzen.
  • Gewöhnliche Beschwerden erhalten einen Antwortweg; dringender Schaden kann sofortiges Handeln erfordern.
01

Der vorgeschlagene Umfang

Diese Regeln sind eine vorgeschlagene Einführungsrichtlinie, kein aktiver Hosting-Vertrag. Sie unterscheiden eine rechtmäßige Arbeitslast von einer schädlichen Methode, sie zu betreiben. Kunden blieben verantwortlich für ihre Inhalte, Lizenzen, Zugangsdaten und das Recht, das für das Projekt und die ausgewählte Region gilt.

02

Aktivität, die nicht akzeptiert werden kann

Die vorgeschlagene Richtlinie schließt Material zur sexuellen Ausbeutung von Kindern, Phishing, Diebstahl von Anmeldedaten, Verbreitung von Malware, Betrug, Denial-of-Service-Angriffe gegen andere, unbefugtes Eindringen und Gewaltandrohungen aus. Sie schließt auch rechtswidrige Inhalte und Nutzung aus, die Rechte Dritter verletzen. Ein datenschutzorientiertes Konto kann nicht als Erlaubnis verwendet werden, einer anderen Person oder einem System zu schaden.

03

E-Mail muss eine rechtmäßige Grundlage und einen funktionierenden Ausstieg haben

Messaging erfordert Opt-in oder eine andere nachweisbare rechtmäßige Grundlage, die für die Jurisdiktion geeignet ist. Gekaufte oder gesammelte Listen, Reputationsumgehung und irreführende Absenderidentität liegen außerhalb des Vorschlags. Konfigurieren Sie SPF, DKIM und DMARC; Massennachrichten müssen einen funktionierenden List-Unsubscribe-Header gemäß RFC 2369 und List-Unsubscribe-Post bereitstellen, wo eine Ein-Klick-Behandlung gemäß RFC 8058 anwendbar ist. Abgemeldete, zurückgewiesene und sich beschwerende Empfänger unverzüglich unterdrücken.

04

Workloads mit einer eigenen Betriebsgrenze

Ein Tor-Exit würde eine vorherige Prüfung, einen öffentlichen Betriebskontakt, eine dokumentierte Exit-Richtlinie und eine Reaktion auf Missbrauchsmeldungen innerhalb von 48 Stunden erfordern. Bridges und Nicht-Exit-Relays benötigen weiterhin kompatibles Networking. Mining wird nur auf genehmigter dedizierter, GPU- oder Speicherhardware mit exklusiven Ressourcen vorgeschlagen; generische VPS, RDP, Shared- und cPanel-Produkte liegen außerhalb dieser Erlaubnis. Streaming und P2P erfordern Rechte, die an den relevanten Standorten gültig sind.

05

Ressourcenteilung muss fair bleiben

In Shared-Umgebungen ist anhaltende Nutzung über 85% CPU für mehr als 24 Stunden ein vorgeschlagener Prüfauslöser. Eine Untersuchung sollte eine legitime Workload, die einen besser dimensionierten Tarif benötigt, von einem Angriff oder schädlichem Missbrauch unterscheiden. Limits, Umgang mit Überschreitungen und etwaige Migrationsvorschläge sollten erklärt und nicht hinter „unbegrenzt“-Sprache verborgen werden.

06

Ein Bericht hat einen Reaktionsweg

Bei einer gewöhnlichen, begründeten Beschwerde sieht der Vorschlag fünf Werktage vor, um zu antworten oder das Problem zu beheben. Bleibt es ungelöst, kann eine Sperrung folgen; das Fenster für Behebung und Datenexport würde dann 14 Tage bis zur Schließung dauern. Schwerer Schaden, ein aktiver Angriff oder eine bindende dringende Anordnung können sofortiges Handeln rechtfertigen. Ein Einspruch kann innerhalb von 30 Tagen eingelegt werden und sollte eine begründete Prüfung erhalten. Derselbe Zeitplan für gewöhnliche Beschwerden wird für Streaming vorgeschlagen, wodurch inkonsistente Fristen für Quellenhinweise aufgelöst werden.

07

Eine nützliche Beschwerde ist konkret

Ein Bericht sollte die betroffene Ressource, das Verhalten, die rechtliche oder richtlinienbezogene Grundlage und ausreichende Nachweise zur Bewertung benennen. Bewahren Sie eine Ticket-Zeitleiste auf, benachrichtigen Sie gegebenenfalls das Konto und ergreifen Sie die am wenigsten störende wirksame Maßnahme. Die Richtlinie garantiert nicht, dass jede Anfrage ignoriert wird oder dass jede Behauptung zu einer Entfernung führt.

ZUR PRIMÄRQUELLE GEHENIETF · List-Unsubscribe RFC 2369IETF · One-Click-Unsubscribe RFC 8058