Richtlinien für Projektsperrungen

Google ahndet Verstöße gegen Richtlinien und die Nutzungsbedingungen sehr streng, um Nutzer, Ressourcen und Daten zu schützen. Wenn Google CloudIhr Projekt sperrt, weil es gegen Richtlinien oder Nutzungsbedingungen verstößt, können Sie integrierte Schutz- und Wiederherstellungstools verwenden, um wieder Zugriff auf Ihre Ressourcen zu erhalten. Wenn Sie wissen, wie sich Sperrungen auf Ihr Projekt auswirken, können Sie Probleme schneller beheben und zukünftige Unterbrechungen vermeiden.

Gesperrte und verwaiste Projektressourcen

Eine Projektressource oder ein Nutzer kann von Google aufgrund von Verstößen gegen die Nutzungsbedingungen gesperrt werden. Wenn der Nutzer der einzige Inhaber einer Projektressource ist, wird dieses Projekt ebenfalls gesperrt. In diesem Fall werden vorhandene Arbeitslasten beendet und Nutzer verlieren den Zugriff auf die gesperrte Projektressource. Projektinhaber werden per E-Mail über die Sperrung und die Möglichkeit, Einspruch einzulegen, informiert.

Eine Projektressource wird verwaist, wenn sie keinen Inhaber hat, unabhängig davon, ob dieser aktiv oder gesperrt ist. Dies kann der Fall sein, wenn die Google-Konten aller Inhaber oder Nutzer, die mit der Projektressource verknüpft sind, gelöscht werden. Eine Projektressource gilt nicht als verwaist, wenn die Inhaber gesperrt sind.

Auf verwaiste Projektressourcen kann nicht zugegriffen werden. Informationen zum Wiederherstellen des Zugriffs auf ein verwaistes Projekt finden Sie unter Verlorenen Zugriff auf Projekte und Organisationen wiederherstellen. Eine verwaiste Projektressource wird sofort zum Löschen markiert, es sei denn, eines der folgenden Kriterien ist erfüllt:

  1. Es gibt irgendeine Art von API-Aktivität, die in den Protokollen aufgezeichnet ist.
  2. Sie ist mit einer Google Workspace-Kundendomain verknüpft.
  3. Sie hat eine aktive App Engine-Anwendung.
  4. Es hat ein aktives oder zukünftiges variables Laufzeitkontingent.
  5. Es ist mit einem Cloud-Rechnungskonto verknüpft.
  6. Sie gehört einer Organisationsressource.

Projekte, die zum Löschen markiert sind, stehen nicht zur Verfügung und werden nach etwa 30 Tagen vollständig gelöscht. Einige Ressourcen wie Cloud Storage-Ressourcen werden viel früher gelöscht. Weitere Informationen zum Löschen von Projekten finden Sie unter Projekte erstellen und verwalten.

Verwaiste Projekte vermeiden

Um zu verhindern, dass ein Projekt verwaist, sollte immer mehr als ein Inhaber damit verknüpft sein.

Wenn ein Projekt zu einer Organisationsressource gehört, hat es immer zumindest die Organisation als Inhaber und kann somit nicht verwaisen. Der Organisationsadministrator hat die volle Kontrolle über alle Projekte in der Organisation. Um das Risiko zu vermeiden, dass eine Projektressource verwaist, empfehlen wir, eine Organisationsressource zu erwerben und alle Produktionsprojekte dorthin zu migrieren.

Verlorenen Zugriff auf Projekte und Organisationen wiederherstellen

Wenn Sie den Zugriff auf eine Google Cloud Projekt- oder Organisationsressource verlieren, hängt der Wiederherstellungsprozess davon ab, ob die Ressource zu einer Organisationsressource gehört oder ein eigenständiges Projekt ist.

Zugriff auf ein Projekt in einer Organisation wiederherstellen

Wenn ein Projekt zu einer Organisationsressource gehört, können Sie den Zugriff wiederherstellen, ohne Cloud Customer Care zu kontaktieren. Organization Administrators (roles/resourcemanager.organizationAdmin) haben die volle Kontrolle über alle Projekte in der Organisationsressource und können die Rolle „Owner“ (roles/owner) zuweisen oder die Projektinhaberschaft direkt neu zuweisen.

