SSL_connect gab zurück=1 errno=0 peeraddr=162.243.189.2:443 state=error: Zertifikatsüberprüfung fehlgeschlagen (Hostname-Übereinstimmung nicht gefunden)

Installation
1

Mir gehen die Speicherplätze auf meinem Digital Ocean Droplet aus, daher wollte ich die hochgeladenen Dateien auf einen Digital Ocean Space verschieben.

Hier ist, was ich eingerichtet habe…

  • s3 access key id - Kopiert von DO CP > API > Applications & API

  • s3 secret access key - Kopiert von DO CP > API > Applications & API

  • s3 region - Ich bin mir nicht sicher, ob es für DO Spaces wichtig ist, aber ich habe es auf Standard belassen - US East (N. Virginia)

  • s3 upload bucket - Ich bin mir nicht sicher, ob ich einen Ordner im Space erstellen soll oder nicht. Ich habe beides versucht…

    • uploads - für das KEIN Ordner im Space erstellt wurde
    • files - für das bereits ein Ordner im Space erstellt wurde

  • s3 endpoint - Hier glaube ich, dass ich falsch liege. Ich habe die https:// Versionen von… ausprobiert

Ich habe das hier gesehen…

…und das hier…

Aber meine Einstellungen werden in der Admin-Oberfläche angezeigt, daher glaube ich, dass dies möglicherweise nicht veraltet ist und es nur darum geht, meine Einstellungen richtig zu konfigurieren.

Ich habe das hier gesehen…

…aber der Admin-Bereich erlaubt mir nicht, “s3 upload bucket” leer zu lassen, daher war ich mir nicht sicher, ob das relevant war. Das schien auch nur der Fall zu sein, wenn man AWS S3 verwendet. Ich habe versucht, einen Ordner in meinem DO Space zu erstellen und diesen Ordnernamen zu verwenden. Ich habe versucht, einen anderen Namen für einen Ordner zu verwenden, der nicht vorhanden war, falls er seinen eigenen erstellen muss. Nichts davon hat funktioniert.

Ich habe das hier gesehen…

…aber ich bin weit davon entfernt, ein Experte zu sein, daher habe ich mich davon ferngehalten.

Ich bin an diesem Punkt ratlos und weiß nicht, ob ich kurz vor dem Ziel stehe und nur die richtige Konfiguration benötige oder ob ich etwas völlig übersehe und überhaupt nicht nahe dran bin.

Jede Hilfe wäre sehr willkommen. Vielen Dank.

2

Außerdem habe ich die DO API-Anmeldeinformationen wie folgt versucht:

Ich bin mir nicht sicher, womit es übereinstimmen soll, daher bin ich auch dort etwas verwirrt.

3

Nein, das tun sie nicht. Während Sie die S3-Endpunkte in der Benutzeroberfläche konfigurieren können, haben wir nur die S3-Klone, wie das Angebot von Digital Ocean, getestet und validiert, wenn wir sie in der Datei app.yml konfigurieren.

Das Wiki Konfigurieren eines S3-kompatiblen Objektspeichers für Uploads hat viel Arbeit von vielen Menschen erfordert, daher empfehle ich, sich daran zu halten.

4 „Gefällt mir“
4

Nun, Falco war schneller als ich, aber hier ist, was ich sagen wollte…

Nein. Sie müssen Configure an S3 compatible object storage provider for uploads befolgen und die Einstellungen in Ihrer app.yml vornehmen.

Sie benötigen ein echtes CDN wie bunny.net. Ich glaube nicht, dass Cloudflare das schafft.

1 „Gefällt mir“
5

Danke.

Ich sehe keinen Abschnitt in app.yml für DISCOURSE_S3-Einstellungen. Soll ich einfach für jede eine Zeile erstellen? Oder ist das das, was die sudo-Befehle tun?

Ich bin mir nicht ganz sicher, wo ich diese sudo-Befehle ausführen oder platzieren soll. Es ist nicht klar, ob es sich um einen einmaligen Befehl handelt, den man hinzufügen muss, oder ob es etwas ist, das in die app.yml aufgenommen werden muss, damit es immer berücksichtigt wird.

