Домен, хостинг, SSL: кто чем владеет и как ничего не потерять

Домен, хостинг и SSL-сертификат — три отдельные вещи с разными владельцами, сроками и порядком продления. Ниже справка: что каждое из них означает, на кого оформляется и что проверить у себя.

1. Определения

1.1. Домен — имя сайта. Арендуется у регистратора на срок от одного года. Владение подтверждается записью об администраторе домена в реестре регистратора.

1.2. Хостинг — сервер, на котором лежат файлы и база данных сайта. Оплачивается отдельно, договор заключается с хостинг-провайдером.

1.3. SSL-сертификат — файл, обеспечивающий работу сайта по защищённому протоколу. Выпускается на конкретный домен на ограниченный срок.

1.4. DNS — настройки, связывающие домен с сервером. Управляются либо у регистратора, либо у хостера, но всегда в одном определённом месте, которое нужно знать.

2. Реестр владения

2.1. Разработчику допустимо иметь доступ ко всем перечисленным объектам на время работ.

2.2. Разработчику не допустимо быть администратором домена и владельцем аккаунта хостинга. Оформление на исполнителя означает, что при прекращении отношений сайт остаётся под чужим контролем.

3. Перечень доступов, которые должны быть у владельца

3.1. Логин и пароль от личного кабинета регистратора домена. 3.2. Логин и пароль от личного кабинета хостинга. 3.3. Доступ в административную панель сайта с ролью владельца. 3.4. Доступ к базе данных или к её резервным копиям. 3.5. Доступ к репозиторию с исходным кодом. 3.6. Доступ к почтовому ящику на домене. 3.7. Доступ к счётчикам посещаемости и к личным кабинетам подключённых сервисов: платёжного, службы доставки, отправки сообщений.

3.8. Каждый пункт списка проверяется практическим входом в момент приёмки, а не наличием строки в письме.

4. Порядок продления

4.1. Домен продлевается до даты окончания, а не после. Автопродление включается при условии, что к аккаунту привязан действующий способ оплаты.

4.2. Уведомления регистратора направляются на адрес администратора домена. Если этот адрес — почта бывшего сотрудника или разработчика, уведомления не дойдут. Адрес подлежит замене на действующий адрес владельца.

4.3. Хостинг оплачивается по тарифному периоду. При неоплате провайдер сначала отключает сайт, затем по истечении установленного им срока удаляет данные.

4.4. SSL-сертификат при автоматическом выпуске продлевается сам, но только при работающем сайте и корректных настройках. Сбой продления проявляется предупреждением браузера о небезопасном соединении.

5. Резервные копии

5.1. Наличие копий на стороне хостинг-провайдера не является достаточным. Глубина хранения у провайдера ограничена, а при закрытии аккаунта копии удаляются вместе с ним.

5.2. Владельцу следует хранить не менее одной копии вне хостинга: архив файлов и выгрузка базы данных.

5.3. Периодичность определяется частотой изменений. Для магазина с ежедневными заказами — ежедневно. Для сайта-визитки — после каждого изменения.

5.4. Копия считается проверенной только после того, как из неё был успешно развёрнут работающий сайт хотя бы один раз.

6. Порядок передачи при сдаче проекта

6.1. Исполнитель передаёт перечень по пункту 3 письменно. 6.2. Заказчик меняет пароли на своей стороне после приёмки. 6.3. Заказчик оставляет исполнителю доступ на срок гарантии, если предполагается гарантийное сопровождение. 6.4. Исключительные права на код переходят владельцу по акту, домен и хостинг оформляются на клиента.

7. Типовые нарушения и их последствия

7.1. Домен оформлен на исполнителя. Последствие: невозможность самостоятельно управлять сайтом и почтой при прекращении отношений.

7.2. Хостинг оплачивается с карты исполнителя. Последствие: отключение сайта при прекращении платежей, отсутствие у владельца договора с провайдером.

7.3. Уведомления регистратора идут на недействующий адрес. Последствие: пропуск даты продления.

7.4. Резервные копии хранятся только на том же хостинге. Последствие: утрата данных вместе с аккаунтом.

7.5. Доступы переданы списком, но не проверены входом. Последствие: обнаружение неработающего доступа тогда, когда исполнитель уже недоступен.

9. Календарь владельца

9.1. Ежемесячно: проверка факта создания резервной копии и её размера. 9.2. Ежеквартально: проверка входа по каждому пункту раздела 3. 9.3. Ежегодно, за 60 дней до окончания срока домена: проверка даты окончания, способа оплаты и адреса уведомлений. 9.4. При смене подрядчика: смена всех паролей, проверка администратора домена, проверка владельца аккаунта хостинга. 9.5. При смене сотрудника, имевшего доступ: отзыв его учётной записи в админке и смена общих паролей.

10. Порядок действий при утрате доступа

10.1. Определить, к какому объекту утрачен доступ: домен, хостинг, админка, сторонний сервис. Порядок восстановления в каждом случае разный.

10.2. Домен: обращение к регистратору с документами лица, указанного администратором. Если администратором указан подрядчик, восстановление силами владельца невозможно.

10.3. Хостинг: восстановление по адресу электронной почты и платёжным данным аккаунта. Наличие оплат с карты владельца является дополнительным подтверждением.

10.4. Админка: восстановление силами разработчика при наличии доступа к базе данных.

10.5. При отсутствии доступа и к домену, и к хостингу восстановление сайта в прежнем виде возможно только из резервной копии, хранящейся у владельца, и на новом домене.

8. Кому эта справка избыточна

8.1. Владельцам сайтов на конструкторах, где домен, хостинг и сертификат входят в одну подписку и разделить их нельзя. Там применим только пункт 4.2 про адрес уведомлений и пункт 3.7 про подключённые сервисы.

8.2. В остальных случаях перечень выполняется полностью. Порядок приёмки проекта разобран отдельно в блоге.

Коротко

Домен, хостинг и SSL — три независимых объекта с разными сроками и местами хранения доступов. Домен и хостинг оформляются на владельца бизнеса, доступы проверяются входом при приёмке, уведомления направляются на действующий адрес владельца, резервная копия хранится вне хостинга и хотя бы раз проверяется восстановлением.