Как узнать сервер сайта: Как узнать, где расположен хостинг сайта?

27.06.2023 alexxlab

Содержание

Почему по имени моего домена открывается другой сайт?

Описание вопроса

Эта статья отвечает на ряд следующий вопросов:

Почему по чужому доменному имени открывается мой сайт? Мой сайт украли?
Почему по имени моего сайта открывается другой мой сайт?
Почему по https открывается не мой сайт, а по http мой?

Пояснение

Все вышеуказанные объясняются логикой работы веб-сервера.

Веб-сервер прослушивает определённые связки IP-адрес:порт. Как правило, это основной IP-адрес сервера и 80 и 443 порты, которые соответствуют http и https протоколам. Обычно веб-сервер обслуживает несколько сайтов. При этом каждому сайту, в конфигурации веб-сервера, назначается IP-адрес(а) и определяется, по какому протоколу сайт будет работать. То есть указывается 80 или 443 порт. К одному и тому же IP-адрес:порт может быть привязано неограниченное количество сайтов на сервере.

Когда нам нужно открыть сайт, мы вводим адрес сайта в строке браузера и нажимаем Enter. Например, введём адрес http://google.com. В этот момент происходит следующее: доменное имя google.com разрешается в IP-адрес. Это необходимо, чтобы знать какому именно серверу из всех в сети Интернет отправить запрос. Например, это IP-адрес 172.42.1.1. Указание http протокола в строке браузера означает, что соединение будет осуществляться по 80 порту.

Итак, к серверу 172.42.1.1 по 80 порту, осуществляется запрос и запрашивается сайт google.com.

Веб-сервер принимает соединение на 172.42.1.1:80, просматривает какие у него есть сайты, соответствующие такой паре IP-адрес:порт, находит среди них google.com и возвращает браузеру информацию по этому сайту.

Если среди сайтов, соответствующих паре IP-адрес:порт нет искомого сайта, то веб-сервер возвратит браузеру данные первого попавшегося сайта.

Решение

Рассмотрим конкретные решения для обозначенных вопросов.

Почему по чужому доменному имени открывается мой сайт? Мой сайт украли?

Сайт не украден. Такое может быть, если чужое доменное имя разрешается в тот же IP-адрес, что и ваш сайт. При этом ваш сайт является тем самым «первым попавшимся сайтом» для IP-адреса.

Что делать? Если у вас есть доступ к уровню суперпользователя (root) в ISPmanager, то создайте в разделе WWW-домены домен с любым названием, выберите для него тот же IP-адрес, что и у вашего сайта и включите на форме создания домена опцию Сайт по умолчанию. После этого по адресу любого стороннего сайта, который ведёт на ваш IP-адрес, будет открываться созданный домен-заглушка.

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

Почему по имени моего сайта открывается другой мой сайт?

Например, по адресу сайта one.com открывается сайт two.com. Такое бывает, когда IP-адрес, в который разрешается (dns), one.com не соответствует IP-адресу, указанному в конфигурации веб-сервера. Веб-сервер не находит у себя one.com на связке IP-адрес:порт и показывает первый попавшийся сайт, которым является two. com.

Что делать? Проверьте в какой IP-адрес разрешается сайт. Это можно сделать с помощью команд dig или nslookup. Выставите такой же IP-адрес для сайта в ISPmanager в разделе WWW-домены.

Почему по https открывается не мой сайт, а по http мой?

Причина в том, что веб-сервер получает запрос на IP-адрес:443, просматривает все сайты на такой связке IP-адрес:порт и не находит ваш сайт.

Что делать? Включить SSL-сертификат для сайта в ISPmanager: Сайты → выберите домен → кнопка Изменить → включите опцию Повышенная безопасность SSL и выберите нужный SSL-сертификат.

Узнать IP-адрес сайта, определить местонахождение сайта по IP-адресу

Консалтинг и аналитикаSEO инструменты и сервисы

SEO инструменты
Узнать IP-адрес сайта

Бесплатный OnLine сервис позволяет узнать IP-адрес домена, определить местонахождение сайта с точностью до города а также узнать информацию о провайдере.

Сервис поддерживает IDN-домены и для их проверки не требуется переводить имя домена в Punycode. Просто введите введите адрес вашего кириллического домена и узнайте IP-адрес сайта.

Поставьте к себе на сайт

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

IP-адрес

IP-адрес (сокр. от англ. Internet Protocol Address) — уникальный сетевой адрес узла в компьютерной сети, построенной по протоколу IP. В сети Интернет требуется глобальная уникальность адреса, в случае работы в локальной сети требуется уникальность адреса в пределах сети. В версии протокола IPv4 IP-адрес имеет длину 4 байта, а в версии протокола IPv6 IP-адрес имеет длину 16 байт.