Gehören die sudo-Befehle in den Bereich app.yml oder nur die DISCOURSE_S3-Einstellungszeilen?

Soll ich das mit DO Spaces einfach leer lassen? DISCOURSE_S3_REGION:

Muss ich ein CDN haben? Wir haben sehr wenig Traffic. Kleine Gruppe. Ich versuche wirklich, die beweglichen Teile so weit wie möglich zu begrenzen.

6

Das…

…gehört unter # plugins bis hierhin in den…

hooks:

…Bereich, nach dem…

after_code: Abschnitt?

1 „Gefällt mir“
7

OK. Ich habe das after_assets_precompile hinzugefügt…

image
image620×308 25.3 KB

Ich habe es neu kompiliert und sehe immer noch keinen Abschnitt von S3.

Soll ich einen erstellen?
Ist es wichtig, wo ich die Einstellungen platziere?

8

Wie in der Anleitung erwähnt, müssen sie sich im env: Abschnitt befinden, zusammen mit anderen DISCOURSE_ ähnlichen Einstellungen:

2 „Gefällt mir“
9

Gibt es eine Lösung für dieses Problem? Ich habe denselben Fehler erhalten, als ich versucht habe, Oracle Cloud Storage zu verwenden.

Ich habe das Wiki befolgt und die Einstellungen in app.yml vorgenommen. Ich habe sichergestellt, dass die Verbindung mit dem s3cmd-Handbuch korrekt ist. Aber wenn ich ein Bild in einem Beitrag hochlade, erhalte ich dieselbe Fehlermeldung.

