Сведения об управлении доступом для сайтов GitHub Pages
С помощью управления доступом для GitHub Pages вы можете ограничивать доступ к сайту проекта путем публикации сайта в конфиденциальном режиме. Доступ к сайту, опубликованному в конфиденциальном режиме, могут получать только пользователи, имеющие доступ на чтение к репозиторию, из которого опубликован сайт. На сайтах, опубликованные в конфиденциальном режиме, можно размещать внутреннюю документацию или базу знаний для совместного использования членами вашего предприятия.
Note
Чтобы опубликовать сайт GitHub Pages в частном порядке, ваша организация должна использовать GitHub Enterprise Cloud. Дополнительные сведения о том, как бесплатно попробовать GitHub Enterprise Cloud, см. в разделе Настройка пробной версии GitHub Enterprise Cloud.
Если предприятие использует Enterprise Managed Users, управление доступом невозможно, а все сайты GitHub Pages доступны только другим членам предприятия. Дополнительные сведения о Enterprise Managed Usersсм. в разделе Описание GitHub Pages.
Если ваша организация использует GitHub Enterprise Cloud без Enterprise Managed Users, вы можете публиковать сайты проектов для частного доступа или открытыми для всех пользователей в Интернете.
Управление доступом можно использовать для сайтов проектов, опубликованных из частного или внутреннего репозитория, принадлежащего организации. Вы не можете управлять доступом для сайта организации. Дополнительные сведения о типах сайтов GitHub Pages см. в разделе Описание GitHub Pages.
Сведения о поддоменах для частных опубликованных сайтов
Доступ к сайтам, опубликованные в конфиденциальном режиме, осуществляется в другом поддомене, чем к общедоступным сайтам. Это обеспечивает защиту сайта GitHub Pages с момента публикации следующим образом.
- Мы автоматически защищаем каждый поддомен
*.pages.github.io
с помощью сертификата TLS и принудительно применяем HSTS, чтобы браузеры всегда обслуживали страницу по протоколу HTTPS. - Мы используем уникальный поддомен для частного опубликованного сайта, чтобы другие репозитории в вашей организации не могли публиковать содержимое в том же источнике, что и частный сайт. Это защищает ваш сайт от файлов cookie tossing. Именно поэтому мы не размещаем сайты GitHub Pages в домене
github.com
.
Вы можете увидеть уникальный поддомен сайта в параметрах репозитория на вкладке "Страницы". Если вы используете генератор статических сайтов, настроенный для сборки сайта с именем репозитория в качестве пути, может потребоваться обновить параметры генератора статических сайтов при изменении сайта на частный. Дополнительные сведения см. в разделе Управление личным доменом для сайта "Страницы GitHub" или документации по генератору статических сайтов.
Чтобы использовать более короткий и более запоминающийся домен для частного опубликованного сайта, можно настроить личный домен. Дополнительные сведения см. в разделе Настройка личного домена для сайта GitHub Pages.
Изменение видимости сайта GitHub Pages
-
В GitHub Enterprise Cloudперейдите в репозиторий сайта.
-
Под именем репозитория щелкните Settings. Если вкладка "Параметры" не отображается, выберите раскрывающееся меню и нажмите кнопку "Параметры".
-
В разделе "Код и автоматизация" боковой панели щелкните Pages.
-
В разделе "GitHub Pages" выберите раскрывающееся меню видимости GitHub Pages и выберите видимость.
-
Чтобы просмотреть опубликованный сайт, в разделе "GitHub Pages" щелкните Посетите сайт.
Note
Изменение сайта может занять до 10 минут после отправки изменений в GitHub Enterprise Cloud. Если вы не видите изменения сайта GitHub Pages, отраженные в браузере через час, см. раздел "Сведения об ошибках сборки Jekyll для сайтов GitHub Pages".