Bonjour,
je constate via l’appli android peertube et via le moteur le moteur https://sepiasearch.org/ que mes vidéos et mon instance (video.fredix.xyz) ne ressort plus lors d’une recherche sur mots clés (« nomad hashicorp ») alors qu’il y a quelques semaines elles ressortaient.
Ce moteur est le point d’entré pour trouver des instances et vidéos sur ce réseau décentralisé, et il est impératif qu’il fonctionne au mieux. Y a-t-il un bug ?
Bonjour,
Votre serveur semble vouloir faire du zstd
ce qui n’est pas supporté par notre crawler
en effet j’ai changé de reverse proxy avec la compression activée. Je viens de la désactiver, il faudra attendre le prochain passage du crawler j’imagine ?
Merci pour votre réponse.
Il faut re-ajouter l’instance sur notre index: PeerTube instances
(mais j’ai toujours une erreur)
je viens de tester mon instance avec HTTP Compression Test / WhatsMyIP.org et il indique bien une compression (mais pas laquelle) mais avec un autre site géré par le meme reverse proxy il n’y en a pas (https://whoami.fredix.xyz/ )
Est-ce l’instance peertube qui compresse ? (je n’ai rien dans ma config)
Non normalement PeerTube ne compresse rien. C’est quoi le reverse proxy ?
Malheureusement je ne connais pas. Pour info on a commencé à avoir une erreur à ce moment là (heure de Paris):
déc. 04 22:35:56 bernice instances-peertube[19780]: [22:35:56.411] WARN (19780): Cannot update video.fredix.xyz instance.
déc. 04 19:35:04 bernice instances-peertube[19780]: [19:35:04.284] INFO (19780): Updated video.fredix.xyz instance.
c’est pas très verbeux
sinon si j’essaye d’ajouter mon instance ca affiche incorrect header check
c’est peut etre possible d’avoir un log détaillé là dessus ?
non, mais ça permet de cibler assez précisement le début du problème.
Ça marchait le 4 décembre à 19:35, ça ne marchait plus à 22:35.
Quelles sont les modifs faites ce jour là ?
malheureusement je ne suis pas sur mais il est possible que j’ai changé de reverse proxy ce jour là. Le site https://securityheaders.com indique qu’il me manque ces headers ca vient peut etre de la :
Content-Security-Policy Referrer-Policy Permissions-Policy
J’ai pris une instance indexé au hasard et elle a que le x-frame-options comme moi. Donc je ne comprend pas cette erreur de header
https://securityheaders.com/?q=https%3A%2F%2Fpeertube.dtth.ch&followRedirects=on
Lorsque le client accepte la compression, il semble que le serveur choisisse deflate mais qu’il y a un soucis lors de la décompression de la réponse.
Je ne peux pas plus aider.
ok je vais creuser ça. Merci pour ton aide