Nachricht (4 Kopien gemeldet)
Job-Ausnahme: SSL_connect returned=1 errno=0 peeraddr=134.70.128.1:443 state=error: certificate verify failed (Hostname mismatch)
Backtrace
/usr/local/lib/ruby/3.2.0/net/protocol.rb:46:in `connect_nonblock'
/usr/local/lib/ruby/3.2.0/net/protocol.rb:46:in `ssl_socket_connect'
/usr/local/lib/ruby/3.2.0/net/http.rb:1342:in `connect'
/usr/local/lib/ruby/3.2.0/net/http.rb:1248:in `do_start'
/usr/local/lib/ruby/3.2.0/net/http.rb:1243:in `start'
/usr/local/lib/ruby/3.2.0/delegate.rb:87:in `method_missing'
aws-sdk-core-3.130.2/lib/seahorse/client/net_http/connection_pool.rb:307:in `start_session'
aws-sdk-core-3.130.2/lib/seahorse/client/net_http/connection_pool.rb:100:in `session_for'
aws-sdk-core-3.130.2/lib/seahorse/client/net_http/handler.rb:128:in `session'
aws-sdk-core-3.130.2/lib/seahorse/client/net_http/handler.rb:76:in `transmit'
aws-sdk-core-3.130.2/lib/seahorse/client/net_http/handler.rb:50:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/plugins/content_length.rb:24:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/plugins/request_callback.rb:85:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/s3_signer.rb:132:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/s3_signer.rb:63:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/s3_host_id.rb:17:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/xml/error_handler.rb:10:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/transfer_encoding.rb:26:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/helpful_socket_errors.rb:12:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/s3_signer.rb:110:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/redirects.rb:20:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:360:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:394:in `retry_request'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:382:in `retry_if_possible'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:371:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:394:in `retry_request'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:382:in `retry_if_possible'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:371:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:394:in `retry_request'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:382:in `retry_if_possible'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/retry_errors.rb:371:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/http_checksum.rb:19:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/endpoint_pattern.rb:30:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/accelerate.rb:67:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/checksum_algorithm.rb:136:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/bucket_dns.rb:35:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/dualstack.rb:41:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/expect_100_continue.rb:22:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/bucket_name_restrictions.rb:26:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/arn.rb:62:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/rest/handler.rb:10:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/recursion_detection.rb:18:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/user_agent.rb:13:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/plugins/endpoint.rb:47:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/param_validator.rb:26:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/arn.rb:88:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/plugins/raise_response_errors.rb:16:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/sse_cpk.rb:24:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/dualstack.rb:27:in `call'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/plugins/accelerate.rb:56:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/checksum_algorithm.rb:111:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/jsonvalue_converter.rb:22:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/idempotency_token.rb:19:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/param_converter.rb:26:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/plugins/request_callback.rb:71:in `call'
aws-sdk-core-3.130.2/lib/aws-sdk-core/plugins/response_paging.rb:12:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/plugins/response_target.rb:24:in `call'
aws-sdk-core-3.130.2/lib/seahorse/client/request.rb:72:in `send_request'
aws-sdk-s3-1.114.0/lib/aws-sdk-s3/client.rb:10921:in `put_bucket_policy'
/var/www/discourse/lib/s3_inventory.rb:183:in `update_bucket_policy'
/var/www/discourse/app/jobs/regular/update_s3_inventory.rb:16:in `block in execute'
/var/www/discourse/app/jobs/regular/update_s3_inventory.rb:14:in `each'
/var/www/discourse/app/jobs/regular/update_s3_inventory.rb:14:in `execute'
/var/www/discourse/app/jobs/base.rb:292:in `block (2 levels) in perform'
rails_multisite-5.0.0/lib/rails_multisite/connection_management.rb:82:in `with_connection'
/var/www/discourse/app/jobs/base.rb:279:in `block in perform'
/var/www/discourse/app/jobs/base.rb:275:in `each'
/var/www/discourse/app/jobs/base.rb:275:in `perform'
sidekiq-6.5.12/lib/sidekiq/processor.rb:202:in `execute_job'
sidekiq-6.5.12/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:177:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:134:in `call'
sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:182:in `invoke'
sidekiq-6.5.12/lib/sidekiq/processor.rb:169:in `block in process'
sidekiq-6.5.12/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_retry.rb:113:in `local'
sidekiq-6.5.12/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq.rb:44:in `block in <module:Sidekiq>'
sidekiq-6.5.12/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/processor.rb:263:in `stats'
sidekiq-6.5.12/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.5.12/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_retry.rb:80:in `global'
sidekiq-6.5.12/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_logger.rb:39:in `prepare'
sidekiq-6.5.12/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.5.12/lib/sidekiq/processor.rb:168:in `process'
sidekiq-6.5.12/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.5.12/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.5.12/lib/sidekiq/component.rb:8:in `watchdog'
sidekiq-6.5.12/lib/sidekiq/component.rb:17:in `block in safe_thread'

Danke im Voraus!

PS. Nicht nur Oracle Cloud Service, sondern auch ein anderer heimischer Dienstleister.

10

Greifen Sie also vielleicht mit dem falschen Namen auf den Bucket zu?

Welchen Bucket-Anbieter verwenden Sie?

11

Wie ich oben sagte: Ich versuche es mit Oracle Cloud Storage. Und ich habe es manuell mit dem s3cmd-Tool mit demselben Konto überprüft.

Und es gibt keine Möglichkeit, sich zu vertippen, da ich nur kopiere und einfüge.

Ich überprüfe die DNS-Einträge des S3-Endpunkts:

dig axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com

;; <<>> DiG 9.18.18-0ubuntu0.22.04.1-Ubuntu <<>> axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63008
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com. IN A

;; ANSWER SECTION:
axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com. 258 IN CNAME compat.objectstorage.ap-singapore-1.oci.oraclecloud.com.
compat.objectstorage.ap-singapore-1.oci.oraclecloud.com. 258 IN	CNAME objectstorage.ap-singapore-1.oci.oraclecloud.com.
objectstorage.ap-singapore-1.oci.oraclecloud.com. 174 IN A 134.70.128.1

;; AUTHORITY SECTION:
ap-singapore-1.oci.oraclecloud.com. 258	IN SOA	ns1.p200.dns.oraclecloud.net. hostmaster.ap-singapore-1.oci.oraclecloud.com. 682052 3600 900 31536000 1800

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Sat Nov 04 18:58:03 +07 2023
;; MSG SIZE  rcvd: 252

