OK. Je comprends pourquoi je vois toujours ton site, vu que je visitais toujours tube.open-plug.eu.
Mais ce fichier peertube__2.conf doit bien être référencé dans un autre fichier de configuration, non ?
Car je ne vois nulle part de directive server dans ce que tu nous as montré. J’ai l’impression que ce fichier de configuration n’est pas du tout utilisé par ton serveur nginx.
D’après moi, tu devrais avoir un fichier qui contiendrait une ligne à peu près comme celle-ci:
include peertube__2.conf;
Un moyen de le savoir serait de te positionner au niveau de /etc/nginx/conf.d et d’exécuter la commande suivante :
grep -r -i 'peertube__2\.conf' *
Si jamais tu n’as rien d’afficher suite à cette commande qui t’indiquerai le fichier où serait inclus peertube__2.conf, c’est qu’il y a de forte chance que celui-ci ne soit pas utilisé au sein de ton serveur web et que les modifications que tu avais faites dedans n’ont donc eu aucun impact. (Par ailleurs, le fait que tu ais un résultat ne veut pas dire “Charette! Il est bien utilisé” )
la commande n’a rien renvoyé que ce soit au niveau du dossier Nginx ou conf.d
grep -r -i 'peertube__2\.conf' *
J’ai refais une installation de mon instance peertube et cela fonctionne de nouveau https://tube.metadocs.cc re-fonctionne de nouveaux. Je suis ready pour de nouveaux tests =)
Si tu n’as rien au retour de commande, cela voudrait certainement dire que peertube__2.conf n’est référencé nulle part. Et que les modifs ne font rien.
Quelle distribution Linux utilises-tu ? Debian, Ubuntu, Fedora, autre ?
Quels fichiers as-tu sous /etc/nginx/conf.d/ et sous /etc/nginx/conf.d/tube.metadoc.cc/ ?
Pas de soucis, Plumf. Nous sommes sur le web, le temps n’a plus d’importance
Tu as donc reconfiguré tube.metadoc.cc, je me trompe ?
Tu devrais donc avoir un fichier tube.metadoc.cc.conf sous /etc/nginx/conf.d/ et un nommé peertube__2.conf dans le sous-dossier tube.metadoc.cc.d
Donc, je suppose que tu as une directive server { dans le fichier tube.metadoc.cc.conf. Correct ?
Dans ce même fichier tu devrais avoir une directive include applic.conf (dans ton cas ce devrait être include peertube__2.conf). Mais là je pense qu’elle n’y est pas.
J’ai triché dans la reconfiguration j’ai supprimé l’application et je l’ai reinstallé, dans le fichier :
etc/nginx/conf.d/tube.metadoc.cc.conf
J’ai trois ligne ligne avec un include :
include /etc/nginx/conf.d/tube.metadocs.cc.d/*.conf;
include /etc/nginx/conf.d/yunohost_admin.conf.inc;
include /etc/nginx/conf.d/yunohost_api.conf.inc;
Cela peut il etre une piste ? (je me ne me suis pas encore aventuré dans le dossier
include /etc/nginx/conf.d/tube.metadocs.cc.d/*.conf;
spécifie qu’elle va lire et appliquer les options inscrites dans tous les fichiers dont le nom se termine par .conf et qui se trouvent dans le dossier nommé /etc/nginx/conf.d/tube.metadocs.cc.d/ D’ailleurs, c’est la raison pour laquelle la commande grep que je t’avais fait exécuter précédemment n’avait rien affiché vu que ce fichier ne contenait pas peertube__2.conf.
Donc, si ton fichier peertube__2.conf était dans le dossier /etc/nginx/conf.d/tube.metadocs.cc.d/ (avant la réinstallation), il aurait dû être inclus et les options qu’il contenait auraient dû être appliquées également.
Qu’as-tu actuellement dans /etc/nginx/conf.d/tube.metadocs.cc.d/ ?
Alors pour les visualiser les entêtes, je procède comme suit avec Firefox:
J’ouvre la page de mon site web où j’ai inclu l’iframe
J’appuye sur le touche [F12]
Je choisi “Réseau” dans les “onglets” (entre “mémoire” et “stockage”
Je raffraichis la page en appuyant sur [F5]
Dans le cadre en bas avec une liste de requêtes HTTP, je choisis une ligne avec le domaine pourlequel je veux visualiser les entêtes (en l’occurence, je choisis une ligne avec `tube.metadocs.cc)
Une nouvelle portion de fenêtre apparaît à droite, dans laquelle je choisis l’onglet “En-têtes” en haut à côté de “cookies”
Dans la partie “En-têtes de la réponse”, je constate quelles sont celles présentes ainsi que leur valeur.
Elles servent justement à paramétriser certains comportements autorisés ou interdits (comme pour ton cas, où il fallait justement autoriser -ALLOW- que les frames soient exploitables par d’autres sites que celui qui héberge la ressource) De plus elle permettent de définir les compatibilités entre le serveur et le client web. On pourrait par exemple parler de l’encodage du texte sur le serveur qui pourrait ne pas être supporté par le client web. Mais bon, je ne suis pas expert dans le domaine. Je te conseille de regarder ici :