IPv4

В 4-й версии IP-адрес представляет собой 32-битовое число. Удобной формой записи IP-адреса (IPv4) является запись в виде четырёх десятичных чисел значением от 0 до 255, разделённых точками, например, 188.93.20.110.

IPv6

В 6-й версии IP-адрес (IPv6) является 128-битовым. Внутри адреса разделителем является двоеточие (напр. 2001:0db8:85a3:0000:0000:8a2e:0370:7334). Ведущие нули допускается в записи опускать. Нулевые группы, идущие подряд, могут быть опущены, вместо них ставится двойное двоеточие (fe80:0:0:0:0:0:0:1 можно записать как fe80::1). Более одного такого пропуска в адресе не допускается.

Особые IP-адреса

В протоколе IP существует несколько соглашений об особой интерпретации IP-адресов: если все двоичные разряды IP-адреса равны 1, то пакет с таким адресом назначения должен рассылаться всем узлам, находящимся в той же сети, что и источник этого пакета. Такая рассылка называется ограниченным широковещательным сообщением (limited broadcast). Если в поле номера узла назначения стоят только единицы, то пакет, имеющий такой адрес, рассылается всем узлам сети с заданным номером сети. Например, в сети 192.168.5.0 с маской 255.255.255.0 пакет с адресом 192.168.5.255 доставляется всем узлам этой сети. Такая рассылка называется широковещательным сообщением (direct broadcast).

Статические (статичные) и динамические IP-адреса

IP-адрес называют статическим (постоянным, неизменяемым), если он назначается пользователем в настройках устройства, либо если назначается автоматически при подключении устройства к сети и не может быть присвоен другому устройству.

IP-адрес называют динамическим (непостоянным, изменяемым), если он назначается автоматически при подключении устройства к сети и используется в течение ограниченного промежутка времени, указанного в сервисе назначавшего IP-адрес (DHCP).

IP-адреса, доменные имена и сайты

Одно доменное имя может преобразовываться поочерёдно в несколько IP-адресов (для распределения нагрузки).

Одновременно, один IP-адрес может использоваться для тысяч доменных имён с разными сайтами (тогда при доступе они различаются по доменному имени), что вызывает проблемы при идентификации сайтов по IP-адресу в целях цензуры.

Также, сервер с одним доменным именем может содержать несколько разных сайтов, а части одного сайта могут быть доступны по разным доменным именам (например, для изоляции cookies и скриптов в целях защиты от атак типа межсайтового скриптинга).

Бесплатные SEO инструменты и сервисы для веб-мастеров, оптимизаторов и копирайтеров, администраторов сайтов, серверов и сисадминов — все для OnLine анализа, оптимизации, продвижения, разработки и мониторинга сайта.

Все материалы этого сайта могут использоваться, перепечатываться, распространяться и цитироваться только с указанием ссылки на первоисточник.

Дизайн сайта “СириусВеб”

Следите за нами:
Читать @SEOAuditorRu в Twitter

Обратная связь

Мы будем рады ответить на любые ваши вопросы, просьбы и пожелания. Просто заполните форму, и наш представитель свяжется с вами в кратчайшие сроки.

Ваше имя*

E-mail*

Тема

Сообщение*

Проверка веб-сайта Веб-сервер

Опс! Ошибка

Что-то пошло не так.

Проверка веб-сайта Инструмент веб-сервера может показать необходимое программное обеспечение, используемое веб-сайтом, веб-сервером.

Узнайте, на каком сервере работает веб-сайт, и проверьте, какое программное обеспечение веб-сайт использует на своем веб-сервере, чтобы понять использование нескольких технологий.

По мнению экспертов по SEO, скорость веб-сайта, SSL-сертификат и разметка схемы являются важными факторами ранжирования в поисковой системе. Но большинство экспертов по SEO согласны с тем, что даже если вы улучшите большинство факторов, связанных с SEO, но проигнорируете один аспект, связанный с веб-хостингом. Тогда все ваши усилия будут разрушены.

Таким образом, выбор правильного плана веб-хостинга и выбор правильного программного обеспечения веб-сервера имеют важное значение с точки зрения SEO. Потому что это напрямую влияет на пользовательский опыт.

Как следует из названия, операционная система веб-сайта (ОС) — это операционная система, которую веб-сайт/домен использует на своем внутреннем сервере.

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

Без ОС вы ничего не сможете запустить, а ваш компьютер-сервер — это просто набор электроники, которая не знает, как общаться с остальным миром.