Führen Sie einen der folgenden Schritte aus, um den Zugriff auf ein Projekt in einer Organisationsressource wiederherzustellen:

  • Bitten Sie einen Organisationsadministrator in Ihrer Organisation, Ihnen die Rolle „Inhaber“ (roles/owner) oder eine andere geeignete IAM-Rolle (Identity and Access Management) für das Projekt zuzuweisen. Eine Anleitung finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.
  • Wenn Ihre Organisation keinen aktiven Organisationsadministrator hat, bitten Sie Ihren Google Workspace- oder Cloud Identity-Super Admin, die Rolle „Organisationsadministrator“ (roles/resourcemanager.organizationAdmin) zuzuweisen und dann Zugriff auf das Projekt zu gewähren. Eine Anleitung finden Sie unter Zugriff auf eine Organisationsressource gewähren.

Zugriff auf eine Organisationsressource wiederherstellen

Customer Care kann keinen direkten Zugriff auf eine Google Cloud-Organisationsressource gewähren. Wenn Sie den Zugriff auf Ihre Organisationsressource verlieren, können Sie ihn über Ihr Google Workspace- oder Cloud Identity-Domainkonto wiederherstellen:

  1. Melden Sie sich mit einem Google Workspace- oder Cloud Identity-Super Admin-Konto in der Admin-Konsole an und weisen Sie die Rolle „Organization Administrator“ (roles/resourcemanager.organizationAdmin) für die Organisationsressource zu.
  2. Wenn Sie keinen Zugriff auf ein Super Admin-Konto haben, folgen Sie der Anleitung zur Wiederherstellung des Administratorkontos, um wieder Zugriff auf Ihr Google Workspace- oder Cloud Identity-Konto zu erhalten. Wenn die automatische Wiederherstellung nicht verfügbar ist und Sie die DNS-Einträge Ihrer Domain ändern können, können Sie die Domaininhaberschaft über die Wiederherstellung des Administratorzugriffs bestätigen.

Zugriff auf ein eigenständiges Projekt wiederherstellen

Ein eigenständiges Projekt ist ein Projekt, das nicht zu einer Organisationsressource gehört. Bevor Sie sich an Customer Care wenden, um den Zugriff auf ein eigenständiges Projekt wiederherzustellen, müssen Sie alle Self-Service-Wiederherstellungsoptionen ausschöpfen.

Zuerst Self-Service-Wiederherstellungsoptionen ausprobieren

Bevor Sie eine Supportanfrage stellen, sollten Sie die folgenden Self-Service-Wiederherstellungsmethoden ausprobieren:

  • Project Owner kontaktieren: Wenden Sie sich an alle aktuellen Project Owner und bitten Sie sie, Ihnen in derGoogle Cloud Console die Rolle „Owner“ (roles/owner) zu gewähren.
  • Vorhandenes Inhaberkonto wiederherstellen: Wenn Sie die Anmeldedaten für ein vorhandenes Inhaberkonto nicht mehr haben, versuchen Sie, das Konto wiederherzustellen:
    • Verwaltetes Google Workspace- oder Cloud Identity-Konto: Bitten Sie Ihren Domainadministrator, das Passwort des Nutzers zurückzusetzen oder ein kürzlich gelöschtes Nutzerkonto wiederherzustellen. Dies ist innerhalb von 20 Tagen nach dem Löschen möglich.
    • Privates Google-Konto: Verwenden Sie die Seite zur Google-Kontowiederherstellung, um das Konto über die konfigurierte E‑Mail-Adresse oder Telefonnummer zur Kontowiederherstellung wiederherzustellen. Wenn für das Konto eine alternative E‑Mail-Adresse hinterlegt ist, können Sie sich auch mit dieser alternativen E‑Mail-Adresse und dem zugehörigen Passwort anmelden.
    • In Konflikt stehendes Konto mit der Endung @gtempaccount.com: Wenn die E-Mail-Adresse eines Inhabers auf @gtempaccount.com endet, bitten Sie den Nutzer, sich anzumelden und den Kontokonflikt mithilfe der Fehlerbehebung für in Konflikt stehende Konten zu beheben.
  • Ausstehende Einladung für einen Project Owner annehmen: Wenn ein aktiver Nutzer in Ihrem Unternehmen eine ausstehende Einladung hat, Project Owner zu werden, bitten Sie ihn, sich mit der eingeladenen E-Mail-Adresse anzumelden und die Einladung in derGoogle Cloud Console anzunehmen.
  • Identität eines Inhaber-Dienstkontos übernehmen: Wenn ein Dienstkonto die Rolle „Inhaber“ (roles/owner) für das Projekt hat, kann jedes Hauptkonto mit der Rolle „Dienstkontonutzer“ (roles/iam.serviceAccountUser) für dieses Dienstkonto die Identität des Dienstkontos übernehmen und Projektzugriff gewähren.

Wiederherstellung des Zugriffs beim Customer Care anfordern

Wenn Sie alle Self-Service-Wiederherstellungsoptionen ausgeschöpft haben und immer noch nicht auf ein eigenständiges Projekt zugreifen können, können Sie sich an den Customer Care wenden, um die Wiederherstellung des Projektzugriffs zu beantragen. Customer Care kann Anträge auf Zugriffswiederherstellung nur für verwaiste eigenständige Projekte prüfen. Das sind eigenständige Projekte, die keine aktiven menschlichen Inhaber haben oder deren registrierte Inhaber alle nicht reagieren.

Wenn Sie eine Wiederherstellungsanfrage senden, folgt der Kundendienst einem obligatorischen Bestätigungs- und Benachrichtigungsprozess:

  1. Benachrichtigung des Inhabers und Antwortfenster: Auch wenn Sie bereits versucht haben, die bestehenden Projektinhaber zu kontaktieren, ist Customer Care gesetzlich verpflichtet, alle registrierten Projektinhaber unter ihren primären, sekundären und alternativen E-Mail-Adressen zu kontaktieren. Bestätigen Sie, dass der Kundendienst die Erlaubnis hat, die registrierten Inhaber über Ihre Anfrage zu informieren:
    • Der Kundendienst wartet nach jedem Benachrichtigungsversuch mindestens drei Arbeitstage oder 72 Stunden auf eine Antwort, insgesamt bis zu einer Woche, bevor das Projekt als verwaist deklariert wird.
    • Wenn ein bestehender Inhaber antwortet und die Anfrage genehmigt, kann er Ihnen direkt Zugriff gewähren.
    • Wenn ein bestehender Inhaber antwortet und die Anfrage ablehnt, kann der Kundendienst Ihnen keinen Zugriff gewähren.

  2. Nachweisbare Datenbegründung: Wenn die registrierten Inhaber nicht innerhalb des obligatorischen Antwortzeitraums antworten, müssen Sie nachweisbare Daten bereitstellen, die Ihre rechtmäßige Inhaberschaft des Projekts und seiner Arbeitslasten belegen, bevor Customer Care den Zugriff gewähren kann. Je nach Zugriffsebene benötigt Customer Care möglicherweise mehrere der folgenden Datenpunkte:

    • Genehmigung des Rechnungskontoadministrator (roles/billing.admin) des mit dem Projekt verknüpften Cloud-Rechnungskonto sowie die Rechnungskonto-ID und der letzte in Rechnung gestellte Betrag. Wenn Sie nur die Gebühren für ein verwaistes Projekt beenden möchten, kann der Rechnungskontoadministrator die Abrechnung für das Projekt deaktivieren, anstatt den Projektzugriff wiederherzustellen.
    • Bestätigung der Domaininhaberschaft über einen DNS-TXT-Eintrag oder Genehmigung von mindestens zwei Domainadministratoren, wenn alle vorhandenen Inhaberkonten zu Ihrer Domain gehören.
    • Erstellungsdatum des Projekts, ursprünglicher Ersteller des Projekts und aktuelle oder frühere Projektinhaber.
    • Spezifische Details zur Projektkonfiguration und Ressourcenkennungen, z. B. vom Nutzer erstellte Dienstkonten, OAuth 2.0-Client-IDs und autorisierte Domains, API-Schlüssel oder aktive Ressourcennamen.

    Die Genehmigung durch einen Google-Ansprechpartner, z. B. einen Account Manager oder Customer Engineer, wird nicht als Datenbegründung akzeptiert, da Google-Mitarbeiter keinen Einblick in Projektdaten oder rechtliche Eigentumsverhältnisse haben. Wenn Sie keine ausreichenden überprüfbaren Daten zum Nachweis der Inhaberschaft vorlegen können, kann der Kundendienst keinen Zugriff auf das Projekt gewähren.

Projekte, die nicht für Customer Care infrage kommen

