s3fs-Proxy-Umgehung muss zum tatsächlichen Bucket-Hostnamen passen
Gleichen Sie eine s3fs-Umgehungsregel mit dem tatsächlichen S3-Endpunkt ab, einschließlich Hostnamen im Bucket-Stil und Weiterleitungen.
s3.amazonaws.com passt nicht zu photos.s3.us-east-1.amazonaws.com. Der regionale Hostname endet nicht auf dieser konfigurierten Domain. Eine Domain-Ausnahme kann Subdomains umfassen, aber nicht jeden Endpunkt eines Speicherdienstes erfassen.
Ermitteln Sie den Host, den s3fs tatsächlich kontaktiert, einschließlich späterer Weiterleitungen. Virtual-Hosted-Adressierung legt den Bucket in den Hostnamen; Path-Style-Adressierung legt ihn in den Pfad. Ein benutzerdefinierter Endpunkt oder eine Regionskorrektur kann daher den Namen ändern, den eine Umgehungsregel treffen muss.
Verwenden Sie use_path_request_style, wenn der Dienst diese Adressierungsform verlangt. Die Änderung nur dafür, dass eine unerklärte Proxy-Ausnahme funktioniert, vermischt zwei Entscheidungen und kann Zertifikatsnamen und Dienstkompatibilität beeinflussen.
s3fs nutzt libcurl für HTTP-Transfers, und no_proxy kann auch HTTPS-Ziele ausschließen. Wählen Sie eine Hostnamen- oder Domain-Ausnahme, die breit genug für die beabsichtigten direkten Anfragen ist. Eine breitere Domain kann andere Buckets und Dienste einschließen; * deaktiviert die Proxy-Nutzung für die betreffende Anfrage vollständig.
Wenn derselbe Endpunkt von einem interaktiven Mount funktioniert, von einem dienstverwalteten Mount aber nicht, vergleichen Sie deren geerbte Umgebung und Konfigurationsquellen. Das Exportieren einer Variablen nach dem Start des Dienstes kann diesen bestehenden Prozess nicht aktualisieren. Ermitteln Sie den Endpunktnamen und die Eingaben des Mount-Prozesses, bevor Sie Bucket-Anmeldedaten ändern.