<p>gluon-status-page-api: 교차 출처 정책 개선</p>

매우 사실입니다. 상태 페이지를 완전히 깨뜨리지 않고 두 가지 가능한 솔루션을 봅니다.

1. API가 "일반"(next_node) 주소를 통해 호출될 때 헤더를 전혀 보내지 않습니다. 이로 인해 사용자가 연결되어 있는 노드의 주소를 미리 알지 못한 채 정보를 수집할 수 없습니다. 그러나 훨씬 더 많은 논리가 서버 측에서 구현되어야 합니다(현재는 단순히 호스트 헤더 AFAIK를 무시합니다).
2. Access-Control-Allow-Origin: $site.next_node.name$ 만 보내드립니다. 이것은 상태 페이지가 원래 next_node 주소를 통해 호출된 경우에만 이웃 데이터를 표시합니다(다음 노드에서 멀어지는 경우에도).

나는 (2)를 좋아한다. 그것은 작은 변화처럼 보이며 문제를 해결할 것입니다. <<<- 생각이 바뀌었습니다. 연결하는 것을 더 좋아합니다.

이것은 약간의 전환 시간이 필요하지만 다른 노드가 선택될 때 백엔드 URL만 변경하는 대신 다른 노드의 상태 페이지에 실제로 연결되도록 상태 페이지를 변경하여 전체 문제를 방지해야 합니다.

도달 가능성을 확인하는 데 사용할 수 있는 빈 페이지를 반환하는 단일 Access-Control-Allow-Origin: * 엔드포인트를 계속 제공할 수 있습니다(현재 백엔드 URL에 대해 이미 완료된 것처럼 이를 기반으로 이웃 노드의 주소 선택).