엔터프라이즈의 URL 변경

엔터프라이즈 슬러그 변경 정보

엔터프라이즈를 만들 때 엔터프라이즈의 URL에 사용되는 문자열인 엔터프라이즈용 "슬러그"를 선택하세요. 예를 들어 슬러그로 octo-enterprise를 선택한 경우 GitHub.com의 엔터프라이즈의 URL은 https://github.com/enterprises/octo-enterprise가 됩니다.

회사에서 신용 카드 또는 PayPal로 GitHub Enterprise Cloud에 대해 지불하는 경우 엔터프라이즈 설정에서 슬러그를 변경할 수 있습니다. 슬러그를 변경하면 GitHub이(가) 이전 URL에서 리디렉션을 설정하지 않습니다. 이전 엔터프라이즈 슬러그는 다른 고객이 즉시 사용할 수 있게 됩니다.

Note

송장을 통해 GitHub Enterprise Cloud에 대한 요금을 지불하거나 엔터프라이즈에서 Enterprise Managed Users을(를) 사용하는 경우 엔터프라이즈 슬러그를 변경하려면 GitHub의 영업 팀에 문의하세요.

엔터프라이즈 슬러그를 변경할 때 고려 사항

엔터프라이즈의 슬러그를 변경하기 전에 이전 엔터프라이즈 슬러그에 종속될 수 있는 엔터프라이즈 구성, 자동화 또는 프로세스의 일부를 고려했는지 확인하세요. 중단을 최소화하려면 슬러그를 변경하기 직전에 또는 즉시 이러한 점을 해결해야 합니다.

슬러그 변경의 영향을 받을 수 있는 시스템 부분은 다음을 포함하지만 제한되지는 않습니다.

SAML SSO(Single Sign-On)

엔터프라이즈 수준에서 SAML SSO(Single Sign-On)를 사용하도록 설정한 경우 IdP(ID 공급자)의 설정을 다시 구성하여 새 엔터프라이즈 슬러그를 사용해야 합니다. 슬러그를 변경하면 기존 IdP 세션이 해지되지 않지만, IdP 설정을 업데이트할 때까지 구성원은 SSO를 사용하여 엔터프라이즈의 리소스에 액세스할 수 없습니다. 조직 수준에서 SAML 또는 SCIM을 사용하도록 설정한 경우 슬러그를 변경해도 SSO에는 영향을 미치지 않습니다. 자세한 내용은 "엔터프라이즈에 대한 SAML Single Sign-On 구성"을(를) 참조하세요.

슬러그를 변경하기 전에 SSO가 작동하지 않는 경우에도 엔터프라이즈에 액세스할 수 있도록 하려면 엔터프라이즈용 복구 코드를 다운로드하는 것이 좋습니다. 자세한 내용은 "엔터프라이즈 계정의 Single Sign-On 복구 코드 다운로드"을(를) 참조하세요.

API 엔드포인트

엔터프라이즈를 관리하기 위한 많은 GitHub API 엔드포인트는 엔터프라이즈 슬러그를 매개 변수로 사용합니다. 자동화에서 이러한 엔드포인트를 사용하는 경우 새 슬러그를 사용하도록 API 호출을 업데이트해야 합니다. 이전 슬러그를 사용하는 API 호출은 즉시 작동을 중지합니다. 대부분의 경우 슬러그 대신 사용할 수 있는 엔터프라이즈 ID는 슬러그 변경의 영향을 받지 않습니다.

GitHub Actions 워크플로를 사용하는 OpenID Connect

GitHub Actions 워크플로에서 OIDC(OpenID 커넥트)를 사용하고 엔터프라이즈 슬러그를 포함하는 고유한 URL의 토큰만 허용하도록 클라우드 공급자를 구성한 경우 클라우드 공급자의 설정을 업데이트해야 합니다. 워크플로가 실패하는 것을 방지하기 위해 가장 강력한 옵션은 슬러그를 변경하기 직전에 이전 및 새 슬러그 모두에서 토큰을 수락하도록 공급자를 구성하는 것입니다. 자세한 내용은 "OpenID Connect를 사용한 보안 강화 정보"을(를) 참조하세요.

GitHub Connect

기업이 GitHub Connect를 통해 하나 이상의 GitHub Enterprise Server 인스턴스에 연결된 경우 슬러그를 변경한 후 GitHub Connect를 비활성화했다가 다시 활성화하여 연결을 초기화해야 합니다. 자세한 내용은 GitHub Enterprise Server 설명서의 "GitHub.com의 GitHub Connect 사용" 항목을 참조하세요.

엔터프라이즈 슬러그 변경