Und unter Verwendung der Zieladresse: objectstorage.ap-singapore-1.oci.oraclecloud.com anstelle des ursprünglichen Namens: axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com

Dann erhalte ich die exakte Fehlermeldung im s3cmd-Tool, wie sie Discourse anzeigt:

Bitte warten Sie, Versuch, alle Buckets aufzulisten...
FEHLER: Test fehlgeschlagen: [SSL: CERTIFICATE_VERIFY_FAILED] Zertifikatsüberprüfung fehlgeschlagen: Hostname-Mismatch, Zertifikat ist nicht gültig für 'objectstorage.ap-singapore-1.oci.oraclecloud.com'. (_ssl.c:1007)

Ich habe keine Erfahrung mit diesem Problem. :frowning:

12

Das Problem liegt möglicherweise hier:\n\n- Das SSL-Zertifikat ist ausgestellt für: *.compat.objectstorage.ap-singapore-1.oraclecloud.com\n- Die letzte Domain unterscheidet sich von der SSL-Zertifikat-Domain: objectstorage.ap-singapore-1.oci.oraclecloud.com\n\nGibt es eine Möglichkeit, dieses Problem zu beheben? Vielen Dank!

13

Verwenden Sie einen Namen, der dem Zertifikat entspricht.

14

Nach vielen Versuchen erhalte ich immer noch die gleiche Fehlermeldung. Ich habe das Zertifikat und den Hostnamen manuell überprüft und das richtige Format verwendet, um das richtige Zertifikat per Augenmaß zu erhalten, aber ohne Erfolg.

Mein Endpunkt: ..compat.objectstorage.oraclecloud.com
Der CN des Zertifikats: *.compat.objectstorage..oraclecloud.com

Ich konnte mich mit dem s3cmd-Tool verbinden. Aber ich konnte S3-Upload für Discourse mit der gleichen Konfiguration nicht einrichten.

Die Fehlermeldung: SSL_connect returned=1 errno=0 peeraddr=134.70.128.1:443 state=error: certificate verify failed (Hostname mismatch)

Ich möchte einen anderen Weg versuchen, indem ich die Umgebung in Ruby einstelle (nachdem ich überall gesucht habe):

OpenSSL::SSL::VERIFY_PEER = OpenSSL::SSL::VERIFY_NONE

Aber wie kann ich das in Discourse einstellen? Bitte!

15

Das ist eine schlechte Idee, da sie viele Schutzmaßnahmen untergräbt, die X509-Zertifikate bieten.

Können Sie zeigen, welche Ihrer Einstellungen nicht geheim sind? Bitte beachten Sie, dass Oracle Cloud nicht unterstützt wird, aber wir werden uns trotzdem kurz ansehen, ob etwas offensichtlich falsch ist.

16

Ja, Sie haben Recht, wenn Sie es ausschalten. Ich möchte nur den Grund finden, um einen PR zu erstellen, falls dies ein Fehler in der Ruby-Bibliothek ist.

Meine Einstellungen sind sehr einfach, ich versuche nur, Bilder in S3-kompatiblen Speicher hochzuladen.

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: <region>
  DISCOURSE_S3_ENDPOINT: https://<namespace>.compat.objectstorage.<region>.oraclecloud.com
  DISCOURSE_S3_ACCESS_KEY_ID: <access_key_id>
  DISCOURSE_S3_SECRET_ACCESS_KEY: <access_key>
  DISCOURSE_S3_BUCKET: <bucket_name>

Oracle Cloud Storage hat ein bestimmtes Format für die Endpunktadresse. Aber welches Format ich auch versucht habe, die gleiche Fehlermeldung wie oben gezeigt.

SSL_connect returned=1 errno=0 peeraddr=134.70.128.1:443 state=error: certificate verify failed (Hostname mismatch)

Das obige Format, ich habe das Zertifikat überprüft und es ist meiner Meinung nach richtig:

image
image551×703 39.1 KB

