3.5. 확인된 문제
Red Hat 3scale API Management 2.12의 알려진 문제
- APIcast는 요청의 호스트와 일치하는 서비스에 대한 최신 버전의 프록시 구성 (JIRA 8485)을 검색할 수 없습니다.
- 3scale 온-프레미스에서는 24시간(JIRA8417)이 지난 제품, 백엔드 또는 계정에 대해 검색이 작동하지 않습니다.
테넌트에서 태그를 중복하면 마이그레이션이 실패합니다. 2.11에서 2.12로 마이그레이션하기 전에 중복 태그가 포함된 테넌트가 있는지 확인합니다. 예를 들어 MySQL 데이터베이스의 경우 다음 쿼리를 실행합니다.
SELECT tenant_id, name, count(*) from tags GROUP BY tenant_id, name HAVING count(*) > 1;
SELECT tenant_id, name, count(*) from tags GROUP BY tenant_id, name HAVING count(*) > 1;Copy to Clipboard Copied! Toggle word wrap Toggle overflow 이 쿼리는 모든 테넌트를 테스트합니다. 결과적으로 테넌트에 중복 태그가 없음을 나타냅니다. 테넌트에 중복 태그가 포함된 경우 Jira 7986 의 절차에 따라 중복 태그를 제거하십시오.
-
NGINX Filters 정책은 콘텐츠 캐싱 정책도 추가할 때 적용되지 않습니다. 기본 동작은 콘텐츠 캐싱이 비활성화되어 있습니다. 콘텐츠 캐싱을 활성화하면 NGINX 필터 정책을 추가한 경우에도 요청 헤더를 검증할 수 없는 경우
412응답 코드를 반환합니다 (Jira 7514). 3scale의 사용자 이름은 40자 이상이어야 합니다. 사용자 이름이 40자를 초과하면 3scale은 일반적으로 이를 자릅니다. 다음 중 하나를 수행할 때 이를 고려하십시오.
- 개발자 계정을 생성합니다.
- 공급자 계정을 마스터로 생성합니다.
- 공급자 계정에 사용자를 공급자 계정으로 추가하거나 마스터로 추가합니다.
- 개발자 포털 또는 관리 포털에서 개발자 계정에 사용자를 추가합니다.
Red Hat Single Sign-On을 사용하여 관리 포털 또는 개발자 포털에 대한 액세스를 인증하는 경우 사용자 이름은 40자 이상이어야 합니다.