Skip to content

Fehlerbehebung

This content is not available in your language yet.

Sie nutzen … Richtige Zugangsdaten
Kopia, AWS CLI, rclone, Proxmox Backup Server, andere S3-Clients Access Key + Secret (S3-Zugangsdaten)
Bucket-Snapshot im Dashboard eingeloggtes Konto
Bucket-Snapshot per Webhook (NAS, Cron) Webhook

Wenn ein S3-Client „Signature mismatch“ oder „Access Denied“ meldet, prüfen Sie Access Key, Secret, Endpoint und Region.

Im Dashboard sind S3-Zugangsdaten nur ein einziges Mal einblendbar. War dieses Fenster verpasst oder das Secret nicht gesichert, kontaktieren Sie kontakt@internett.de.

  • Endpoint lautet https://s3.bunker1.internett.de.
  • Region ist eu-central-1. Ohne diese Region schlagen Verbindungen fehl.
  • In S3-Clients immer die Bucket-ID (b1.…) verwenden, die im Dashboard fett neben der Region steht. Der Kommentar darunter ist nur eine Beschreibung.

Der Bucket gehört nicht in den Hostnamen (b1.….s3.bunker1.internett.de ist falsch). Clients müssen den Bucket als Pfad bzw. separates Bucket-Feld ansprechen. Wenn Verbindungen oder Listings fehlschlagen, in der Client-Konfiguration Path-Style erzwingen (z. B. bei AWS CLI AWS_S3_FORCE_PATH_STYLE=true) oder die Dokumentation Ihres Tools prüfen.

  • Systemzeit auf Ihrem Server prüfen.
  • Corporate-Proxy oder TLS-Inspection kann Zertifikate brechen – Ausnahme nur nach Rücksprache mit Ihrer IT bzw. unserem Support.

Schreiboperationen schlagen fehl, wenn die gebuchte Quota erreicht ist. Im Dashboard sehen Sie Belegt vs. Quota. Lösungen: alte Daten löschen (sofern erlaubt), Quota erhöhen, oder Retention in der Backup-Software anpassen.

Wenn die Portal-IP-Whitelist Einträge enthält und Ihre aktuelle IP nicht darunterfällt, schlägt die Anmeldung am Dashboard fehl (ohne Hinweis auf die IP-Sperre). Das passiert auch, wenn sich eine dynamische IP (DSL/Kabel) geändert hat und nur die alte Einzel-Adresse auf der Liste stand. Lösung: Von einer erlaubten Adresse aus einloggen und die Liste anpassen, oder den Support unter kontakt@internett.de kontaktieren. Siehe Portal-IP-Whitelist.

Wenn der IP-Filter eines Buckets aktiv ist und Ihre aktuelle IP nicht in der Allowlist steht, können S3- oder API-Zugriffe fehlschlagen. Das Dashboard bleibt erreichbar, sofern die Portal-IP-Whitelist Sie nicht ebenfalls sperrt. Lösung: Vom erlaubten Netz aus ins Dashboard einloggen und die Liste anpassen. Siehe IP-Filter.