{"meta":{"title":"GitHub 지원에 데이터 제공","intro":"GitHub 지원 사용자 환경에 액세스할 수 없으므로 사용자에게 몇 가지 추가 정보가 필요한 경우가 있습니다.","product":"GitHub 지원","breadcrumbs":[{"href":"/ko/enterprise-server@3.19/support","title":"GitHub 지원"},{"href":"/ko/enterprise-server@3.19/support/contacting-github-support","title":"고객 지원팀에 연락"},{"href":"/ko/enterprise-server@3.19/support/contacting-github-support/providing-data-to-github-support","title":"데이터 제공"}],"documentType":"article"},"body":"# GitHub 지원에 데이터 제공\n\nGitHub 지원 사용자 환경에 액세스할 수 없으므로 사용자에게 몇 가지 추가 정보가 필요한 경우가 있습니다.\n\n## 진단 파일 및 지원 번들 정보\n\n사용자 환경 GitHub Enterprise Server 의 인스턴스 문제를 GitHub 지원 해결하는 데 도움이 되도록 하나 이상의 데이터 형식을 요청할 수 있습니다.\n\n| 데이터 | 파일 형식 | 설명 |\n| :------- | :----- | :-------------------------------------------- |\n| 진단 파일 | 일반 텍스트 | 인스턴스의 설정 및 환경에 대한 정보가 포함되어 있습니다. |\n| 지원 번들 | 아카이브 | 기본적으로 지난 2일 동안의 진단 파일 및 삭제된 로그 파일이 포함되어 있습니다. |\n| 확장 지원 번들 | 아카이브 | 지난 8일 동안의 진단 파일 및 삭제된 로그 파일이 포함되어 있습니다. |\n\n## 로그 파일 정화 정보\n\n인증 토큰, 키 및 비밀은 지원 번들 또는 진단 파일 내에 포함된 다음 로그 디렉터리에 있는 로그 파일에서 제거됩니다.\n\n* `alambic-logs`\n* `babeld-logs`\n* `codeload-logs`\n* `enterprise-manage-logs`\n* `github-logs`\n* `hookshot-logs`\n* `lfs-server-logs`\n* `semiotic-logs`\n* `task-dispatcher-logs`\n* `pages-logs`\n* `registry-logs`\n* `render-logs`\n* `svn-bridge-logs`\n\n## 진단 파일 만들기 및 공유\n\n진단 파일은 다음을 GitHub Enterprise Server 포함하는 인스턴스의 설정 및 환경에 대한 개요입니다.\n\n* 회사 이름, 만료 날짜 및 사용자 라이선스 수를 포함한 클라이언트 라이선스 정보\n* 버전 번호 및 SHA\n* VM 아키텍처\n* 호스트 이름, 프라이빗 모드, SSL 설정\n* 목록 로드 및 처리\n* 네트워크 설정\n* 인증 방법 및 세부 정보\n* 리포지토리, 사용자 및 기타 설치 데이터 수\n\n인스턴스에 대한 진단을 관리 콘솔에서 다운로드하거나 `ghe-diagnostics` 명령줄 유틸리티를 실행하여 받을 수 있습니다.\n\n###\n\n```\n 관리 콘솔에서 진단 파일 생성하기\n```\n\n현재 SSH 액세스 권한이 없는 경우 진단 파일을 관리 콘솔 만들 수 있습니다.\n\n1. 페이지의 오른쪽 상단에 있는 GitHub Enterprise Server의 관리 계정에서 을 클릭합니다.\n2. “Site admin”(사이트 관리자) 페이지에 아직 없는 경우 왼쪽 상단에서 **Site admin**(사이트 관리자)을 클릭합니다.\n3. \" 사이트 관리자\" 사이드바에서 **관리 콘솔** 을 클릭합니다.\n4. 여러 관리 콘솔 사용자 계정을 만든 경우 루트 사이트 관리자\\*\\* 또는 **관리 콘솔 사용자를** 선택합니다\\*\\*. 관리 콘솔 사용자 계정에 대한 자세한 내용은 [관리 콘솔에 대한 액세스 관리](/ko/enterprise-server@3.19/admin/configuration/administering-your-instance-from-the-management-console/managing-access-to-the-management-console)을(를) 참조하세요.\n5. 관리 콘솔 자격 증명을 입력합니다. **계속**을 클릭합니다.\n6. 위쪽 탐색 모음에서 **지원**을 클릭합니다.\n\n \n7. ```\n **진단 정보 다운로드**를 클릭합니다.\n ```\n\n### SSH를 사용하여 진단 파일 만들기\n\n에 로그인하지 않고 이 메서드를 관리 콘솔사용할 수 있습니다.\n\n```\n [ghe-diagnostics](/admin/configuration/configuring-your-enterprise/command-line-utilities#ghe-diagnostics) 명령줄 유틸리티를 사용하여 인스턴스에 대한 진단을 검색합니다.\n```\n\n```shell\nssh -p122 admin@HOSTNAME -- 'ghe-diagnostics' > diagnostics.txt\n```\n\n## 지원 번들 만들기 및 공유\n\n지원 요청을 제출한 후 지원 번들을 우리 팀과 공유하도록 요청할 수 있습니다. 지원 번들은 인스턴스의 진단 정보 및 중요한 로그를 포함하는 gzip으로 압축된 tar 아카이브 파일입니다.\n\n* 인증 오류 문제를 해결하거나 LDAP, CAS 또는 SAML을 구성할 때 유용할 수 있는 인증 관련 로그\n\n* ```\n 관리 콘솔 로그\n ```\n\n* ```\n `github-logs/exceptions.log`: 사이트에서 발생한 500개의 오류에 대한 정보\n ```\n\n* ```\n `github-logs/audit.log`: GitHub Enterprise Server 감사 로그\n ```\n\n* ```\n `babeld-logs/babeld.log`: Git 프록시 로그\n ```\n\n* ```\n `system-logs/haproxy.log`: HAProxy 로그\n ```\n\n* ```\n `elasticsearch-logs/github-enterprise.log`: Elasticsearch 로그\n ```\n\n* ```\n `configuration-logs/`: GitHub Enterprise Server 구성 로그\n ```\n\n* ```\n `collectd/logs/collectd.log`: 수집된 로그\n ```\n\n* ```\n `mail-logs/mail.log`: SMTP 이메일 배달 로그\n ```\n\n자세한 내용은 [엔터프라이즈에 대한 감사 로그](/ko/enterprise-server@3.19/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/about-the-audit-log-for-your-enterprise)을(를) 참조하세요.\n\n지원 번들에는 기본적으로 지난 2일 동안의 로그가 포함됩니다. 정확한 기간을 일 단위로 지정할 수 있습니다. 지난 8일 동안의 로그를 제공하려는 경우 추가 지원 번들을 다운로드할 수 있습니다. 자세한 내용은 [추가 지원 번들 만들기 및 공유](#creating-and-sharing-extended-support-bundles)를 참조하세요.\n\n> \\[!TIP]\n> 연락 GitHub 지원하면 티켓 참조 링크가 포함된 확인 전자 메일이 전송됩니다. 지원 번들을 업로드하라는 메시지가 표시되면 GitHub 지원 티켓 참조 링크를 사용하여 지원 번들을 업로드할 수 있습니다.\n\n###\n\n```\n 관리 콘솔에서 지원 번들 생성하기\n```\n\n웹 기반 관리 콘솔 에 액세스하고 아웃바운드 인터넷에 액세스할 수 있는 경우 이러한 단계를 사용하여 지원 번들을 만들고 공유할 수 있습니다.\n\n1. 페이지의 오른쪽 상단에 있는 GitHub Enterprise Server의 관리 계정에서 을 클릭합니다.\n2. “Site admin”(사이트 관리자) 페이지에 아직 없는 경우 왼쪽 상단에서 **Site admin**(사이트 관리자)을 클릭합니다.\n3. \" 사이트 관리자\" 사이드바에서 **관리 콘솔** 을 클릭합니다.\n4. 여러 관리 콘솔 사용자 계정을 만든 경우 루트 사이트 관리자\\*\\* 또는 **관리 콘솔 사용자를** 선택합니다\\*\\*. 관리 콘솔 사용자 계정에 대한 자세한 내용은 [관리 콘솔에 대한 액세스 관리](/ko/enterprise-server@3.19/admin/configuration/administering-your-instance-from-the-management-console/managing-access-to-the-management-console)을(를) 참조하세요.\n5. 관리 콘솔 자격 증명을 입력합니다. **계속**을 클릭합니다.\n6. 위쪽 탐색 모음에서 **지원**을 클릭합니다.\n\n \n7. ```\n **지원 번들 다운로드**를 클릭합니다.\n ```\n8. 지원 엔지니어가 지원 번들 업로드 링크를 제공한 경우 이 링크를 사용합니다. 그렇지 않으면 방문하여 지원을 받을 자격이 있는 엔터프라이즈 계정에 로그인합니다(메시지가 표시되는 경우).\n9. 방문하여 지원 번들을 업로드합니다.\n\n### SSH를 사용하여 지원 번들 만들기\n\nSSH 액세스 권한과 아웃바운드 인터넷 액세스 권한이 있는 경우, GitHub Enterprise Server 인스턴스에서 이러한 단계를 사용하여 지원 번들을 만들고 공유할 수 있습니다.\n\n> \\[!NOTE]\n> GitHub Enterprise Server 인스턴스이 지역 복제 구성에 있거나 인스턴스가 클러스터인 경우 `ghe-cluster-support-bundle` 명령을 사용하여 지원 번들을 검색해야 합니다. 자세한 내용은 [명령줄 유틸리티](/ko/enterprise-server@3.19/admin/configuration/configuring-your-enterprise/command-line-utilities#ghe-cluster-support-bundle)을(를) 참조하세요.\n\n1. SSH를 통해 지원 번들을 다운로드합니다.\n\n ```shell\n ssh -p 122 admin@HOSTNAME -- 'ghe-support-bundle -o' > support-bundle.tgz\n ```\n\n ```\n `ghe-support-bundle` 명령 사용에 대한 자세한 내용은 [AUTOTITLE](/admin/configuration/configuring-your-enterprise/command-line-utilities#ghe-support-bundle)을(를) 참조하세요.\n ```\n2. 지원 엔지니어가 지원 번들 업로드 링크를 제공한 경우 이 링크를 사용합니다. 그렇지 않으면 방문하여 지원을 받을 자격이 있는 엔터프라이즈 계정에 로그인합니다(메시지가 표시되는 경우).\n3. 방문하여 지원 번들을 업로드합니다.\n\n### 엔터프라이즈 계정을 사용하여 지원 번들 업로드\n\n1. GitHub Enterprise Cloud으로 탐색합니다.\n2. GitHub의 오른쪽 위 모서리에서 프로필 사진을 클릭합니다.\n3. 환경에 따라 **Enterprise**를 클릭하거나 **Enterprise를** 클릭한 다음 보려는 엔터프라이즈를 클릭합니다.\n4. 페이지 맨 위에 있는 **설정**을 클릭합니다..\n5. ** Settings**에서, **License** 를 클릭합니다.\n6. \"GitHub Enterprise 도움말\"에서 **지원 번들 업로드를** 클릭합니다.\n\n \n7. \"엔터프라이즈 계정 선택\"에서 드롭다운 메뉴를 사용하여 지원 번들의 연결된 계정을 선택합니다.\n8. \"에 대한 GitHub Enterprise 지원지원 번들 업로드\"에서 지원 번들을 선택하려면 **파일 선택을** 클릭하거나 지원 번들 파일을 **선택 파일**로 끕니다.\n9. ```\n **업로드**를 클릭합니다.\n ```\n\n### SSH를 사용하여 지원 번들 직접 업로드\n\n다음과 같은 경우 지원 번들을 서버에 직접 업로드할 수 있습니다.\n\n* 에 대한 SSH 액세스 권한이 있습니다 GitHub Enterprise Server 인스턴스.\n* TCP 포트 443을 통한 아웃바운드 HTTPS 연결은 GitHub Enterprise Server 인스턴스 허용 \\_\\_ 됩니다.\\_\\_\n\n1. 번들을 지원 번들 서버에 업로드합니다.\n\n ```shell\n ssh -p122 admin@HOSTNAME -- 'ghe-support-bundle -u'\n ```\n\n## 추가 지원 번들 만들기 및 공유\n\n지원 번들에는 기본적으로 지난 2일 동안의 로그가 포함되며, *추가* 지원 번들에는 지난 8일 동안의 로그가 포함됩니다. 조사 중인 이벤트가 GitHub 지원 이틀 이상 전에 발생한 경우 추가 지원 번들을 공유하도록 요청할 수 있습니다. 확장 번들을 다운로드하려면 SSH 액세스 권한이 필요합니다. 확장 번들은 에서 관리 콘솔다운로드할 수 없습니다.\n\n번들이 너무 커지는 것을 방지하기 위해 번들은 회전되지 않거나 압축되지 않은 로그만 포함합니다. 로그 회전은 로그가 예상되는 크기에 따라 GitHub Enterprise Server에서 다양한 로그 파일에 대해 매일 또는 매주 발생합니다.\n\n### SSH를 사용하여 추가 지원 번들 만들기\n\nSSH 액세스 권한이 있고 아웃바운드 인터넷에 액세스할 수 있는 경우, GitHub Enterprise Server 인스턴스 이러한 단계를 사용하여 확장 지원 번들을 만들고 공유할 수 있습니다.\n\n1. ```\n `-x` 명령에 `ghe-support-bundle` 플래그를 추가하여 SSH를 통해 추가 지원 번들을 다운로드합니다.\n ```\n\n ```shell\n ssh -p 122 admin@HOSTNAME -- 'ghe-support-bundle -o -x' > support-bundle.tgz\n ```\n\n2. 지원 엔지니어가 지원 번들 업로드 링크를 제공한 경우 이 링크를 사용합니다. 그렇지 않으면 방문하여 지원을 받을 자격이 있는 엔터프라이즈 계정에 로그인합니다(메시지가 표시되는 경우).\n\n3. 방문하여 지원 번들을 업로드합니다.\n\n### SSH를 사용하여 추가 지원 번들 직접 업로드\n\n다음과 같은 경우 지원 번들을 서버에 직접 업로드할 수 있습니다.\n\n* 에 대한 SSH 액세스 권한이 있습니다 GitHub Enterprise Server 인스턴스.\n* TCP 포트 443을 통한 아웃바운드 HTTPS 연결은 GitHub Enterprise Server 인스턴스 허용 \\_\\_ 됩니다.\\_\\_\n\n1. 번들을 지원 번들 서버에 업로드합니다.\n\n ```shell\n ssh -p122 admin@HOSTNAME -- 'ghe-support-bundle -u -x'\n ```\n\n## 추가 참고 자료\n\n* ```\n [AUTOTITLE](/support/learning-about-github-support/about-github-support)\n ```\n* ```\n [AUTOTITLE](/enterprise-server@latest/admin/enterprise-management/monitoring-your-appliance/generating-a-health-check-for-your-enterprise)\n ```"}