Некоторые популярные операционные системы для веб-серверов

Microsoft Windows
Юникс
Линукс
Убунту
Открыть SUSE

Федора
Дебиан
Мандрива
Слэкваре
Генту
CentOS
Бесплатно BSD

Слово «сервер» означает тот, кто обслуживает вещи. А веб-сервер означает программное и аппаратное обеспечение, которое обслуживает веб-сайт.

Веб-сервер обычно всегда подключен к Интернету. Каждый веб-сервер в Интернете имеет определенный числовой адрес, называемый IP-адресом.

Когда вы регистрируете домен или адрес веб-сайта, вы должны указать IP-адрес веб-сервера, обслуживающего ваш веб-сайт, у вашего регистратора доменов.

Есть четыре ведущих веб-сервера.

Апач
ИИС
Lighttpd
Электролобзик

Наиболее используемым и известным программным обеспечением для веб-серверов является Apache. 46% всех веб-сайтов работают на Apache.

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

Люди в основном смешивали эти два термина, но они отличаются друг от друга.

Веб-хостинг можно определить как пространство веб-сервера для хранения веб-страниц, а веб-сервер — это компьютер, который обслуживает эти веб-страницы.
Веб-хостинг — это услуга, предоставляемая сервером определенного типа. Веб-хост может запускать один веб-сервер, на котором размещены веб-сайты многих клиентов.
Веб-хостинг или поставщик услуг веб-хостинга — это компания, предоставляющая технологии и услуги, необходимые для просмотра веб-сайта или веб-страницы в Интернете. Веб-сервер — это программа, которая использует HTTP (протокол передачи гипертекста) для предоставления пользователям веб-ресурсов.

Компьютерные серверы, на которых размещено программное обеспечение веб-сервера, являются активом компании, предоставляющей веб-хостинг.
Веб-хостинг — это компания, которая размещает веб-сайт на своем сервере.

Процесс прост; выполните следующие шаги.

Откройте инструмент веб-сервера Check Website .
Введите доменное имя или IP-адрес этого веб-сайта.
Нажмите на кнопку «Найти».
Инструмент предоставит вам имя веб-сервера за этим доменным именем.

Примечание: Предположим, что веб-сайт находится за внешним облачным прокси-сервисом, таким как Cloudflare.

В этом случае вы увидите ОС сервера Cloudflare вместо исходного сервера веб-сайта.

Поиск ресурсов сайта — Configuration Manager

Статья
04.10.2022

Применяется к: Configuration Manager (текущая ветвь)

Клиенты Configuration Manager используют процесс под названием расположение службы

для обнаружения серверов системы сайта. Клиенты могут связываться с этими серверами, и они предоставляют услуги, которые могут использовать клиенты. Чтобы лучше настроить сайты для успешной поддержки клиентских задач, необходимо понимать, как и когда клиенты используют расположение службы для поиска ресурсов сайта. Эти конфигурации могут потребовать, чтобы сайт взаимодействовал с конфигурациями домена и сети, такими как доменные службы Active Directory и DNS.

Они также могут потребовать от вас настройки более сложных альтернатив.

Некоторые примеры ролей системы сайта, которые предоставляют службы, включают:

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

Основы определения местоположения службы

Когда клиент использует расположение службы для поиска точки управления для связи, он оценивает следующие аспекты:

Текущее местоположение в сети
Предпочтительный протокол связи
Присвоенная площадка

Связь клиента с точкой управления

Клиент связывается с точкой управления (MP) по адресу:

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

Запросы местоположения службы клиента

Клиент Configuration Manager отправляет запрос на расположение службы:

Каждые 25 часов непрерывной работы.
Когда клиент обнаруживает изменение конфигурации сети или местоположения.
При запуске службы ccmexec.exe на компьютере. Эта служба Windows является основной службой клиента.
Когда клиенту необходимо найти роль системы сайта, которая предоставляет требуемую службу.

Клиент запрашивает роли системы сайта

Когда клиент пытается найти серверы, на которых размещаются роли, он использует расположение службы. Он пытается найти роль, которая поддерживает его протокол связи, HTTP или HTTPS. По умолчанию клиенты используют самый безопасный доступный им метод.

Для использования HTTPS требуется инфраструктура открытых ключей (PKI) и установка сертификатов PKI на клиентах и серверах. Дополнительные сведения см. в статье Требования к сертификату PKI для Configuration Manager.
Для ролей, которые используют IIS и поддерживают связь с клиентом, вы настраиваете их для HTTP или HTTPS. Если вы используете HTTP, также рассмотрите варианты подписи и шифрования. Дополнительные сведения см. в разделе Планирование подписи и шифрования.

