GitHub 자체에 장애가 있는 걸까요, 아니면 문제의 범위가 연결, 계정, 리포지토리 또는 개발 환경에 한정된 걸까요? 이 페이지에서 GitHub의 현재 상태를 확인하고 `github.com`, Git 작업 또는 `api.github.com`에 영향을 주는 장애의 원인을 좁혀 보세요.
Site Administrator
마지막 검토: September 25, 2026
최근 기록된 상태
정상 최근 확인에서 GitHub 웹사이트는 정상적으로 접속되고 응답하는 것으로 보였습니다.
| 엔드포인트 | 상태 | 관측 시각 |
|---|---|---|
| github.com | Operational | 2026-11-09 13:32 UTC |
| api.github.com | Operational | 2026-11-09 13:32 UTC |
현재 사용자 환경에서는 작동하나요?
최근 신고 0건 — 의미 있는 추세를 표시하려면 더 많은 데이터가 필요합니다.
단일 외부 확인에서 놓칠 수 있는 부분적 또는 지역별 장애까지 확인하려면 GitHub의 공식 상태 페이지도 함께 확인하세요. 공식 상태 페이지.
api.github.com을 각각 테스트하세요. 문제는 특정 기능에만 한정될 수 있습니다.
GitHub의 가용성은 기능별로 다를 수 있습니다. github.com 로딩 문제는 웹사이트에 영향을 주지만 Git 작업이나 API 요청은 계속 작동할 수 있습니다. 반대로 API 또는 Git 연결 문제로 인해 메인 사이트에 접근할 수 있는 경우도 있습니다.
공식 장애 현황은 GitHub 공식 상태 페이지에서 확인하세요. 현재 표시된 정보와 실제로 발생한 증상을 정확히 비교해 보세요.
github.com을 열어 리포지토리, 프로필 또는 설정을 불러올 수 있나요?clone, fetch, pull 또는 push 명령이 실패하나요?api.github.com에 대한 요청이 실패하거나 시간 초과되거나 HTTP 오류를 반환하나요?상태 페이지의 장애가 영향을 받는 GitHub 기능과 일치한다면 광범위한 서비스 문제일 가능성이 가장 높습니다. 상태 페이지에 문제가 표시되지 않고 한 대의 기기, 네트워크, 리포지토리 또는 계정에만 영향을 준다면 먼저 해당 범위에 한정된 원인을 조사하세요.
GitHub 공식 상태 페이지를 열고 현재 증상과 일치하는 진행 중인 장애 또는 성능 저하 구성 요소가 있는지 확인하세요. 관련 문제가 표시된다면 로컬 설정을 반복해서 변경하지 말고 장애가 해결된 후 다시 시도하세요.
상태 페이지에 일치하는 문제가 표시되지 않으면 아래의 범위가 좁은 점검을 계속 진행하세요.
github.com을 열어 보세요.api.github.com에 관련 API 요청을 별도로 보내 테스트하세요.git clone, git fetch, git pull 또는 git push가 실패한다면 리포지토리 주소, 인증, 자격 증명 및 로컬 Git 설정을 확인하세요.페이지가 로드되지 않는다면 한 번 새로 고친 후 비공개 창에서 다시 시도하고, 요청을 수정하거나 스크립트를 차단하는 확장 프로그램을 일시적으로 비활성화하세요. 문제가 한 브라우저에만 해당하는 경우에만 사이트 데이터를 삭제하세요. 다른 브라우저나 기기에서도 비교하여 문제가 계정을 따라가는지, 아니면 원래 브라우저에 남아 있는지 확인하세요.
모바일 데이터에서는 GitHub가 작동하지만 평소 연결에서는 작동하지 않는다면 로컬 네트워크, DNS resolver, VPN, 프록시, 방화벽 또는 기업용 필터링을 조사하세요. DNS 오류, 연결 거부 또는 시간 초과는 GitHub가 생성한 HTTP 응답과는 다른 유형의 문제를 나타냅니다. 시스템 전체 설정을 변경하기 전에 다른 네트워크에서 테스트하세요.
비공개 리포지토리나 보호된 작업의 경우 의도한 계정으로 로그인되어 있고 리포지토리 URL이 올바른지 확인하세요. 명령줄 접근의 경우 토큰이나 개인 키를 노출하지 않도록 구성된 remote와 인증 방식을 확인하세요. 특정 리포지토리에 영향을 주는 권한 또는 인증 오류는 일반적으로 플랫폼 장애가 끝날 때까지 기다린다고 해결되지 않습니다.
API 호출의 경우 endpoint, HTTP 상태 코드, 응답 메시지, 요청 시간 및 주변 애플리케이션 없이 요청이 작동하는지를 기록하세요. 자격 증명, 권한, 요청 구성, rate 관련 응답, 애플리케이션의 timeout 또는 retry 동작을 확인하세요. 다른 사람과 공유하는 이슈 보고서나 진단 로그에 access token을 붙여 넣지 마세요.
Git 인증, 리포지토리 권한 및 API 동작은 해당 작업에 관한 GitHub 공식 제품 문서를 참조하세요. 현재 가용성 정보는 타사 장애 보고서에만 의존하지 말고 상태 페이지에서 확인하세요.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.
현재 장애는 GitHub 공식 상태 페이지에서 확인하세요. 또한 문제가 github.com, Git 작업 또는 api.github.com 중 어디에 영향을 주는지 테스트하세요. 이러한 기능의 가용성은 서로 다를 수 있습니다.
브라우저 접근과 Git 인증은 별도의 경로를 사용합니다. remote 리포지토리 URL, Git에서 사용하는 계정 또는 자격 증명, 리포지토리 권한 및 Git 클라이언트와 GitHub 사이의 VPN, 프록시 또는 방화벽을 확인하세요.
API 요청 자체의 endpoint, 인증, 권한, 요청 형식, rate, timeout 또는 애플리케이션 설정에 문제가 있을 수 있습니다. HTTP 상태 코드와 응답 메시지를 기록한 다음 공식 상태 페이지의 정보와 결과를 비교하세요.
다른 브라우저, 기기 또는 네트워크에서 동일한 작업을 시도하세요. 한 컴퓨터나 연결에서만 장애가 발생한다면 브라우저 확장 프로그램, DNS, VPN 또는 프록시 설정, 방화벽 규칙 및 로컬 Git 설정을 조사하세요.
영향을 받은 기능, 정확한 작업, 리포지토리 또는 API endpoint, 타임스탬프, HTTP 상태 코드 또는 명령줄 오류, 기기 또는 네트워크 범위, 다른 브라우저나 네트워크에서 작동하는지 여부를 기록하세요. 로그를 공유하기 전에 토큰, 비밀번호 및 기타 민감한 자격 증명을 삭제하세요.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.