저는 아무것도 변경하지 않았습니다. 그런데 갑자기 모든 API 호출에서 "요청한 리소스를 볼 권한이 없습니다"라는 API 오류가 발생하고 있습니다. API 키를 갱신하고 API 사용자에게 최대 권한을 부여해 두었는데도 왜 이런 일이 갑자기 일어나는 걸까요??
API 키에 HTTP 헤더를 사용 중이신가요?
네, 방금 확인했어요. 그러면 제가 직접 호스팅하고 업데이트하지 않은 Discourse 인스턴스에도 영향을 미친다는 뜻인가요?
현재 실행 중인 정확한 버전은 무엇인가요?
그 후 업데이트를 완료했습니다. 이전 버전 번호는 알지 못합니다. 거의 1년 전 버전이었거든요. 하지만 업데이트를 하기 전에 이미 오류가 발생하기 시작했습니다.
이것이 어떻게 내 자가 호스팅되고 업데이트되지 않은 인스턴스에 영향을 미쳤다면 뭔가 수상합니다.
해당 버전 번호를 포함한 더 자세한 정보가 없으면, 거의 판단하기 어렵습니다.
외부 서비스와의 특정 통합으로 인해 완전히 독립적으로 자체 호스팅되는 인스턴스가 작동하지 않게 되는 상황을 만들 수 있다면, 그 사실을 언급하는 것은 쉬워야 합니다.
이처럼 업그레이드되지 않은 독립형 셀프호스트 설치 환경에는 영향을 미칠 수 있는 요소가 없습니다. 변경 사항을 이전 버전으로 백포트하더라도, 수동으로 설치를 업데이트하지 않는 한 해당 변경 사항을 받지 못할 것입니다. Discourse는 기본적으로 이메일이나 Google Analytics와 같이 직접 설정해야 하는 외부 서비스가 포함되지 않습니다.
나는 아무것도 업데이트하지 않았는데, 모든 API 호출에서 403 오류가 발생하기 시작했습니다. 오류를 해결한 유일한 방법은 새 버전으로 업그레이드하고 요청 파라미터를 헤더로 변경하는 것이었습니다. API 변경 사항으로 인해 스탠드얼론으로 운영되고 자체 호스팅되며 명시적으로 업데이트되지 않는 경우에도 구버전이 깨지는 문제가 발생하는 것으로 보입니다.
변화 없이는 변화가 일어나지 않습니다. 당신이 그 변화를 인지했든 아니든, 어딘가에서 무언가가 바뀌었습니다. 컨테이너 내부가 아니라면, 컨테이너 외부의 구성 요소 중 하나이거나 연결된 시스템 중 하나가 변경된 것입니다.
하지만 구체적인 것을 살펴볼 수 있는 상황이 아니라면, 이 모든 것은 그저 추측에 불과합니다.
음, 나도 잘 모르겠어. 나는 옛날 API 방식으로 동작하는 오래된 자체 호스팅 인스턴스가 하나 있어. 그래도 업데이트해서 잘 작동하게 만들어서 다행이야.