[clemorphy]

Merci pour le retour

La solution du proxy marche très bien du coup.

Cependant, vu que je suis sur un mutu (hors OVH) et que le mod_proxy n'est pas dispo, j'ai créé un petit truc rapide en PHP. Si ca peut aider quelqu'un, il est dispo sur ce GIST.

Merci pour le GIST.

Sinon, pour faire ça avec mod_proxy, y a pas un tuto qui expliquerait un peu le truc ?

[Nico57360]

Merci pour le retour

La solution du proxy marche très bien du coup.

Cependant, vu que je suis sur un mutu (hors OVH) et que le mod_proxy n'est pas dispo, j'ai créé un petit truc rapide en PHP. Si ca peut aider quelqu'un, il est dispo sur ce GIST.

[EtienneMenguy]

Si le problème vient bel et bien des ACL du conteneur, comment se fait-il que en y accédant directement via le sous-domaine personnalisé, l'index.html soit affiché, et non la liste de fichiers ?

Je ne sais pas, mais au feeling c'est ce que je testerai en premier .

C'est ce que je pensais aussi ... j'espérais qu'il y avait une solution "intégrée" pour cela ..

Ce n'est pas encore prévu dans Swift, il faudrait une offre dédiée et non mutualisée pour cela.

[Nico57360]

Pour les problème de fichiers listés, ça vient peut être de l'ACL rlistings ( http://docs.openstack.org/developer/swift/misc.html )

swift stat nonduconteneur
Permet de lister les infos du conteneur (dont les ACL)

swift post nonduconteneur -r 'monAcl' (ex : swift post nomduconeneur -r '.r:*' )
Permet de modifier les ACL.

Si le problème vient bel et bien des ACL du conteneur, comment se fait-il que en y accédant directement via le sous-domaine personnalisé, l'index.html soit affiché, et non la liste de fichiers ?

Je ne vois effectivement pas comment faire sans configurer ton serveur avec mod_proxy (de telle manière que ce soit ton serveur web qui accède au storage cloud et non le firefox de ton visiteur.)

Sauf si la team d'OVH a une meilleure solution.

C'est ce que je pensais aussi ... j'espérais qu'il y avait une solution "intégrée" pour cela ..

[fritz2cat]

Je ne vois effectivement pas comment faire sans configurer ton serveur avec mod_proxy (de telle manière que ce soit ton serveur web qui accède au storage cloud et non le firefox de ton visiteur.)

Sauf si la team d'OVH a une meilleure solution.

[EtienneMenguy]

Pour les problème de fichiers listés, ça vient peut être de l'ACL rlistings ( http://docs.openstack.org/developer/swift/misc.html )

swift stat nonduconteneur
Permet de lister les infos du conteneur (dont les ACL)

swift post nonduconteneur -r 'monAcl' (ex : swift post nomduconeneur -r '.r:*' )
Permet de modifier les ACL.

[EtienneMenguy]

Bonjour,

Il n'est pas possible d'utiliser le https car il faudrait que l'on stocke votre certificat.
Vous avez la possibilité de mettre en place un serveur proxy portant votre certificat et récupérant les fichiers.

[Nico57360]

Je viens de vérifier.

Il est en effet accessible par un lien type : https://storage..cloud.ovh.net/v1/AUTH_//path/to/files

Cependant, un autre problème semble survenir (en plus du fait que l'URL n'est pas "user-friendly") :

J'ai mis à la racine de mon conteneur (et idem dans chaque pseudo-dossier), un index.html qui redirige vers la homepage du site principal pour masquer la liste des fichiers hébergés dans le conteneur.

- En y accédant avec mon sous-domaine perso, l'index.html est bien pris en compte;
- En y accédant via l'URL donnée ci-dessus, le listing est affiché

J'ai fais un test avec un autre conteneur créé spécialement, le problème survient aussi :

- https://test-ovh.nikkow.eu => Le fichier index.html est bien affiché (avec l'erreur de certificat);
- https://storage.sbg1.cloud.ovh.net/v...792ffc/storage => Le répertoire est listé;

D'ailleurs, dans le manager, la directive "CNAME" a insérer pour le sous-domaine perso semble avoir été supprimée ? Est-ce normal ?

[fritz2cat]

L'Object Storage n'est-il pas accessible via un host name qui correspond à celui du certificat qu'il présente ?
(exemple pour les sites web https// cluster013.ovh.net au lieu de https// mon_domaine.net)
Si oui, emploie ce nom qui est parfaitement valable.
Je ne vois pas d'autre solution si tu ne peux pas coller ton propre certificat sur l'hébergeur des objets graphiques de ton site.

[Nico57360]

Bonjour,

Je rencontre un petit problème avec l'objet storage. Je l'utilise pour stocker les assets utilisateurs sur une de mes plateformes (tous les médias qu'ils uploadent, pour pas encombrer inutilement le FTP).

C'est un objet storage créé en mode "hébergement statique", sur lequel j'ai fait pointer un sous-domaine en CNAME.

Le problème est que le site principal est accessible en HTTPS. Donc deux cas sont possibles :

• J'accède à l'Object Storage en http => Erreur de chargement (source non sécurisée, etc..), les images ne s'affichent pas
• J'accède à l'Object Storage en https => Ca fonctionne, mais erreur de certificats, les images ne s'affichent pas non plus

Voyez-vous une solution pour régler ce problème ?

Merci !