configuração "blocked onebox domains" não respeitada

blocked onebox domains são ignorados em 2.9.0beta2 (c6265eec6b).

Temos:

Esses domínios estão atrás de paredes OAuth e o onebox está tentando pré-visualizar os domínios e obtendo a URL de login do OAuth em vez disso.

4 curtidas

Essa configuração só entra em vigor no servidor — seu navegador ainda tentará fazer um onebox para a prévia.

Posso ver como isso pode ser inesperado.

Se você enviar a postagem, ela mostrará o onebox após o servidor renderizá-lo, ou mostrará a URL bruta como você espera?

3 curtidas

Ele é exibido como um onebox quando o comentário é postado:

4 curtidas

Sim, isso não parece estar funcionando corretamente… :confused:

1 curtida

Você pode tentar adicionar “auth.pi-hole.net” na sua configuração de domínios bloqueados para onebox?

Nós fizemos essa configuração de forma que ela segue redirecionamentos, mas bloqueia o domínio especificado apenas se ele for o destino final.

4 curtidas

Acabei de tentar e ainda assim ele exibe um onebox. Acho que é porque o endpoint auth.pi-hole.net é um redirecionamento de URI do endpoint OAuth em github.com. E preferiríamos não bloquear o github.com de exibir onebox.

Vou verificar e ver se bloquear o github faz alguma coisa… Não, bloquear o github.com também não impede o onebox. Existe um cache que o onebox pode estar usando que precisa ser limpo para que uma nova consulta seja feita para tricorder?

3 curtidas

Sim, eu entendo o porquê.

Existe um cache de um dia para URLs de onebox buscadas, então refazer o post manualmente (post.rebake!) após um dia impediria o oneboxing com o github.com bloqueado.


Temos algum trabalho em andamento para sermos mais inteligentes sobre redirecionamentos de autenticação, mas isso está limitado apenas à autenticação para fóruns do Discourse. Estou pensando que talvez expandir a configuração para permitir também subdiretórios nos ajudaria neste caso para o github: \u003chttps://github.com/login/oauth/authorize\u003e … Discutirei internamente sobre isso.

Provavelmente também é bom ter o texto da dica específico sobre o que é realmente bloqueado, talvez um adicional: “O Onebox seguirá os redirecionamentos e bloqueará apenas se o destino final corresponder a esta configuração”.

4 curtidas

Ideia maluca… deveríamos suportar:

cache-control: no-store

A diretiva de resposta no-store indica que quaisquer caches de qualquer tipo (privados ou compartilhados) não devem armazenar esta resposta.

O GitHub está dizendo especificamente… por favor… não me armazene…

Talvez o onebox devesse respeitá-lo… e não armazená-lo.

Poderíamos sempre tornar isso uma configuração experimental para começar e ver qual impacto ela tem.

A prévia teria que explicar por que não estamos fazendo o onebox.


Observação… usamos no-store em vários lugares, mas acho que redirecionamos nesses casos, mas há essa pequena complexidade.

6 curtidas

Nós vinculamos a muitos PRs e Issues de nossos vários repositórios e ter esses itens pré-visualizados ajuda usuários mais novos a entenderem sobre o que é o tópico sem precisar acessar o GitHub.

1 curtida

Sim, entendo perfeitamente, estamos trabalhando em uma solução, acho que daqui a um dia, olhando para o cabeçalho “no store” pode ser o melhor caminho a seguir.

3 curtidas

Desculpe incomodar, mas isso está realmente afetando nosso site de suporte. As pessoas postam links para a URL do tricorder que são logs de solução de problemas para a equipe credenciada analisar. Recebemos vários desses posts por dia e temos que entrar manualmente e alterar a URL para que não seja um link por enquanto.

Alguma ideia sobre um prazo para resolução ou é “em breve™” :slight_smile:

3 curtidas

Vamos resolver isso, eu diria que em cerca de 4 semanas.

4 curtidas

Como fazer isso no Discourse Docker? :pleading_face:

Recomendo esperar pela nossa correção, temos um PR em andamento:

Ele altera o comportamento para que:

  1. Façamos a verificação da lista de bloqueio em cada salto em uma cadeia de redirecionamento
  2. Introduzamos um novo recurso para que qualquer site possa optar por não participar do oneboxing definindo um cabeçalho personalizado

Isso resolverá o problema do @dschaper e nos dará mais flexibilidade no futuro.

Infelizmente, optar por no store seria uma rede muito ampla e capturaria muitos falsos positivos.

6 curtidas

O PR foi mesclado e está no branch tests-passed. Você pode atualizar o @dschaper e ver se isso resolve o problema? URLs com o domínio tricorder.pi-hole.net não devem mais aparecer como onebox no seu site.

7 curtidas

Parece tudo bom aqui!

Obrigado pela correção a todos.

4 curtidas