Wie ich bereits sagte, habe ich diese Einstellung verwendet, um mich mit dem s3cmd-Tool normal zu verbinden. Vielen Dank!

17

OK, ich habe ein binding.pry am Anfang von ssl_socket_connect hinzugefügt und was ich sehe, wenn ich versuche, diese Einstellungen zu verwenden, ist:

→ DISCOURSE_USE_S3=true DISCOURSE_S3_REGION=ap-singapore-1 DISCOURSE_S3_ENDPOINT=https://axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com DISCOURSE_S3_ACCESS_KEY_ID=foo DISCOURSE_S3_SECRET_ACCESS_KEY=bar DISCOURSE_S3_BUCKET=bucketname bin/rails c
Loading development environment (Rails 7.0.7)
[1] pry(main)> s3 = S3Helper.build_from_config; s3.list

From: /home/michael/.rvm/gems/ruby-3.2.2@discourse/gems/net-protocol-0.2.2/lib/net/protocol.rb:42 Net::Protocol#ssl_socket_connect:

    40: def ssl_socket_connect(s, timeout)
    41:   binding.pry
 => 42:   if timeout
    43:     while true
    44:       raise Net::OpenTimeout if timeout <= 0
    45:       start = Process.clock_gettime Process::CLOCK_MONOTONIC
    46:       # to_io is required because SSLSocket doesn't have wait_readable yet
    47:       case s.connect_nonblock(exception: false)
    48:       when :wait_readable; s.to_io.wait_readable(timeout)
    49:       when :wait_writable; s.to_io.wait_writable(timeout)
    50:       else; break
    51:       end
    52:       timeout -= Process.clock_gettime(Process::CLOCK_MONOTONIC) - start
    53:     end
    54:   else
    55:     s.connect
    56:   end
    57: end

[1] pry(#<Net::HTTP>)>> s.hostname
=> "bucketname.axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com"

Der tatsächliche Hostname, zu dem verbunden wird, ist also bucketname.axhjdarc4cuy.compat.objectstorage.ap-singapore-1.oraclecloud.com, was nicht mit *.compat.objectstorage.ap-singapore-1.oraclecloud.com übereinstimmt, sodass der Fehler korrekt ist.

Leider unterstützt OCI diesen Zugriffsstil nicht:

Verwenden Sie den pfadbasierten Zugriff in Ihrer Anwendung. Der Zugriff im virtuellen Host-Stil (Zugriff auf einen Bucket als {bucketnamespace}.compat.objectstorage.{region}.oraclecloud.com [sic]) wird nicht unterstützt.

Umgekehrt unterstützt Discourse nur den Zugriff im virtuellen Host-Stil ({bucketname}.{namespace}.compat.objectstorage.{region}.oraclecloud.com.).

Wir haben die Einstellung, die dies möglicherweise vor einiger Zeit zum Laufen gebracht hätte, entfernt, da sie nicht gut unterstützt wurde (siehe Commit-Nachricht).

Dies zum Laufen zu bringen, wird nicht einfach sein und erfordert komplexe Entwicklung und Tests, um diese Unterstützung hinzuzufügen.

Hier sind Drachen.

(xref: S3 Path Style Access)

4 „Gefällt mir“
18

Sehr klar erklärt. Vielen Dank!

1 „Gefällt mir“
19

Danke, aber ich habe es nie herausgefunden.

Ich habe gefunden, worauf er sich bezog, aber dann, wenn ich Text kopiere und einfüge, wird die Groß-/Kleinschreibung vertauscht. Ich gebe auf und bin nicht darauf zurückgekommen. Vielleicht versuche ich es nächstes Jahr noch einmal.

Ich hatte gehofft, dass jemand in der Zwischenzeit die Lösung finden und die Einrichtung besser dokumentieren würde, um meinen Plänen zu entsprechen.

Trotzdem danke.

20

Ich hatte dieses Problem und habe es behoben. Meine Lösung war, dass mein Mailserver bei der Einrichtung nicht SSL-verifiziert war, aber mein Domainanbieter mir einen SSL-verifizierten Mailserver zur Verfügung stellte, also habe ich sie ersetzt.