Важно

Начиная с Configuration Manager версии 2103, сайты, которые разрешают связь с клиентом по протоколу HTTP, устарели. Настройте сайт для HTTPS или Enhanced HTTP. Дополнительные сведения см. в разделе Включение сайта только для HTTPS или расширенного HTTP.

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

Совет

С помощью свойств установки клиента можно задать назначенную точку управления для клиента. Дополнительные сведения см. в разделе Свойства установки клиента.

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

Примечание

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

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

Совет

Сходство точек управления можно настроить с помощью конфигурации ключа реестра на клиенте. Привязка точек управления переопределяет поведение по умолчанию для назначенных точек управления и позволяет клиенту использовать одну или несколько конкретных точек управления. Дополнительные сведения см. в этом сообщении в блоге от инженера Microsoft Premier.

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

Когда клиент не может найти допустимую точку управления в своем списке MP, он ищет источники расположения службы. Он использует следующие источники по порядку, пока не найдет точку управления, которую может использовать:

Точка управления
Доменные службы Active Directory (AD DS)
DNS

После того как клиент успешно находит точку управления и связывается с ней, он загружает текущий список доступных точек управления. Затем он обновляет свой собственный локальный список MP.

Этот процесс одинаков для всех клиентов. Например, когда клиент Configuration Manager, находящийся в Интернете, подключается к точке управления в Интернете, точка управления отправляет этому клиенту список доступных точек управления в Интернете. Клиент, не подключенный к Интернету, получает только список внутренних точек управления.

Список MP

Список MP является предпочтительным источником местоположения службы для клиента. Это приоритетный список точек управления, которые ранее определил клиент. Клиент сортирует свой список MP на основе своего текущего местоположения в сети. Он хранит список локально в WMI.

Создание начального списка MP

Во время установки клиента клиент использует следующие правила для создания своего начального списка MP:

Включить точки управления, указанные во время установки клиента. Например, при использовании свойства SMSMP или параметра /mp .
Запрос AD DS для опубликованных точек управления. Клиент идентифицирует точки управления из доменных служб Active Directory, которые находятся на назначенном ему сайте и той же версии продукта.
Если он не получает никаких точек управления из первых двух правил, клиент проверяет DNS на наличие опубликованных точек управления.

Категории списка MP

Клиенты организуют свой список точек управления, используя следующие категории:

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

Вы можете использовать предпочтительные точки управления. Точки управления на сайте, которые не связаны с группой границ или не входят в группу границ, связанную с текущим сетевым расположением клиента, не считаются предпочтительными. Клиент использует эти точки управления, когда не может найти доступную предпочитаемую точку управления.

Выберите точку управления для использования

Для типичной связи клиент пытается использовать точку управления в следующем порядке, в зависимости от расположения клиента в сети:

Прокси-сервер
Местный
Назначено

Клиент всегда использует назначенную точку управления для регистрации сообщений и определенных сообщений политики. Такое поведение происходит даже при отправке другого сообщения на прокси-сервер или локальную точку управления.

Внутри каждой категории клиент пытается использовать точку управления на основе предпочтений в следующем порядке:

Если клиент настроен для связи по протоколу HTTPS:
Поддержка HTTPS в доверенном или локальном лесу
HTTPS-совместимый не в доверенном или локальном лесу
Поддержка HTTP в доверенном или локальном лесу
HTTP-совместимый не в доверенном или локальном лесу

Из набора точек управления, отсортированных по предпочтениям, клиент пытается использовать первую точку управления в списке. В противном случае этот отсортированный список точек управления рандомизирован и не может быть упорядочен. Порядок списка может меняться каждый раз, когда клиент обновляет свой список MP.

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

После того, как клиент установил связь с точкой управления, он продолжает использовать эту точку управления до тех пор, пока:

Затем клиент случайным образом выбирает новую точку управления для использования.

Active Directory

Клиенты, присоединенные к домену, могут использовать AD DS для обнаружения службы. Это поведение требует, чтобы сайты публиковали данные в Active Directory.

Клиент может использовать AD DS для обнаружения службы, если выполняются все следующие условия:

Вы расширили схему Active Directory.
Вы настроили публикацию леса Active Directory и настроили публикацию сайта Configuration Manager.
Клиентский компьютер является членом домена Active Directory и может получить доступ к серверу глобального каталога.

Если клиент не может найти точку управления, которую можно использовать для обнаружения службы из доменных служб Active Directory, он пытается использовать DNS.

DNS

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

Рассмотрите возможность использования DNS для определения местоположения службы, если выполняется любое из следующих условий:

