Erreurs lors de l'utilisation du stockage S3 personnalisé

schungx · Août 16, 2021, 5:39

Comme je suis constamment frustré par les dysfonctionnements du plugin Azure Blob Storage, j’ai déployé un serveur Flexify.IO pour traduire le protocole Azure en protocole S3.

Cependant, après l’avoir configuré dans Discourse, cela ne fonctionne pas. L’erreur est la suivante :

Échec de l'ouverture de la connexion TCP vers support.xxx.xxx.xxx.xxx:443 (getaddrinfo : nom ou service inconnu)

où xx.xx.xx.xx est l’adresse IP de la passerelle S3 et support le nom du bucket…

Ce qui est étrange, c’est que j’ai utilisé S3 Browser pour tester le point de terminaison et cela fonctionne parfaitement.

Alors, une âme charitable pourrait-elle m’indiquer ce que j’ai fait de mal ?

Je ne vois qu’une cause potentielle liée à la région, car la région exposée par le point de terminaison est eastasia (une région Azure valide), mais je ne peux choisir que parmi les régions AWS standard dans une liste. Néanmoins, cela reste étrange, car l’erreur semble indiquer un échec de connexion au point de terminaison lui-même, et non une incompatibilité de région.

schungx · Août 16, 2021, 9:47

J’ai l’impression que mon paramètre s3_bucket est incorrect, car il ajoute le nom du bucket à l’URL du point de terminaison lui-même.

github.com/discourse/discourse

app/models/site_setting.rb

9b7c17b92


      
              bucket = SiteSetting.enable_s3_uploads ? Discourse.store.s3_bucket_name : GlobalSetting.s3_bucket_name
          
              # cf. http://docs.aws.amazon.com/general/latest/gr/rande.html#s3_region
              if SiteSetting.s3_endpoint.blank? || SiteSetting.s3_endpoint.end_with?("amazonaws.com")
                if SiteSetting.Upload.s3_region.start_with?("cn-")
                  "//#{bucket}.s3.#{SiteSetting.Upload.s3_region}.amazonaws.com.cn"
                else
                  "//#{bucket}.s3.dualstack.#{SiteSetting.Upload.s3_region}.amazonaws.com"
                end
              else
                "//#{bucket}.#{url_basename}"
              end
            end
          end
          
          def self.Upload
            SiteSetting::Upload
          end
          
          def self.require_invite_code
            invite_code.present?

Devrais-je utiliser plutôt le format bucket/dossier ? Que dois-je mettre dans l’un ou l’autre ?

EDIT : En examinant le code source, cela semble être codé en dur. Que se passe-t-il si mon fournisseur de stockage n’utilise pas le nom du bucket comme préfixe ?

Falco · Août 16, 2021, 3:04

Vous devriez consulter la documentation sur l’utilisation du stockage objet pour les uploads (S3 et clones) adaptée à votre cas d’usage. C’est beaucoup plus flexible. Une fois que vous l’aurez fait fonctionner, vous pourrez l’ajouter au wiki !

schleifer · Août 17, 2021, 1:19

Étant donné ceci :

Alors ceci est définitivement incorrect :

Le message d’erreur le confirme. getaddrinfo: Name or service not known indique un échec de la résolution DNS ; il n’existera jamais de nom d’hôte du type « support.303.303.303.303 ».

D’où t’es venu la partie « support » ?

La documentation de Flexify indique :

Modifiez le point de terminaison S3 que votre application utilise pour s3.flexify.io (ou un autre nom d’hôte affiché dans les paramètres).

Vous ne pouvez donc pas le modifier via la console d’administration. Lisez plutôt le sujet mentionné par @falco et commencez par :

  DISCOURSE_S3_ENDPOINT: https://s3.flexify.io

schungx · Août 17, 2021, 3:19

Oh, désolé. support est le nom du bucket. Je vois que S3 préfixe simplement le nom du bucket au nom de domaine, et Discourse le suppose.

Oui, j’avais compris cela. Donc je dois coder en dur les points de terminaison dans app.yaml, c’est bien cela ?

schungx · Août 17, 2021, 4:14

@Falco @schleifer D’accord, je l’ai essayé, mais malheureusement, cela me donne toujours exactement la même erreur.

Par conséquent, je ne pense pas que cela fonctionne même lorsqu’il est codé en dur dans app.yaml. Ils semblent aller dans le même flux de code.

Voici mon paramétrage app.yaml :

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: eastasia
  DISCOURSE_S3_ENDPOINT: https://??.??.??.??
  DISCOURSE_S3_ACCESS_KEY_ID: ???
  DISCOURSE_S3_SECRET_ACCESS_KEY: ???
  DISCOURSE_S3_BUCKET: support

Il tente toujours d’accéder à support.??.??.??.??:443.

Donc, je suppose que dans Discourse, le bucket doit former un sous-domaine ?

ÉDIT 1

D’accord, j’ai supprimé les paramètres app.yaml et créé un sous-domaine avec support qui pointe vers xx.xx.xx.xx. Maintenant, lorsque j’essaie de télécharger, cela tourne pendant longtemps, puis renvoie une erreur générique :

Aws::S3::Errors::BadRequest

Y a-t-il un moyen d’obtenir le message d’erreur exact ?

Falco · Août 17, 2021, 4:30

Avez-vous essayé de consulter la page /logs ?

schungx · Août 18, 2021, 6:05

Oui, mais il n’y a rien là-bas…

Falco · Août 18, 2021, 2:11

Quelle est la valeur exacte que vous utilisez pour la variable d’environnement de l’endpoint ?

schungx · Août 19, 2021, 2:26

OK, j’ai trouvé un paramètre dans Flexify.IO pour activer le mode sous-domaine. Cela fonctionne maintenant.

Je vais mettre à jour le wiki !

system · Septembre 18, 2021, 2:27

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

Sujet		Réponses	Vues
Using Scaleway s3-compatible object storage Support	27	4068	Avril 6, 2021
SSL_connect returned=1 errno=0 peeraddr=162.243.189.2:443 state=error: certificate verify failed (Hostname mismatch) Self-hosting s3	19	4483	Janvier 9, 2024
What are the right settings to use S3 bucket (with non-Amazon URL)? Self-hosting	19	4960	Août 25, 2020
Setting DISCOURSE_S3_REGION: whatever no longer works Bug	2	80	Novembre 7, 2024
Failed to open TCP connection to <my-site>.s3.amazonaws.com:443 Support	7	5782	Novembre 22, 2019

Erreurs lors de l'utilisation du stockage S3 personnalisé

ÉDIT 1

Sujets connexes