Лицензия Битрикс и разные домены и IP: что считается нарушением условий и как привести в порядок

Лицензия «1С-Битрикс: Управление сайтом» позволяет использовать один экземпляр продукта для нескольких доменов, но запрещает разделять компоненты (ядро и БД) по разным серверам и требует изоляции тестовых копий. Если вы переносите сайт, поднимаете staging или меняете хостинг, сначала проверьте, не нарушают ли новые адреса и домены условия лицензии. Ниже — предметный разбор сценариев, таблица решений и чек-лист, который поможет привести конфигурацию в порядок без обращения к юридическим трактовкам.

Что именно регулирует лицензия при разных доменах и IP

Лицензионное соглашение с конечным пользователем (далее — Соглашение) — это документ, который определяет, как можно использовать программный продукт. Для «1С-Битрикс: Управление сайтом» ключевые ограничения касаются не количества доменов, а способа размещения и доступа. Согласно пункту 1.16 Соглашения, Сайт — это одна или несколько логически связанных между собой публичных веб-страниц, созданных с использованием Программы, имеющих и использующих совместно с Порталом программное Ядро и базу данных. Это значит, что несколько доменов, указывающих на один экземпляр продукта, допустимы, если ядро и база данных не разделены. Однако пункт 2.5 запрещает разделять компоненты программы и использовать их на разных компьютерах или виртуальных машинах. То есть если ядро и база данных физически находятся на одном сервере, а домены просто направлены на него, это допустимо. Если же вы пытаетесь распределить части одной лицензии по разным IP-адресам (разделить ядро и БД), это нарушение.

Отдельно стоит учитывать пункт 2.4: временная установка на дополнительный компьютер разрешена исключительно для работ по разработке, тестированию, наполнению и подготовке портала к работе. При этом доступ к такой копии не должен превышать пять пользователей портала, а любой внешний доступ (в том числе из интернета или извне локальной сети) запрещён. После завершения работ копию необходимо немедленно удалить. Это прямо указывает на то, что тестовый контур не должен быть общедоступным.

Таким образом, главный критерий — не количество доменов или IP, а целостность копии и отсутствие внешнего доступа к тестовым установкам. Если вы используете несколько окружений, важно, чтобы каждое из них либо соответствовало условиям временной копии, либо имело отдельную лицензию. В спорных ситуациях уточните условия у поставщика; учебные примеры не заменяют права покупателя.

Исходные данные, которые нужно собрать перед проверкой

Прежде чем принимать решения, зафиксируйте текущую конфигурацию. Вам понадобятся: список всех доменов и поддоменов, которые указывают на ваш экземпляр «1С-Битрикс»; перечень IP-адресов серверов, где развёрнут продукт; данные о количестве пользователей портала (не посетителей сайта, а именно авторизованных пользователей, которые могут входить в административную часть или использовать функциональность портала); информация о наличии тестовых копий и способах доступа к ним.

Также важно понимать, какие редакции используются. Например, лицензия «Старт» имеет ограничение по количеству пользователей портала, а «Бизнес» — нет. Проверить это можно в административной панели сайта в разделе «Настройки» → «Лицензия». Там отображается ключ, редакция, срок действия и владелец. Если вы не уверены в актуальности данных, сверьтесь с договором или обратитесь к партнеру.

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

Варианты использования: основной сайт, тестовая копия, staging и смена хостинга

Рассмотрим типовые сценарии, с которыми сталкиваются владельцы сайтов на «1С-Битрикс».

Основной сайт на одном сервере с несколькими доменами. Если все домены указывают на один экземпляр продукта и ядро с БД не разделены, это соответствует пункту 2.3. Количество сайтов не ограничено. Главное — следить за числом пользователей портала, если редакция имеет такое ограничение.

Тестовая копия на отдельном сервере. Согласно пункту 2.4, такая копия может быть временно установлена для разработки и тестирования. Но она должна быть недоступна извне, а количество пользователей портала не должно превышать пяти. После завершения работ копию нужно удалить. Если тестовый сервер имеет внешний IP и доступен из интернета, это уже нарушение.

Staging (предпродуктивное окружение). Это тоже временная копия, но часто используемая для демонстрации заказчику или для финальной проверки. Если доступ к ней имеют более пяти пользователей портала или она открыта для внешних посетителей, условия пункта 2.4 не выполняются. В таком случае может потребоваться отдельная лицензия.

Смена хостинга. При переносе сайта на новый сервер вы создаёте копию на новом IP. Старый сервер должен быть выведен из эксплуатации или использоваться только для временных работ с соблюдением пункта 2.4. Если оба сервера работают одновременно и оба доступны извне, это может быть расценено как использование двух копий продукта, что требует отдельной лицензии для каждой, если они не являются частью веб-кластера.

Разные IP для балансировки нагрузки. Если вы используете веб-кластер с несколькими серверами, каждый из которых имеет свой IP, это допустимо, но требует, чтобы все серверы были перечислены в разделе «Список серверов» административной панели (Настройки → Веб-кластер → Лицензирование). Согласно пункту 1.12 Соглашения, Серверы веб-кластера — это компьютеры или виртуальные машины с разными IP-адресами, каждой из которых соответствует отдельная запись в разделе «Список серверов» административной панели управления. Если запись отсутствует, это может быть нарушением.