Customer Care kann keinen Zugriff auf die folgenden Projekttypen gewähren:

  • Projekte in einer Organisationsressource: Stellen Sie den Zugriff über Ihr Administratorkonto oder Super Admin-Konto wieder her.
  • Interne Google-Projekte: Projekte in der Organisation google.com sind nicht für die Wiederherstellung durch den externen Support berechtigt.
  • Reine Firebase-Projekte: Projekte, die nur Firebase APIs verwenden, werden vom Firebase-Support über den Prozess zur Übertragung der Inhaberschaft von Firebase-Projekten bearbeitet.
  • Google Cloud Marketplace-Abrechnungsprojekte: Von Google verwaltete Abrechnungsprojekte für Cloud Marketplace-Dienste sind für den Kundenzugriff nicht berechtigt.
  • Projekte von Reseller-Kunden: Reseller können keinen Zugriff auf Projekte erhalten, die mit Reseller-Rechnungskonten verknüpft sind, auch wenn der Reseller ein Billing Account Administrator ist. Wenn ein Reseller die Abrechnung für ein Projekt beenden möchte, kann er die Abrechnung für das Projekt deaktivieren.
  • Google Apps Script-Standardprojekte: Customer Care kann keinen Zugriff auf Standardprojekte gewähren, die automatisch für Apps Script erstellt werden und deren Projektnamen mit sys- beginnen. Weitere Informationen finden Sie unter Google Cloud -Projekte in Apps Script.

Auswirkungen von Verstößen gegen die Nutzungsbedingungen

Google Cloud Kontosperrung

Unter bestimmten Umständen, wenn ein Google Cloud -Nutzer mit seinen Projekten wiederholt gegen die Nutzungsbedingungen oder die Google Cloud Richtlinien zur zulässigen Verwendung (Acceptable Use Policy, AUP) verstößt, kann sein Zugriff aufGoogle Cloud gesperrt werden. In diesem Fall kann der Entwickler nicht auf seine Cloudprojekte zugreifen. Er hat aber weiterhin Zugriff auf andere Google-Dienste wie Gmail.

Wenn ein Google Cloud -Konto gesperrt wird und der Entwickler mindestens ein aktives Projekt hat, wird er per E-Mail darüber informiert, dass das Projekt gesperrt wurde. Der Entwickler kann die Console aufrufen, das Formular ausfüllen und mit Google Kontakt aufnehmen, um das Problem zu beheben.

Sperrung des Projekts „Google Cloud “

Google Cloud -Projekte können aufgrund von Verstößen gegen die Nutzungsbedingungen von Google Cloud gesperrt werden, einschließlich der Richtlinien zur zulässigen Verwendung (Google Cloud AUP) von Google Cloud . Wenn in einem Projekt Aktivitäten erkannt werden, die gegen die Google Cloud AUP oder die Nutzungsbedingungen verstoßen, ist der Project Owner verpflichtet, den Verstoß sofort zu beheben. Geschieht dies nicht, kann Google Schritte zur Sperrung des Projekts unternehmen. Es ist wichtig, dass Google Cloud -Entwickler das E-Mail-Konto des Project Owners regelmäßig prüfen. Wenn Google ein Google Cloud -Projekt sperrt, werden auch alle zugehörigen Google Cloud -Arbeitslasten gesperrt. Der Inhaber eines gesperrten Projekts erhält eine E‑Mail-Benachrichtigung von google-cloud-compliance@google.com mit Ressourcen für einen Einspruch.

Wenn eine gesperrte Projektressource mindestens einen Inhaber hat, unabhängig davon, ob er aktiv oder gesperrt ist, gilt sie nicht als verwaist und wird nicht zum Löschen markiert. Eine Projektressource, die neun Monate lang gesperrt war, wird jedoch zum Löschen markiert, auch wenn sie nicht verwaist ist.

Sperrung des Cloud-Rechnungskonto

Google Cloud Cloud-Rechnungskonten können aufgrund von Verstößen gegen die Nutzungsbedingungen von Google Cloud , versäumten Zahlungen oder Betrugsverdacht gesperrt werden. Wenn ein Cloud-Rechnungskonto gesperrt wird, werden auch alle mit diesem Cloud-Rechnungskonto verknüpften Google Cloud-Ressourcen gesperrt.

Wenn Ihr Cloud-Rechnungskonto über einen längeren Zeitraum ungültig bleibt, werden möglicherweise Ressourcen aus den Projekten entfernt, die zu Ihrem Konto gehören. Entfernte Ressourcen können nicht wiederhergestellt werden. Weitere Informationen finden sich auf der Seite Probleme mit Cloud Billing beheben.

Inhaber können ein gesperrtes Cloud-Rechnungskonto mit einer der folgenden Optionen wiederherstellen:

Möglicherweise müssen Sie Dienste, die während der Sperrung des Cloud-Rechnungskonto beendet wurden, manuell neu starten. Informationen zum Neustarten Ihrer Dienste finden Sie unter Google Cloud -Dienste neu starten.

Cloud-Ressourcen, die mit einem gesperrten Cloud-Rechnungskonto verknüpft sind, gelten nicht als verwaist, solange sie mindestens einen aktiven Inhaber haben.