Вы не расширили схему AD DS для поддержки Configuration Manager.
Клиенты в интрасети находятся в лесу, в котором вы не включили публикацию Configuration Manager.
У вас есть клиенты на компьютерах рабочей группы, и вы не настроили эти клиенты для управления клиентами только через Интернет. Клиент рабочей группы, настроенный для работы в Интернете, взаимодействует только с точками управления, подключенными к Интернету, и не будет использовать DNS для определения местоположения службы.
Можно настроить клиентов для поиска точек управления из DNS.

Когда сайт публикует записи расположения служб для точек управления в DNS:

Публикация применима только к точкам управления, которые принимают клиентские подключения из интрасети.
Публикация добавляет запись ресурса расположения службы (SRV RR) в зону DNS сервера точки управления. Этому серверу нужна соответствующая запись хоста в DNS.

По умолчанию клиенты, присоединенные к домену, ищут в DNS записи точек управления из локального домена клиента. Вы можете настроить свойство установки клиента, чтобы указать другой суффикс домена.

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

Публикация точек управления в DNS

Для публикации точек управления в DNS должны выполняться следующие два условия:

Ваши DNS-серверы поддерживают записи ресурсов расположения служб, используя версию BIND не ниже 8.1.2.
Полные доменные имена интрасети, указанные для точек управления в Configuration Manager, содержат записи узла (записи A) в DNS.

Важно

Публикация DNS Configuration Manager не поддерживает несвязанное пространство имен. Если у вас несвязанное пространство имен, вы можете вручную опубликовать точки управления в DNS. Вы также можете использовать один из других методов определения местоположения службы.

Сценарии настройки DNS

DNS-сервер поддерживает автоматические обновления

Можно настроить Configuration Manager для автоматической публикации точек управления в интрасети в DNS или вручную опубликовать эти записи в DNS. Когда Configuration Manager публикует точки управления в DNS, он добавляет их полное доменное имя и номер порта в интрасети в запись расположения службы (SRV). Вы настраиваете публикацию DNS в свойствах компонента точки управления сайта . Дополнительные сведения см. в разделе Компоненты сайта — точка управления.

Зона DNS настроена на «Только безопасная» для динамических обновлений

С разрешениями по умолчанию только первая точка управления может успешно публиковаться в DNS.

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

DNS-сервер не поддерживает автоматические обновления, но поддерживает записи местоположения службы

В этом сценарии вручную опубликуйте точки управления в DNS. Вручную настройте запись ресурса расположения службы (SRV RR). Configuration Manager поддерживает RFC 2782 для записей о расположении службы. Эти записи имеют следующий формат: _Service._Protocol.Name TTL Class SRV Priority Weight Port Target

Чтобы опубликовать точку управления в Configuration Manager, укажите следующие значения:

_Service : _mssms_mp_ . Например, _mssms_mp_xyz
._Протокол : ._TCP
.Name : укажите DNS-суффикс точки управления, например contoso.com
TTL : Используйте 14400 в течение четырех часов.
Класс : укажите IN для RFC 1035.
Приоритет : Configuration Manager не использует это поле.
Вес : Configuration Manager не использует это поле.
Порт : укажите номер порта, который использует точка управления. Например, 443 по умолчанию для HTTPS.
Цель : укажите полное доменное имя интрасети сервера системы сайта с ролью точки управления.

Настройка Windows Server DNS

Если вы используете Windows Server DNS, используйте следующие процедуры, чтобы ввести эту запись DNS для точек управления интрасети.

Настройка автоматической публикации для сайта

В консоли Configuration Manager перейдите в рабочую область Администрирование , разверните Конфигурация сайта и выберите узел Сайты .
Выберите сайт для настройки публикации. На ленте выберите Configure Site Components и выберите Management Point .
Выберите точки управления, которые вы хотите опубликовать. Этот выбор применяется к публикации для AD DS и DNS.
Включите параметр Публиковать выбранные точки управления интрасети в DNS .

Вручную опубликовать точки управления в DNS на Windows Server

В консоли управления DNS выберите зону DNS для компьютера с точкой управления.
Убедитесь в наличии записи узла ( A или AAAA ) для полного доменного имени системы сайта в интрасети. Если эта запись не существует, создайте ее.
Выберите Новые другие записи , выберите Расположение службы (SRV) , а затем выберите Создать запись .
Укажите следующую информацию и выберите Готово :
- Домен . При необходимости введите DNS-суффикс точки управления, например contoso.com .
- Служба : _mssms_mp_<код сайта> . Например, _mssms_mp_xyz
- Протокол : ._TCP
- Приоритет : Configuration Manager не использует это поле.