Во всех случаях, когда вы не уверены в допустимости конфигурации, лучше запросить подтверждение у поставщика. Не стоит полагаться на предположения.

Матрица сценариев: что допустимо, а что требует уточнения

Эта таблица помогает быстро оценить, требует ли ваша конфигурация дополнительных действий. В спорных случаях обращайтесь к поставщику.

Пошаговый порядок действий при изменении инфраструктуры

Если вы планируете перенос, добавление домена или создание тестового окружения, действуйте последовательно.

1. Зафиксируйте текущее состояние. Соберите информацию о доменах, IP, количестве пользователей портала, редакции и сроке лицензии. Это поможет понять, какие ограничения уже действуют.

2. Определите, попадает ли новый сценарий под временную копию. Если вы создаёте тестовый сервер, убедитесь, что к нему нет внешнего доступа и число пользователей портала не превышает пяти. Помните, что после завершения работ копию нужно удалить.

3. Проверьте необходимость отдельной лицензии. Если тестовое окружение должно быть доступно извне или использоваться более чем пятью пользователями, рассмотрите покупку дополнительной лицензии. Для этого обратитесь к продлению лицензии 1С-Битрикс Управление сайтом или к партнеру.

4. Настройте веб-кластер, если используете несколько серверов. Убедитесь, что каждый сервер с отдельным IP добавлен в список серверов в административной панели. Это требование пункта 1.12.

5. При смене хостинга выведите старый сервер из эксплуатации. Не оставляйте работающими две публичные копии без необходимости. Если временно нужно сохранить старый сервер, ограничьте к нему доступ.

6. Проверьте количество пользователей портала. Если редакция имеет лимит, а вы его превышаете, это может привести к ограничению доступа со стороны правообладателя (п. 2.7).

7. Сохраните доказательства соответствия. Например, скриншоты настроек, список серверов, данные о доступах. Это поможет при проверках.

8. При сомнениях обратитесь к поставщику. Не пытайтесь самостоятельно трактовать юридические формулировки.

Учебный пример: перенос сайта и тестовый контур

Учебный пример. Компания «Альфа» имеет основной сайт на «1С-Битрикс: Управление сайтом» редакции «Бизнес» с одним доменом и одним сервером. Количество пользователей портала — 10. Компания планирует перенос на новый хостинг и хочет создать тестовую копию для проверки обновлений.

Действия: технический специалист разворачивает копию на новом сервере с отдельным IP. Доступ к копии организуется только из локальной сети офиса, количество пользователей портала — 3. После успешного тестирования компания переключает домен на новый сервер, а старый сервер отключает. Тестовая копия удаляется.

Проверка: убедиться, что новый сервер имеет тот же экземпляр продукта (не разделены компоненты), что доступ к тестовой копии был ограничен, а после переноса старый сервер не используется. Если бы компания оставила тестовую копию доступной из интернета или использовала более пяти пользователей, это потребовало бы отдельной лицензии.

В данном примере действия соответствуют Соглашению. Учебный пример не заменяет права покупателя; для постоянного staging уточните условия у поставщика.

Чек-лист приёмки конфигурации

• Собран список всех доменов, указывающих на экземпляр «1С-Битрикс».
• Известны все IP-адреса серверов, где развёрнут продукт.
• Проверено количество пользователей портала и его соответствие лимиту редакции.
• Для тестовых копий: доступ только из локальной сети, не более 5 пользователей портала, копия будет удалена после завершения работ.
• Для веб-кластера: каждый сервер с отдельным IP добавлен в список серверов в административной панели.
• При смене хостинга: старый сервер выведен из эксплуатации или доступ к нему ограничен.
• Все спорные ситуации задокументированы и направлены на уточнение поставщику.
• Сохранены доказательства соответствия (скриншоты, настройки).

Ограничения и типичные ошибки

Одна из распространённых ошибок — считать, что лицензия «1С-Битрикс» привязана к домену. На самом деле ограничения касаются копии продукта и доступа к ней. Поэтому несколько доменов на одном сервере — это нормально, а вот две копии на разных серверах с публичным доступом — уже повод для проверки.

Другая ошибка — оставлять тестовую копию доступной из интернета после завершения работ. Пункт 2.4 требует немедленного удаления такой копии. Если вы используете staging постоянно, это может потребовать отдельной лицензии.

Также важно не забывать про веб-кластер. Если вы добавляете серверы с разными IP, но не вносите их в список серверов, это нарушение пункта 1.12.

Наконец, не стоит самостоятельно трактовать юридические формулировки. Если у вас возникли сомнения, обратитесь к партнеру. Помните, что покупка продления лицензии и техническое обновление — это разные работы. Для обновления сайта после переноса может понадобиться подготовка сайта и проверка результата.

Что делать дальше

Приведите в порядок документацию по доменам и IP. Если вы планируете изменения, начните с аудита текущей конфигурации. Проверьте, не нарушаются ли условия Соглашения. В случае необходимости приобретите дополнительную лицензию или ограничьте доступ. Для точного определения нужной редакции и состава лицензии может помочь выбор редакции 1С-Битрикс.

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