Как найти владельца сайта — легальные и рабочие способы
Зачем нужны контакты владельца сайта? На деле поводов связаться с администратором ресурса хватает — конфликт с недобросовестным продавцом, задержки с доставкой товара, да и мошенничества всех видов в сети достаточно. Другой случай — вам приглянулся домен, сайт выглядит заброшенным, и вы хотите его купить. Либо площадка привлекла вас отличным контентом, и вы хотите предложить хозяину сотрудничество. Проблем нет, если телефон и email размещены на сайте, но так бывает не всегда. Как абсолютно легально узнать контакты владельца? Рассмотрим самые популярные и достаточно простые способы.
Поиск информации на сайте
На сайте раздела “О нас” может не быть совсем, либо вам предлагают заполнить форму обратной связи, но на сообщения никто не реагирует. Не стоит опускать руки и уходить с сайта — часто страницу контактов просто убирают из меню, но оставляют на ресурсе, поэтому пользователю она не видна. В этом случае можно попробовать поискать скрытые разделы с помощью карты сайта, которую создают для поисковых роботов. Это хml-файл, в котором указывают пути к страницам. Чтобы открыть его в браузере, пишем в адресной строке прямой путь — site.ru/sitemap.xml. Здесь и далее вместо site.ru подставляем имя нужного домена.
Если раздел контактов имеется, далее дело техники — копируем строку с адресом и открываем страницу в браузере. Если адреса в карте нет, можно попытаться найти спрятанные директории через адресную строку браузера с использованием распространенных имен, которые дают страницам веб-мастера:
- site.ru/contacts;
- site.ru/contact-us;
- site.ru/contact-me;
- site.ru/about;
- site.ru/about-us.
Далеко не всегда такой способ срабатывает, но попытаться стоит. Когда админ запрещает доступ к внутренним разделам с помощью движка, то попасть на скрытые страницы невозможно, но нередко доступ к папкам остается открытым не только для пользователей, но и для поисковых ботов. Тогда полезную информацию легко выудить с помощью Google.
Расширенный поиск Google
Google может найти все, что угодно — html-страницы, картинки, документы и flash-ролики. Хозяева сайтов часто хранят на хостинге файлы, в содержании которых может скрываться полезная информация, и с помощью поисковой системы мы можем их обнаружить и скачать. При установке Microsoft Office и других программ владельцы компьютеров нередко указывают свои личные данные, а перед загрузкой документов в интернет забывают удалить сведения о себе. В результате фамилия и имя владельца программы сохраняются в свойствах файла, которые легко посмотреть.
Найти документы поможет оператор filetype:, который ищет файлы заданного типа. В поисковую строку Google вводим filetype:pdf site:site.ru или filetype:docx site:site.ru. В результате система выведет список размещенных на сайте документов, доступных для скачивания. Точно также можно поискать файлы с расширениями .ppt, .xls, .rtf и .swf — анимированные ролики, разработанные средствами программы Adobe Flash. Далее находим имя автора и ищем его в соцсетях.
Функции Google пригодятся и при поиске email хозяина сайта. Как правило, адреса составляют по единым принципам:
- info@site.ru;
- admin@site.ru;
- support@site.ru;
- contact@site.ru.
Меняем в адресе домен на нужный и отправляем в расширенный поиск Google. Второй путь — пишем запрос прямо в строке, например, info@site.ru site: https://site.ru. Гугл найдет страницы с адресом и выведет их в списке результатов.
Прежде чем писать письмо, стоит проверить email, так как он может быть неактивным в результате сбоя в работе сервера или повреждений баз данных, что часто случается на давно заброшенных сайтах. Сервис https://2ip.ru/mail-checker/ поможет выяснить, существует ли адрес в настоящий момент, нужно лишь ввести его в форму.
Поиск контактов через whois
Система whois содержит сведения о владельцах домена, ip-адресах и регистраторах. Базы данных пополняют только организации, аккредитованные ICANN — некоммерческой корпорацией по присвоению доменных имен. Любое юридическое или физическое лицо, которое хочет создать сайт, обязано сообщить регистратору:
- фамилию, имя и отчество ответственного за сайт;
- адрес пользователя или компании;
- e-mail;
- номер контактного телефона.
Все вместе эти сведения называются WHOIS-данными, которые по условиям договора собственники доменов обязаны подтверждать ежегодно. Получить развернутую информацию о ресурсе поможет сервис https://2ip.ru/whois/, где в форму необходимо ввести адрес сайта.
В результатах поиска вы увидите краткую информацию о ресурсе, более подробные сведения появятся на экране после клика по кнопке «Подробнее».
В развернутых данных данных вы узнаете дату регистрации домена, срок действия прав на него, название хостинга, сведения о компании-регистраторе. Если повезет, в WHOIS-данных будет фамилия и имя владельца, контактный телефон и даже адрес. Крупные порталы и солидные компании обычно разрешают указывать все свои контакты.
Однако в большинстве случаев частные лица и небольшие организации подключают сервис защиты личных данных, чтобы избежать рассылки спама или нежелательных звонков. В таком случае вместо адреса и телефона владельца будут доступны только контакты регистратора, самые крупные из которых — reg.ru и nic.ru. Отправить запрос в их адрес можно, но по правилам сервисов информация об администраторе домена не подлежит разглашению, если того не хочет владелец.
Регистраторы сообщают личные данные клиентов только по обращениям:
- правоохранительных и судебных органов;
- адвокатов;
- правообладателей.
Адрес и телефон собственника регистраторы предоставляют только лицам, намеренным подать судебный иск. Организации направляют запросы на фирменном бланке с печатью и подписью руководителя, письма от обычных людей принимаются через адвоката. Просто так контакты владельца домена получить крайне сложно — нужны серьезные основания.
Регистраторы предлагают обратиться к владельцу сайта через форму обратной связи:
- reg.ru — https://www.reg.ru/whois/admin_contact
- nic.ru — https://www.nic.ru/whois/send-message/?domain=site.ru
Пример письма, которое приходит хозяину домена, зарегистрированному на nic.ru.
Реагировать или нет — решает хозяин сайта. Если ответа вы не получили, есть еще одна возможность найти контакт — с помощью сервиса https://2ip.ru/domain-list-by-email/. Система ищет все сайты одного владельца по адресу ресурса или email. В случае удачи сервис отобразит список источников и мейлы.
Небольшой шанс получить контакты существует, если вы обратитесь напрямую к хостеру. Результатом запроса через форму https://2ip.ru/guess-hosting/ будет название сервиса, который оказывает услуги хостинга и обслуживает сайт.
Однако получить информацию напрямую у провайдера сложно без веских причин, поэтому ваше письмо должно быть достаточно убедительным. В большинстве случаев этот способ результата не дает, и приходится задействовать другие сервисы.
Сервис domain-contact.org
Сервис https://www.domain-contact.org помогает связаться с людьми, управляющими доменом. В списке контактов выбираем владельца или администратора, пишем сообщение и ждем ответа.
Обратные ссылки
Часто владельцы молодых сайтов размещают ссылки на ресурс в своих профилях на форумах и в социальных сетях, а также заказывают публикацию статей о себе через специализированные площадки. Нередко в постах и комментариях администраторы указывают электронную почту для контактов с потенциальными клиентами или свои личные данные. Список обратных ссылок можно найти через специальные сервисы, один из них — https://ahrefs.com/backlink-checker. При анализе результатов обращайте внимание на источник — ссылка в личном профиле на блоге даст больше шансов найти нужного человека, чем линк в обзорной статье.
Изображения на сайте
Размещенные на ресурсе картинки могут стать полноценным источником информации, в особенности если владелец сделал фото с помощью собственного смартфона и забыл обработать снимки перед загрузкой. Метаданные в формате EXIF содержат сведения о технических параметрах изображения, месте и времени съемки, а также о владельце камеры. Скачиваем несколько картинок с сайта, проверяем их через сервис http://exif.regex.info/exif.cgi и анализируем результаты.
Архивные копии
Интернет-архивы сохраняют старые копии сайтов, в которых может оставаться удаленная информация, в том числе и контакты. Такие сервисы помогают восстановить весь сайт или его отдельные разделы после аварии. Одна из крупных площадок — https://archive.org/, где кэшированные страницы хранятся много лет. Открываем архивные копии кликом по графику или выделенной дате.
Анализ robots.txt
Файл robots.txt размещают в корневом каталоге сайта. Веб-мастера прописывают в нем служебные директории, закрытые для поисковых ботов. Найти файл достаточно просто — пишем в адресной строке https://site.ru/robots.txt, и он откроется прямо в окне браузера. Ищем в тексте пути к хранилищу фотографий, заброшенному форуму или папке с личными данными, в которой вполне могут оказаться нужные сведения. Когда владельцы занимаются площадкой самостоятельно, они часто не думают о безопасности и загружают на хостинг персональную информацию.
Поиск разработчиков в файле humans.txt
Неплохой шанс найти владельца домена дает файл humans.txt. Это своеобразный отчет авторов проекта, где указаны имена тех, кто работал над сайтом. Файл размещают в корневой директории сайта, и открывается он тем же способом, что и robots.txt — через адресную строку браузера: https://site.ru/humans.txt.
В содержании ищем прямые контакты программистов, дизайнеров, верстальщиков и копирайтеров и через них узнаем о заказчике.
Как видите, легальных способов найти владельца площадки много, и один из них наверняка даст результат. Однако методы вряд ли сработают, если с помощью сайта ведется противозаконная деятельность, и администратор целенаправленно скрывает контакты. В этом случае проще действовать официально и обратиться напрямую к регистратору.
Администраторы доменных имен как ответчики в доменных спорах
Для тех, кто внимательно следит за судебными делами по доменным спорам в российских арбитражных судах, давно не вызывают удивление следующие моменты:
- иски по доменным спорам часто подаются в связи с нарушениями (по мнению истцов) интеллектуальных прав;
- в качестве ответчиков часто выступают физические лица, не являющиеся ИП. Почему так? Зачастую ответ простой: такие лица являются (или являлись) администраторами доменных имен, ставших объектом судебных конфликтов. Забегая вперед, сразу отмечу, что в России уже много дел, по которым таких администраторов признавали ответственными за нарушения интеллектуальных прав истцов и присуждали выплачивать таким истцам компенсации значительного размера (нередко свыше 500 тыс. руб.).
Поскольку количество доменных споров не уменьшается, а физические лица все также продолжат быть привлеченными к участию по делам такой категории, предлагаю разобраться, когда и за какие действия человек может быть привлечен к ответственности в делах по доменным спорам.
Немного терминологии
Вначале давайте определимся с терминологией данного материала. В отечественной судебной практике уже дано определение, кого признавать администратором доменного имени:
Таким образом, администратором домена может быть физическое лицо, ИП или юридическое лицо.
Для тех, кто не знает, где проверять, на кого зарегистрировано доменное имя, привожу краткое пояснение об этом. Необходимо воспользоваться одним из так называемых WHOIS-сервисов, ввести туда интересующее доменное имя, и в результатах проверки посмотреть, кто записан в соответствующем поле (оно может называться, например, «Администратор», Adminname и т. п.). К примеру, если нас интересует, кто администрирует домен garant.ru, с помощью сервиса WHOIS на сайте Reg.ru (https://www.reg.ru/whois/?dname=garant.ru) мы узнаем, что администратором этого домена является NPP «Garant-Service» (LLC), то есть юридическое лицо.
Там, где есть администратор, есть и администрирование доменного имени. Давайте определимся и с этим термином: «Администрирование обычно включает в себя: обеспечение функционирования сервера, поддержание сайта в работоспособном состоянии и обеспечение его доступности; осуществление резервного копирования компонентов сайта и параметров настройки баз данных, иные виды работ» (решение Арбитражного суда города Москвы от 3 ноября 2011 года по делу № А40-73876/2011, решение Арбитражного суда города Москвы от 28 мая 2012 г. по делу № А40-25696/2012).
Таким образом, суд признает, что администрирование доменного имени – это совокупность следующих действий:
- обеспечение функционирования сервера;
- поддержание сайта в работоспособном состоянии;
- обеспечение доступности сайта;
- осуществление резервного копирования компонентов сайта;
- осуществление резервного копирования параметров настройки баз данных;
- иные виды работ.
Кроме того, опираясь на решение Арбитражного суда г. Москвы от 26 мая 2014 г. по делу № А40-188267/2013, можно дополнительно выделить также следующие действия и операции:
- обеспечение функционирования сервера, на котором располагается сайт;
- проведение организационно-технических мероприятий по защите информации на сайте от несанкционированного доступа;
- осуществление инсталляции программного обеспечения, необходимого для функционирования сайта, в т. ч. в случае аварийной ситуации;
- регистрация сотрудников, обслуживающих сайт, и предоставление права на изменение информации на сайте;
- проведение регламентных работ на сервере (замена или дополнение компонентов сайта, ведение log-файлов архивных копий, контроль наличия свободного табличного пространства базы данных и др.);
- обеспечение размещения информации на сайте;
- осуществление постоянного мониторинга за состоянием системы безопасности сервисов, необходимых для корректной работы приложения и информации на сайте;
- выполнение работ по модернизации и доработке функциональных сервисов сайта;
- внесение изменений в структуру и дизайн сайта.
Тем самым, можно говорить о том, что администрирование доменного имени включает в себя целый спектр работ и действий, призванных обеспечить нормальное функционирование Интернет-сайта или сервиса как работающей информационной системы. Именно администратор создает необходимые технические условия для появления на сайте различных материалов, их изменению и их удалению (блокировке) оттуда.
Система регистрации доменных имен устроена таким образом, что администратором доменного имени в реестре записей о владельцах доменных имен может быть указано только одно лицо. При этом, доменное имя фактически может администрироваться и большим количеством лиц (например, если администратор домена привлекает третье лицо для администрирования доменного имени по договору возмездного оказания услуг).
Правовой статус администратора доменного имени
Далее давайте определим, какой правовой статус у администратора доменного имени согласно сложившейся судебной практики.
«Администратор доменного имени определяет порядок использования домена, несет ответственность за выбор доменного имени, возможные нарушения прав третьих лиц, связанные с выбором и использованием доменного имени, а также несет риск убытков, связанных с такими нарушениями» (решение Арбитражного суда города Москвы от 3 ноября 2011 года по делу № А40-73876/2011).
То есть, практика признает, что администратор не только определяет порядок использования домена, но и несет ответственность как за выбор доменного имени (при его последующей регистрации им), так и за возможные нарушения прав третьих лиц, относимые к такому доменному имени. Кроме того, администратор также несет риск убытков, связанных с такими нарушениями.
Примечательны и следующие выводы судебной практики:
«В соответствии с Правилами регистрации доменных имен в домене RU администратор домена как лицо, заключившее договор о регистрации доменного имени, осуществляет администрирование домена, то есть определяет порядок использования домена. Право администрирования существует в силу договора о регистрации доменного имени и действует с момента регистрации доменного имени в течение срока действия регистрации.» (решение Арбитражного суда города Москвы от 20 января 2015 г. по делу № А40-178919/2014).
«Фактическое использование ресурсов сайта, на котором размещена информация, невозможно без участия в той или иной форме владельца (пользователя) домена, владеющего паролем для размещения информации по соответствующему доменному имени в Интернет-сайте» (решение Арбитражного суда Приморского края от 4 июля 2018 г. по делу № А51-4335/2018).
«Администратор домена обладает полномочиями, позволяющими ему формировать и контролировать информацию, размещаемую под соответствующим доменным именем, в частности, паролем для размещения информации по соответствующему доменному имени в интернет-сайте. Таким образом, ответственность за содержание информации на сайте администратора домена должен нести владелец домена, так как фактическое использование ресурсов сайта невозможно без участия в той или иной форме администратора домена, являющегося лицом, создавшим соответствующие технические условия для посетителей своего Интернет-ресурса» (решение Арбитражного суда города Москвы от 15 января 2015 г. по делу № А40-93262/2014).
«Право администрирования существует в силу договора о регистрации доменного имени и действует с момента регистрации доменного имени в течение срока действия регистрации» (решение Арбитражного суда Тверской области от 27 декабря 2017 г. по делу № А66-3737/2017).
«Администратор домена обладает полномочиями, позволяющими ему формировать и контролировать информацию, размещаемую под соответствующим доменным именем, в частности, паролем для размещения информации по соответствующему доменному имени в Интернет-сайте» (решение Арбитражного суда г. Москвы от 26 мая 2014 г. по делу № А40-188267/2013).
Как видим, суды уделяют пристальное внимание правовому статусу администратора доменного имени, обозначают его роль, определяют критерии наступления ответственности. Это говорит о том, что исследование судами роли администратора спорного доменного имени (а порой и установление его личности) – один из ключевых вопросов при рассмотрении всего дела в целом. Именно квалифицированная оценка судом роли администратора спорного доменного имени позволяет установить, был ли в его действиях или бездействиях состав правонарушения, должен ли он быть привлечен к делу в качестве ответчика или соответчика, полагается ли возложить на него ответственность (в том числе, и материального характера) за нарушение прав истца.
Для наглядности предлагаю ознакомиться с небольшой подборкой дел из базы данных Kardamon.Dm, в которых физические лица были привлечены к ответственности по делам о доменных спорах, так как они были администраторами спорных доменных имен и нарушили интеллектуальные права третьих лиц. В этой таблице также указаны размеры компенсаций, которые суд обязал выплатить таких ответчиков в пользу истцов.
Домены – объекты споров
Реквизиты дел
Размеры присужденных судом компенсаций 1 (руб.)
Поиск информации о владельце сайта
Ежедневно в сети публикуется огромное количество различной информации: изображения, тексты, видео и аудио контент. Нередко размещенная владельцем интернет-ресурса информация нарушает закон. Наиболее частыми нарушениями является нарушение авторских / исключительных прав на результаты интеллектуальной деятельности (дизайн, фотоизображения, литературные произведения, товарные знаки, персонажи и т.п.), информация, порочащая честь, достоинство и деловую репутацию, недобросовестная реклама, информация, необходимая для защиты прав потребителя (по делам, связанным с интернет-торговлей).
Для предъявления претензий и исков в связи с размещением информации в сети Интернет, необходимо определить надлежащее лицо, ответственное за нарушение.
В соответствии с ФЗ «Об информации, информационных технологиях и о защите информации» владельцем сайта в сети «Интернет» является лицо, самостоятельно и по своему усмотрению определяющее порядок использования сайта в сети «Интернет», в том числе порядок размещения информации на таком сайте. Сложившаяся судебная и правоприменительная практика исходит из того, что администратор домена обладает всем кругом полномочий по определению порядка использования сайта, и является надлежащим ответчиком по искам, связанным с размещением информации в сети интернет.
Проблема в том, что чаще всего домен оформлен на физическое лицо и информация об администраторе домена скрыта, вместо этого в открытых источниках указано только private person
Как узнать владельца сайта для предъявления иска в суд?
В соответствии с Правилами регистрации доменных имен в доменах .RU и .РФ, утвержденными Координационным центром национального домена сети Интернет, информацию об администраторе домена в данных зонах можно получить у регистратора доменных имен на основании адвокатского запроса для целей предъявления иска в суд.
Whois сервис «Вебджастис» позволяет за считанные минуты сформировать заявку на подготовку адвокатского запроса и совершить все необходимые действия для получения информации об администраторе домена. Ответ на адвокатский запрос регистратор направляет в течение месяца с момента получения запроса адвоката.
До оформления адвокатского запроса, при помощи Whois сервиса «Вебджастис» вы можете совершенно бесплатно получить онлайн информацию whois, включающую следующие данные:
- — информацию о дате регистрации и дате истечения срока его делегирования
- — открытую информацию о владельце домена (ФИО / Наименование)
- — наименование регистратора, зарегистрировавшего домен
- — IP адрес сайта, размещенного на домене
- — наименование хостинг-провайдера сайта
Срочное получение ответа об администраторе домена от регистратора
Некоторые регистраторы за дополнительную плату предоставляют ответы на адвокатские запросы в срочном порядке. В этом случае сведения о владельце сайта могут быть предоставлены адвокату всего за 2 часа. Сроки и стоимость предоставления срочного ответа на адвокатский запрос у разных регистраторов отличаются.
При ускоренном получении сведений о владельце домена регистратор предоставляет ответ в электронном виде, а позднее направляет адвокату ответ на бумажном носителе с подписью и печатью, либо направляет ответ в форме электронного документа, подписанного ЭЦП. При этом, как показывает практика, электронного ответа вполне достаточно чтобы подготовить и подать исковое заявление в суд.
Предварительные требования для установки сайтов Configuration Manager
Прежде чем приступить к установке сайта, ознакомьтесь с предварительными условиями для установки различных типов Configuration Manager сайтов.
Первичные сайты и сайт центра администрирования
Для установки одного из следующих типов применяются следующие предварительные требования:
- Сайт центра администрирования (CAS) в качестве первого сайта иерархии
- Автономный первичный сайт
- Дочерний первичный сайт
Если вы устанавливаете CAS в рамках расширения иерархии, см. раздел о развертывании автономного первичного сайта.
Предварительные требования для установки первичного сайта или cas-сервера
- Необходимо установить необходимые роли, компоненты и компоненты Windows Server. Дополнительные сведения см. в разделе Предварительные требования к системе сайта.
- Учетная запись пользователя, которая устанавливает сайт, должна иметь следующие разрешения:
- Администратор на следующих серверах:
- Сервер сайта
- Каждый SQL Server, в котором размещается база данных сайта
- Каждый экземпляр поставщика SMS для сайта
Важно! После завершения настройки Configuration Manager учетной записи компьютера сервера сайта по-прежнему требуются разрешения sysadmin для SQL Server. Не удаляйте разрешения SQL Server sysadmin из этой учетной записи. Дополнительные сведения о необходимости этих разрешений после завершения настройки см. в разделе Учетные записи: повышенные разрешения.
- Администратор на сервере сайта, на котором размещается cas
- Администратор на SQL Server, на котором размещена база данных сайта cas
- Разрешения на администрирование на основе ролей в Configuration Manager, эквивалентные роли безопасности администратора инфраструктуры или полного администратора.
- Перед началом установки скачайте и сохраните копию этих файлов в локальной сети. Дополнительные сведения см. в разделе Настройка загрузчика.
- Если локальная копия этих файлов недоступна, серверу сайта требуется доступ к Интернету. Эти файлы скачивается из корпорации Майкрософт во время установки. Дополнительные сведения см. в разделе Требования к доступу к Интернету.
Предварительные требования для расширения автономного первичного сайта
Автономный первичный сайт должен соответствовать следующим предварительным требованиям, прежде чем его можно будет развернуть в иерархию с cas-сервером:
Версия исходного файла соответствует версии сайта
Установите новый cas-сервер с помощью носителя из папки CD.Latest, которая соответствует версии автономного первичного сайта. Чтобы убедиться, что версии совпадают, используйте исходные файлы, найденные в папке CD.Latest на автономном первичном сайте.
Дополнительные сведения о правильных исходных файлах, используемых для установки различных сайтов, см. в статье Подготовка к установке сайтов. Параметры установки различных типов сайтов.
Остановка активной миграции из другой иерархии
Вы не можете настроить автономный первичный сайт для переноса данных из другой Configuration Manager иерархии. Остановите активную миграцию на автономный первичный сайт из других иерархий Configuration Manager и удалите все конфигурации для миграции. К таким конфигурациям относятся:
- Задания миграции, которые еще не завершены
- Сбор данных
- Конфигурация активной исходной иерархии
Эта конфигурация необходима, так как Configuration Manager переносит данные с сайта верхнего уровня иерархии. При развертывании автономного первичного сайта конфигурации для миграции не передаются в CAS.
После развертывания автономного первичного сайта при перенастройке миграции на первичном сайте cas-сервер запускает задания миграции.
Дополнительные сведения о настройке миграции см. в разделе Настройка исходных иерархий и исходных сайтов для миграции.
Учетная запись компьютера в качестве администратора
Добавьте учетную запись компьютера сервера, на котором размещается новый cas-сервер , в группу администраторов на автономном сервере первичного сайта.
Чтобы успешно развернуть автономный первичный сайт, учетной записи компьютера нового центра доступа требуются разрешения администратора на автономном первичном сайте. Для этой учетной записи требуются эти разрешения только во время расширения сайта. После завершения расширения сайта вы можете удалить учетную запись из группы пользователей на основном сайте.
Разрешения учетной записи установки
Учетной записи пользователя, которая запускается Configuration Manager установки нового cas-сервера, требуются разрешения администрирования на основе ролей на автономном первичном сайте.
Для учетной записи пользователя, которая устанавливает CAS в рамках расширения сайта, добавьте их в соответствующую роль на автономном первичном сайте. Используйте встроенные роли полный администратор или администратор инфраструктуры .
Дополнительные сведения, включая полный список необходимых разрешений, см. в статье Учетная запись установки сайта.
Роли сайта верхнего уровня
Перед развертыванием сайта удалите следующие роли системы сайта с автономного первичного сайта:
- Точка синхронизации аналитики активов
- Точка защиты конечных точек
- Точка подключения службы.
Configuration Manager поддерживает эти роли только на сайте верхнего уровня иерархии. Удалите эти роли системы сайта перед развертыванием автономного первичного сайта. После развертывания сайта переустановите эти роли системы сайта в cas-сервере.
Все остальные роли системы сайта могут оставаться установленными на основном сайте.
Configuration Manager настройка также включает в себя предварительный проверка, что автономный первичный сайт не включает службу шлюза управления облачными клиентами (CMG). Прежде чем развернуть сайт в иерархию, удалите шлюз управления облачными клиентами. Затем повторно разверните его из нового центра доступа.
Открытие порта SQL Server Service Broker
Сетевой порт должен быть открыт для SQL Server Service Broker (SSB) между автономным первичным сайтом и сервером для центра обслуживания.
Чтобы успешно реплицировать данные между сервером доступа и первичным сайтом, Configuration Manager требуется открытый порт между двумя сайтами для использования SSB. При установке центра доступа и развертывании автономного первичного сайта необходимые проверка не проверяет, открыт ли порт, указанный для SSB, на первичном сайте.
Известные проблемы со службами Azure
После развертывания сайта необходимо перенастроить следующие службы Azure с помощью Configuration Manager:
- Log Analytics
- Microsoft Store для бизнеса
- Подключение клиента
Самый простой способ — обновить секретный ключ клиента Microsoft Entra. Дополнительные сведения см. в разделе Продление секретного ключа.
Вместо обновления секретного ключа удалите и повторно создайте подключение к этой службе.
Вторичные сайты
Для установки вторичных сайтов необходимо выполнить следующие предварительные требования:
- Необходимо установить необходимые роли, компоненты и компоненты Windows Server. Дополнительные сведения см. в разделе Предварительные требования к системе сайта.
- Администратору, который настраивает установку вторичного сайта в консоли Configuration Manager, требуются разрешения на основе ролей администрирования, эквивалентные роли безопасности администратора инфраструктуры или полного администратора.
- Добавьте учетную запись компьютера родительского первичного сайта в группу Администраторы на сервере вторичного сайта.
- Если вторичный сайт использует ранее установленный экземпляр SQL Server для размещения базы данных вторичного сайта:
- Учетной записи компьютера родительского первичного сайта требуются разрешения sysadmin на экземпляре SQL Server на сервере вторичного сайта.
- Учетной записи локальной системы компьютера сервера вторичного сайта требуются разрешения sysadmin на экземпляре SQL Server на сервере вторичного сайта.
Важно! После завершения настройки Configuration Manager обе учетные записи по-прежнему нуждаются в разрешениях sysadmin для SQL Server. Не удаляйте разрешения sysadmin из этих учетных записей.
Дальнейшие действия
После подтверждения необходимых условий вы будете готовы к запуску установки. Дополнительные сведения см. в разделе Использование мастера установки для установки Configuration Manager сайтов.
- Администратор на следующих серверах: