01
Originalschlüssel von URL unterscheiden
%252F in einer URL wird genau einmal zu %2F dekodiert. Im Feldmodus ist %2F dagegen bereits der wörtliche Schlüssel und erscheint deshalb als %252F in der Ausgabe.
Cloud-Werkzeuge
S3-URL-Konverter
Eine S3-Adresse zerlegen oder aus Bucket und Originalschlüssel erstellen. Signierte Eingaben bleiben unverändert.
S3-URL-Konverter
Adresse
Objekt und Adressen
Die Verarbeitung erfolgt im Browser, ohne Anfragen an S3 oder den Endpunkt.
Ausgabeoptionen
Eine Region aus der URL hat Vorrang. Die Ersatzregion ermittelt keinen tatsächlichen Bucket-Standort.
Eigene Endpunkte benötigen Path Style und einen HTTPS-Ursprung ohne Pfad, Abfrage oder Zugangsdaten.
Ergebnis veraltet; Export ist gesperrt.
Eine Konfiguration enthält oft eine S3-URI, während ein Ticket eine HTTPS-Adresse nennt. Der S3-URL-Konverter legt Bucket und dekodierten Schlüssel offen, damit Sie beide auf dasselbe Objekt prüfen können. Präfixe und doppelte Schrägstriche bleiben erhalten; sie werden nicht wie ein lokaler Dateipfad aufgeräumt.
Warum dieser S3-URL-Konverter
Die Position des Buckets vergleichen
Der S3-URL-Konverter setzt denselben Bucket wahlweise in den Hostnamen oder an den Anfang des Pfads. Der Schlüssel bleibt gleich. Damit lässt sich erkennen, welche Adresse zur Path-Style-Einstellung eines Clients gehört.
Signierte Eingaben bleiben geschützt
Bei Signaturparametern wird ausschließlich das Original ausgegeben. Bucket und Schlüssel lassen sich weiterhin prüfen, die URI-Ausgabe wird jedoch gesperrt. Eine Änderung von Host oder Pfad könnte die vorhandene Signatur ungültig machen.
Kodierung und Region bewusst wählen
02
Ersatzregion kontrollieren
Eine Region in der Eingabe hat Vorrang. Globale Endpunkte und s3:// enthalten keinen verlässlichen Bucket-Standort. Prüfen Sie die Voreinstellung us-east-1 selbst; eigene Endpunkte verlangen Path Style.
03
Erst aktualisieren, dann kopieren
Änderungen sperren den Export sofort. Automatik wartet 350 ms; ausgeschaltet erscheint Umwandeln mit Ctrl/Cmd+Enter. Beispiel und Leeren zeigen eine Vorschau und lassen sich nach dem Anwenden einmal rückgängig machen.
Objektidentität sichtbar machen
S3-Pfad-Parser mit Feldmodus
Eine gewöhnliche HTTPS-Adresse lässt sich in eine S3-URI überführen. Ohne vorhandenen Link können Sie Bucket und Originalschlüssel eingeben. Ein leerer Schlüssel bezeichnet die Bucket-Wurzel; vermeintliche Ordner bleiben Bestandteile des Schlüssels.
Regionen und Endpunkte
Standardadressen, ältere s3-region- und dualstack-Eingaben werden erkannt. Für China-Regionen wird die passende Domain erzeugt. Die Ausgabe nutzt reguläre regionale Endpunkte und verspricht nicht dieselben Netzwerkeigenschaften wie ein dualstack-Eingang.
Abfragen bleiben unverändert
Reihenfolge, doppelte Parameternamen, leere Werte, Pluszeichen und Prozentnotation bleiben in der HTTPS-Ausgabe stehen. Die S3-URI enthält nur Bucket und Schlüssel. Im JSON-Bericht ist die ursprüngliche Abfrage separat nachvollziehbar.
Welche Grenzen gelten
- Keine Prüfung der Berechtigung
- Es werden weder GET noch HEAD gesendet, Regionen gesucht, Signaturen erzeugt oder Ablaufzeiten bestätigt. Eine syntaktisch gültige Adresse kann privat sein, fehlen oder den Zugriff verweigern.
- Begrenzte Endpunktfamilien
- ARN, Konsole, CloudFront, Website, Access Point, Outposts, Express und Accelerate werden abgelehnt. Eigene Domains benötigen einen ausdrücklich angegebenen HTTPS-Ursprung und eine Path-Style-URL.
- Keine Pfadnormalisierung
- Eigenständige Segmente . und .. sowie Steuerzeichen werden abgelehnt. Wiederholte Schrägstriche und Leerzeichen in Originalschlüsseln bleiben erhalten. Der exakte Schlüssel soap erfordert Path Style.
- Kodierung und Obergrenzen
- Leerzeichen und ein wörtliches # müssen in URLs kodiert sein. UTF-8 wird einmal dekodiert; + wird kein Leerzeichen. Höchstens 16.384 Eingabezeichen und 1.024 UTF-8-Bytes je Schlüssel sind zulässig.
- Allgemeine Bucket-Namen
- Geprüft werden kleine DNS-Zeichen und reservierte Namensformen. Punkte im Bucket lösen im virtuellen Modus einen TLS-Hinweis aus. Namensverfügbarkeit und Eigentum sind daraus nicht ableitbar.
Fragen zum S3-URL-Konverter
Was unterscheidet Virtual-Hosted-URLs von Path-Style-URLs?
Virtual Hosted setzt den Bucket vor s3 in den Hostnamen, Path Style in das erste Pfadsegment nach dem Endpunkt. Beide können dasselbe Objekt bezeichnen. Die Berechtigung hängt nicht von dieser Darstellung ab; eigene Endpunkte benötigen hier Path Style.
Muss ein Objektschlüssel aus der URL dekodiert werden?
Einmal, wenn der Schlüssel aus einer URL stammt: a%20b bedeutet a b, a%2520b hingegen den wörtlichen Text a%20b. Plus bleibt Plus. Bei direkter Feldeingabe wird der Originalschlüssel erst für die Ausgabe kodiert.
Lassen sich Bucket und Schlüssel einer vorsignierten URL auslesen?
Ja. Eine vorsignierte URL wird zerlegt, aber unverändert aufbewahrt. Signaturähnliche Parameter genügen für diesen Schutzmodus, auch wenn sie unvollständig sind. Die URI-Ausgabe bleibt gesperrt; die Signatur wird dabei nicht geprüft.
Warum verweigert S3 den Zugriff beim Öffnen einer Objekt-URL?
Eine Objektadresse verleiht keine Rechte. Kontrollieren Sie die verwendete Identität, Bucket- und Objektrichtlinien sowie das Vorhandensein des Objekts. Eine andere Schreibweise veröffentlicht keine privaten Daten. Der Konverter untersucht keine AWS-Antworten.
Wie lassen sich SignatureDoesNotMatch-Fehler bei vorsignierten S3-URLs untersuchen?
Vergleichen Sie HTTP-Methode, Host, Pfad, Abfrage und erforderliche Header mit den signierten Werten. Der Konverter repariert keine Unterschrift und verlängert keine Laufzeit. Erzeugen Sie bei Bedarf im berechtigten AWS-Kontext einen neuen Link.
Fehlt ein Adressformat?
Nächste Objektadresse prüfen
Der S3-URL-Konverter hilft beim Abgleich des Schlüssels, bevor Sie die für Ihren Client passende Adresse kopieren.