Для создания сервера можно использовать Open Server. Это не пиратка, а официальный сервис. Он надежный, стабильный, у него интуитивно понятный интерфейс, много полезных функций (к примеру, возможность настройки автовыполнения скриптов, выбора версии MySQL или PHP). Ознакомиться со всем перечнем опций Open Server можно через сайт. Здесь же можно установить и запустить сервер. После успешной установки на панели задач появится флажок зеленого цвета.

Важно! Если Open Server не запускается, причина может быть в отсутствии Microsoft Visual C++. Поэтому, если при установке сервера вам предлагают его загрузить, дайте разрешение на скачивание.

На этом этапе необходимо открыть папку установки Open Server (на локальном диске «С»), а затем перейти в раздел «Domains». Здесь нужно создать новую папку и задать ей имя по названию адреса сайта. К примеру, newforme.site можно использовать как newforme.ru, newforme.com.

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

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

Для установки необходимых параметров доступа к веб-сайту нужно нажать на значок Open Server (тот самый флажок внизу экрана на панели задач). Появится меню, в котором нужно открыть пункт «Настройки», а затем перейти в раздел «Модули». Здесь потребуется задать параметры MySQL, HTTP, PHP, необходимые для функционирования вашего сайта.

После настройки модулей следует перейти в раздел «Сервер». Здесь нужно разрешить запуск в агрессивном режиме (поставить галочку напротив соответствующей строки). Это необходимо для того, чтобы сервер продолжил свою работу при возникновении небольших ошибок.

В этом же разделе найдите пункт «IP-адрес сервера» и выберите параметр «Все доступные IP». Нажмите кнопку «Сохранить» в нижнем правом углу окна.

Задача этого этапа – выяснить локальный IP адрес ноутбука или персонального компьютера, через который вы установили Open Server. Он понадобится для запуска сайта. Легче всего это сделать, если вы подключены к интернету через wi-fi. В таком случае нужно просто открыть настройки роутера и найти в перечне подключенных устройств свой компьютер. Напротив его имени будет написан адрес в цифровом формате (к примеру, 123.345.7.8).

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

После того как адрес IP стал известен, нужно снова открыть настройки Open Server и перейти во вкладку «Алиасы». Здесь его необходимо вписать в поле «Исходный домен», а в соседнем поле «Конечный домен» указать адрес вашего сайта (в рассматриваемом примере это newforme.site).

Теперь, по «Исходному домену» (IP 123.345.7.8) сайт можно будет открыть с любого компьютера, ноутбука, планшета или телефона в пределах локальной сети, то есть с тех устройств, которые будут подключаться к сети от вашего роутера. По «Конечному домену» сайт будет приватным и сможет запуститься только с того ПК или ноутбука, на котором запущен сервер. Чтобы разрешить доступ по имени домена другому устройству, откройте на нем блокнот и отредактируйте системный файл hosts, добавив в него строку по примеру: 123.345.7.8 newforme.site. Это придется проделать со всеми гаджетами, чтобы открывать с них сайт не по IP, а по доменному имени.

Итак, разрешить доступ к устройствам, подключенным к локальной сети не сложно. А как же открыть сайт для всех пользователей интернета? Для начала необходимо определить тип вашего внешнего адреса IP. Он может быть «белым» или «серым». В первом случае, когда такой IP изначально установлен вашим провайдером, дополнительных действий с адресом выполнять не требуется.

Во втором случае просто так ничего не выйдет. Если вы даже не подозреваете, какой тип адреса у вас, можно попробовать разрешить доступ к сайту по описанным ниже рекомендациям. При возникшей ошибке подключения вывод о том, что IP «серый» напросится сам собой. В такой ситуации потребуется заказать у вашего провайдера создание «белого IP-адреса». Ценник разный и сильно варьируется у разных интернет-компаний.

Итак, если предположить, что у вас уже есть «белый» IP, то можно приступать к разрешению доступа. Чтобы выяснить номер внешнего адреса, необходимо, как и в случае с внутренним, сначала зайти в программу настроек роутера. В появившемся окне найдите вкладку «Состояние/информация о подключении» и откройте ее. Внешний IP будет иметь следующий формат: 10.987.654.321.

После этого в настройках роутера пробросьте порты 443 и 80 на тот ноутбук или персональный компьютер, на котором создавался веб-сайт, и устанавливался «домашний» хостинг. Этой первый вариант. Второй, более простой и автоматизированный – подключить DMZ-хост для вашего устройства. Для этого в настройках сервера откройте вкладку «Состояние», нажмите кнопку «Вкл» напротив одноименной строки, а в строку ниже «IP адрес» впишите внутренний IP адрес (в данном примере — 123.345.7.8).

После проброски портов нужно связать имя домена и внешний IP. Для этого войдите в настройки Open Server в раздел «Алиасы». В поле «Исходный домен» впишите внешний IP (10.987.654.321), в «Конечный домен» – адрес веб-сайта (newforme.site).

Эти действия позволят открывать сайт с любых гаджетов, подключенных к интернету. Для этого в поисковой браузерной строке нужно набрать адрес внешнего IP и нажать «поиск».

Чтобы пользователи интернета могли находить и открывать сайт по имени домена, его нужно будет зарегистрировать. Сделать это можно у IT-специалистов компании ittelo. ru.

Важно! Для регистрации доменного имени необходимо, чтобы оно было свободно и не использовалось ранее на других ресурсах.

После этого у регистратора домена необходимо открыть раздел «Управление записями DNS» и добавить запись вида «А внешний IP» (например, А 10.987.654.321). Это действие связывает адрес с доменным именем и позволяет автоматически открывать нужный сайт при запросе домена.

Примерно через 30–60 минут сервер начинает работать. До этого момента при попытке загрузить сайт может вылетать ошибка или «заглушка», но после обновления информации все откроется.

Важно! При изменении внешнего IP интернет-компанией, перебоях в сети или в случае выключения ПК или ноутбука, на котором установлен Open Server, сайт открываться не будет, поэтому для его бесперебойной работы необходимо всегда оставаться онлайн.

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

Для начала нужно загрузить движок сайта в формате архива (как правило, ZIP) на ноутбук или компьютер, на котором создается сервер. Затем правой кнопкой мыши нажать на значок Open Server на панели задач (зеленый флажок), перейти во вкладку «PHPMyAdmin» и выбрать пункт «Дополнительно».

В появившемся окне – меню создания базы данных. В соответствующей строке введите нужное название и кликните «Создать».

Откройте раздел «Domains» в меню Open Server и создайте папку, задав ей имя такое же, как у вашего сайта (в данном примере — newforme.site). В нее необходимо извлечь файлы из архива ZIP движка сайта.

Среди них нужно найти файл под именем «wp-config-sample.php», после чего изменить его название на «wp-config.php», а затем открыть.

В появившемся окне найдите поле «DB_NAME» и впишите в него название ранее созданной базы данных, в «DB_USER» – имя пользователя, а поле «DB_PASSWORD» оставьте пустым.

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

После этого сайт начнет работать на платформе WordPress, он должен открываться на любых устройствах: как на компьютерах, так и на смартфонах с операционными системами IOS и Андроид.

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

Однако у него есть свои нюансы, ограничивающие применение этого метода:

1. Необходимость регистрации «белого» IP адреса. Как правило, у всех провайдеров эта услуга платная и у многих не дешевая. Поэтому в ряде случаев даже выгоднее сразу арендовать платный сервер, не тратя на его создание время и силы.
2. Нужно, чтобы ноутбук или компьютер с установленным сервером был включен круглосуточно, да и работа интернета должна быть бесперебойной. С целью подстраховки можно подключиться сразу к двум провайдерам. В случае отключения ПК или интернета сайт моментально перестает загружаться, поэтому важно постоянно следить за их работой, что крайне неудобно.
3. При посещении сайта, работающем на «домашнем» сервере, большого количества пользователей возникает значительная нагрузка на центральный процесс, что может негативно сказываться на общей производительности компьютера.

Важно! Для более быстрой загрузки сайта рекомендуется его разместить на SDD диске. HDD накопители дают значительно меньшую производительность.

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

Начало работы — HTTP сервер Apache Версия 2.4

HTTP сервер Apache Версия 2.4

Available Languages:  en  |  fr  |  ru 

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

• Клиенты, серверы и URL-адреса
• Имена хостов и DNS
• Файлы конфигурации и директивы
• Контент веб-сайта
• Файлы журналов и устранение неполадок
• Что дальше?

См. также

• Comments

Адреса в Интернете записываются с помощью URL — Uniform Resource Locator (унифицированный указатель ресурса), который указывает на используемый протокол (например, http), имя сервера (например, www.apache.org), URL-путь (например, /docs/current/getting-started.html) и, возможно, строку запроса (например, ?arg=value), используемую для передачи серверу дополнительных аргументов.

Клиент (например, веб-браузер) подключается к серверу (например, вашему HTTP-серверу Apache), используя определённый протокол, и отправляет запрос на ресурс, используя URL-путь.

URL-путь может обозначать множество вещей на сервере. Это может быть файл (как getting-started.html), обработчик (как server-status) или файл какой-то программы (как index.php). Мы рассмотрим это подробней ниже, в разделе Контент веб-сайта.

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

Детали транзакции и условия возникновения ошибки записываются в файлы журналов. Это описывается более подробно ниже, в разделе Файлы журналов и устранение неполадок.

Для того чтобы соединиться с сервером, клиент сначала должен преобразовать имя сервера в IP-адрес — место в Интернете, где находится сервер. Таким образом, чтобы ваш веб-сервер был доступен, необходимо, чтобы имя сервера было в DNS.

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

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

Если вы тестируете сервер, не имеющий выхода в Интернет, можете поместить имена хостов в файл hosts для того что бы имя разрешалось локально. Например, вы можете добавить запись для отправки запросов к www.example.com на локальный компьютер, для тестирования. Эта запись будет выглядеть так:

127.0.0.1 www.example.com

Файл hosts, скорее всего, расположен в /etc/hosts или C:\Windows\system32\drivers\etc\hosts.

Вы можете узнать больше о файле hosts и больше о DNS.

HTTP-сервер Apache настроен с помощью простых текстовых файлов. Эти файлы могут располагаться в разных местах, в зависимости от того как вы установили сервер. Общие места расположения файлов можно найти в Вики HTTP-сервера Apache. Если вы установили httpd из исходного кода, то расположение файлов конфигурации по умолчанию следующее: /usr/local/apache2/conf. По умолчанию файл конфигурации называется httpd.conf. Это тоже может варьироваться в сторонних дистрибутивах сервера.

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

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

На вопрос: «Где я должен прописать эту директиву?» – обычно отвечают, там где ты хочешь использовать её. Если это глобальная настройка, она должна располагаться в конфигурационном файле вне разделов <Directory>, <Location>, <VirtualHost> или других разделов. Если настройка относится только к конкретному каталогу, значит она должна быть внутри секции <Directory>, которая описывает этот каталог, и так далее. Смотри документ Разделы конфигурации с подробным описанием вышеуказанных разделов.

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

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

Статический контент — это, например, HTML-файлы, файлы изображений, CSS-файлы и другие файлы, которые просто лежат на диске. Директива DocumentRoot указывает где в вашей файловой системе, вы должны разместить эти файлы. Эта директива устанавливается глобально или отдельно для каждого виртуального хоста. Посмотрите в своём файле(ах) конфигурации, чтобы узнать, как именно эта директива используется на вашем сервере.

Обычно, когда запрашивается каталог, без указания имени файла, то будет отдан документ с именем index.html. Например, если для директивы DocumentRoot установлено значение /var/www/html и приходит запрос на адрес http://www.example.com/work/, то файл расположенный по пути /var/www/html/work/index.html будет отдан клиенту.

Динамический контент — это всё что генерируется во время запроса и может изменяться от запроса к запросу. Существует множество способов создания динамического контента. Различные обработчики доступны для генерации содержимого. Могут быть написаны специальные CGI программы для генерации контента на сайте.

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

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

Расположение журнала ошибок задаётся директивой ErrorLog, которая может быть установлена глобально или для каждого виртуального хоста. Записи в журнале ошибок расскажут вам, что и когда пошло не так. Зачастую они также смогут подсказать, как что-то исправить. Каждая запись в журнале ошибок содержит код ошибки, по которому вы можете поискать в Интернете более подробное описание того, как решить проблему. Вы также можете настроить журнал ошибок так, чтобы в него записывался идентификатор журнала, который можно сопоставить с записями в журнале доступа — это поможет определить, какой запрос какую ошибку вызвал.

Больше о логирование вы можете узнать в документации о журналах.

Теперь, когда вы знакомы с основами, пора двигаться дальше.

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

• Загрузки
• Установка
• Настройка
• Старт
• Часто задаваемые вопросы

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.

Домашняя страница

Невероятно быстрый широкополосный доступ в Интернет для дома или бизнеса. Siteserver предлагает гарантированную скорость до 1000 Мбит/с. Оставьте DSL и кабель в пыли! Облачные серверы полностью настраиваются и легко развертываются. Начиная всего с 50 долларов в месяц, получите полный контроль над своим сервером одним нажатием кнопки. Интеллектуальные, более эффективные и высокодоступные центры обработки данных. Совместное размещение можно комбинировать с нашими услугами облачных вычислений, обеспечивая непревзойденную стабильность и производительность. Веб-хостинг Начиная с 8,95 $ /мес. Хранилище данных 10 ГБ Все наши планы включают неограниченную пропускную способность и учетные записи электронной почты. Нажмите ниже, чтобы узнать больше. Узнать больше Облачный хостинг Начиная с $49 /мес. Сред. Время развертывания 30 мин. Свяжитесь с нами для получения дополнительной информации и индивидуальных решений. Нажмите здесь, чтобы получить подробную информацию и наш ежемесячный калькулятор цен. Узнать больше Совместное размещение Начиная с $99 /мес. Место в стойке 42U Шкаф Обеспечьте столько места в серверном шкафу, электроэнергию и полосу пропускания, сколько вам нужно. Узнать больше БЕСПЛАТНАЯ регистрация доменного имени. Зарегистрируйтесь на 12 месяцев, и ваша ежегодная регистрация доменного имени будет за нас. От виртуального хостинга к комплексному управлению серверными фермами. Кроме того, теперь клиенты могут совмещать свое физическое присутствие в нашем центре обработки данных с нашей гибкой инфраструктурой облачных вычислений. Siteserver владеет и управляет современными центрами обработки данных со 100% гарантией безотказной работы. Мы стремимся к тому, чтобы ваши ИТ-операции работали 24x7x365 с оптимальной производительностью. Из соображений предосторожности наши физические офисы закрыты с 14 марта 2020 г. по 31 марта 2020 г., чтобы помочь обуздать потенциальную передачу коронавируса (COVID-19).). Подробнее Мы перешли на Siteserver три года назад, и это было лучшее решение, которое мы приняли. Их инженеры были опытными и очень полезными. Если вам нужно что-то сделать вчера, они — компания, чтобы использовать. Лиза Хеменуэй — Управление отходами Мы довольны индивидуальным обслуживанием, которое Siteserver оказывает нашей организации на протяжении многих лет, и мы рекомендуем их услуги другим. Летиция Остин — United Way

Высокая доступность сервера сайта — Configuration Manager

• Статья
• 04.10.2022
• 15 минут на чтение

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

Исторически сложилось так, что вы могли добавить избыточность к большинству ролей в Configuration Manager, имея в своей среде несколько экземпляров этих ролей. Кроме самого сервера сайта. Высокая доступность для роли сервера сайта — это основанное на Configuration Manager решение для установки другого сервера сайта в пассивном режиме . Сайт центра администрирования (CAS) и дочерние первичные сайты могут иметь другой сервер сайта в пассивном режиме. Сервер сайта в пассивном режиме может быть локальным или облачным в Azure.

Эта функция дает следующие преимущества:

• Избыточность и высокая доступность для роли сервера сайта
• Более простая замена оборудования или ОС сервера сайта
• Более простой перенос сервера сайта в Azure IaaS

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

Сервер сайта в пассивном режиме:

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

Чтобы сделать сервер сайта в пассивном режиме активным, вы вручную повышаете его . Это действие переключает сервер сайта в активном режиме на сервер сайта в пассивном режиме. Роли системы сайта, доступные на исходном сервере в активном режиме, остаются доступными до тех пор, пока доступен этот компьютер. Только роль сервера сайта переключается между активным и пассивным режимами.

Инженерно-эксплуатационная служба Microsoft Core Services использовала эту функцию для переноса своих CAS в Microsoft Azure. Дополнительные сведения см. в статье Microsoft IT Showcase.

Поддерживаемые конфигурации

• Configuration Manager поддерживает серверы сайта в пассивном режиме в иерархии. CAS и дочерние первичные сайты могут иметь другой сервер сайта в пассивном режиме.

• Сервер сайта в пассивном режиме может быть локальным или облачным в Azure.

  Примечание

  Облачный сервер сайта в пассивном режиме использует инфраструктуру Azure как услугу (IaaS). Дополнительные сведения см. в следующих статьях:

  • Виртуальные машины Azure (для облачной инфраструктуры)
  Часто задаваемые вопросы по
  • для Configuration Manager в Azure

Предварительные условия

Active Directory

• Оба сервера сайта должны быть присоединены к одному и тому же домену Active Directory.

• Если вы расширили схему Active Directory для Configuration Manager, обоим серверам сайта потребуются разрешения Полный доступ для контейнера Active Directory Система — Управление системой и всех дочерних объектов.

Общие конфигурации для обоих серверов сайта

• Оба сервера сайта могут работать под управлением разных версий ОС или пакетов обновления, если они поддерживаются Configuration Manager.

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

Конфигурации сервера сайта в пассивном режиме

• Должны выполняться предварительные условия для установки основного сайта.

  • Это требование включает такие компоненты, как .NET Framework, удаленное дифференциальное сжатие и Windows ADK. Полный список см. в разделе Предварительные требования для сайта и системы сайта.

  Примечание

  Обязательно установите собственный клиент SQL Server. Если вы не установите его, средство проверки предварительных требований во время установки Configuration Manager сообщит об ошибке об отсутствии разрешений SQL Server.

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

• Необходимо установить с использованием исходных файлов, соответствующих версии сервера сайта в активном режиме.

• Невозможно установить роль системы сайта с любого сайта до установки роли сервера сайта в пассивном режиме.

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

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

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

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

Дополнительные сведения см. в разделах Учетная запись установки системы сайта и Повышенные разрешения.

Библиотека содержимого

Библиотека содержимого сайта должна находиться на удаленном сетевом ресурсе. Обоим серверам сайта требуются разрешения Полный доступ к общему ресурсу и его содержимому. Дополнительные сведения см. в разделе Настройка удаленной библиотеки содержимого для сервера сайта.

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

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

База данных сайта

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

• База данных может быть удалена с каждого сервера сайта. Процесс установки Configuration Manager не блокирует установку роли сервера сайта на компьютер с ролью Windows для отказоустойчивой кластеризации. Для групп доступности SQL Server Always On требуется эта роль, поэтому ранее вы не могли размещать базу данных сайта на сервере сайта. Благодаря этому изменению вы можете создать высокодоступный сайт с меньшим количеством серверов, используя группу доступности и сервер сайта в пассивном режиме. На узел в группе доступности Always On можно установить только активный сервер. Пассивные серверы должны быть установлены на автономные серверы, на которых нет существующих ролей сайта.

• SQL Server, на котором размещена база данных сайта, может использовать экземпляр по умолчанию, именованный экземпляр, экземпляр отказоустойчивого кластера или группу доступности.

• Для обоих серверов сайта требуется роль безопасности sysadmin для экземпляра SQL Server, на котором размещена база данных сайта. Исходный сервер сайта уже должен иметь эти роли, поэтому добавьте их для нового сервера сайта. Например, следующий сценарий SQL добавляет эти роли для нового сервера сайта VM2 9.0033 в домене Contoso:

   ИСПОЛЬЗОВАНИЕ [мастер]
  ИДТИ
  СОЗДАЙТЕ ВХОД [contoso\vm2$] ИЗ WINDOWS С DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english]
  ИДТИ
  ИЗМЕНИТЬ РОЛЬ СЕРВЕРА [sysadmin] ДОБАВИТЬ УЧАСТНИКА [contoso\vm2$]
  ИДТИ
   

• Обоим серверам сайта требуется доступ к базе данных сайта на экземпляре SQL Server. Исходный сервер сайта уже должен иметь этот доступ, поэтому добавьте его для нового сервера сайта. Например, следующий сценарий SQL добавляет логин к CM_ABC 9.База данных 0033 для нового сервера сайта VM2 в домене Contoso:

   ИСПОЛЬЗОВАНИЕ [CM_ABC]
  ИДТИ
  СОЗДАЙТЕ ПОЛЬЗОВАТЕЛЯ [contoso\vm2$] ДЛЯ ВХОДА [contoso\vm2$] С DEFAULT_SCHEMA=[dbo]
  ИДТИ
   

• Сервер сайта в пассивном режиме настроен на использование той же базы данных сайта, что и сервер сайта в активном режиме. Сервер сайта в пассивном режиме только читает из базы данных. Он не записывает в базу данных до тех пор, пока не будет переведен в активный режим.

Ограничения

• На каждом сайте поддерживается только один сервер сайта в пассивном режиме.

• Пассивные серверы сайта не могут быть установлены на узлы в группе доступности Always On, на которой размещена база данных Configuration Manager, и должны быть установлены на автономных серверах. Перемещение пассивного сервера сайта в группу доступности Always On после установки в настоящее время не поддерживается.

• Сервер сайта в пассивном режиме не поддерживается на дополнительном сайте.

  Примечание

  Вторичные сайты по-прежнему поддерживаются первичным сайтом с высокодоступными серверами сайтов.

• Перевод сервера сайта из пассивного режима в активный выполняется вручную. Нет автоматического перехода на другой ресурс.

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

  Примечание

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

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

• Консоль Configuration Manager не устанавливается автоматически на сервер сайта в пассивном режиме.

Добавление сервера сайта в пассивном режиме

Дополнительные сведения об общем процессе добавления ролей см. в разделе Установка ролей системы сайта.

1. В консоли Configuration Manager перейдите к Рабочая область администрирования , разверните узел Site Configuration , выберите узел Sites и выберите Create Site System Server на ленте.

2. На странице Общие мастера создания сервера системы сайта укажите сервер для размещения сервера сайта в пассивном режиме. На указанном сервере нельзя размещать какие-либо роли системы сайта до установки сервера сайта в пассивном режиме.

3. О выборе системной роли , выберите только Сервер сайта в пассивном режиме .

   Примечание

   На этой странице мастер выполняет следующие начальные проверки предварительных условий:

   • Выбранный сервер не является сервером вторичного сайта
   • Выбранный сервер еще не является сервером сайта в пассивном режиме
   • Библиотека содержимого сайта находится в удаленном расположении

   Если эти первоначальные проверки предварительных требований не пройдены, вы не сможете продолжить работу после этой страницы мастера.

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

   • Выберите один из следующих вариантов:

     • Копировать исходные файлы установки по сети с сервера сайта в активном режиме : этот параметр создает сжатый пакет и отправляет его на новый сервер сайта.

     • Используйте исходные файлы в следующем расположении на сервере сайта в пассивном режиме : Например, локальный путь, по которому вы уже скопировали исходные файлы. Убедитесь, что это содержимое той же версии, что и сервер сайта в активном режиме.

     • ( Рекомендуемый ) Используйте исходные файлы в следующем сетевом расположении : Укажите путь непосредственно к содержимому компакт-диска . Последняя папка с сервера сайта в активном режиме. Например, \\Server\SMS_ABC\CD.Latest , где « Server » — имя сервера сайта в активном режиме, а « ABC » — код сайта.

   • Укажите локальный путь для установки Configuration Manager на новом сервере сайта. Например: C:\Program Files\Configuration Manager

5. Завершите работу мастера. Затем Configuration Manager устанавливает сервер сайта в пассивном режиме на указанном сервере.

Чтобы получить подробные сведения о состоянии установки, в консоли перейдите в рабочую область Monitoring и выберите узел Site Server Status . Состояние сервера сайта в пассивном режиме отображается как Установка . Для получения более подробной информации выберите сервер и выберите Показать статус . Это действие открывает окно состояния установки Site Server. Когда процесс завершен, состояние показывает OK для обоих серверов.

Дополнительные сведения о процессе установки см. в разделе Блок-схема — настройка сервера сайта в пассивном режиме.

После добавления сервера сайта в пассивном режиме оба сервера сайта отображаются на вкладке Узлы в узле Сайты консоли.

Все компоненты сервера сайта Configuration Manager находятся в режиме ожидания на сервере сайта в пассивном режиме. Службы Windows все еще работают.

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

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

• Определите свои рабочие процессы во время отработки отказа, а также то, что следует связывать с другими администраторами Configuration Manager.

• Перед запланированной акцией:

  • Проверьте общее состояние сайта и его компонентов. Убедитесь, что все нормально для вашей среды.

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

  • Проверить статус вторичного сайта и репликацию сайта.

  • Не запускать никаких новых заданий по распространению контента или обслуживания на дочерних или дополнительных серверах сайтов.

    Примечание

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

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

    Совет

    Вот пример того, как другие действия могут конфликтовать с продвижением сервера сайта:

    • Понедельник: Обновите сайт до последней версии. Включите автоматическое обновление клиента с пилотным запуском клиента.
    • Вторник: повысьте уровень сервера сайта в пассивном режиме до активного сервера сайта.

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

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

Процесс перевода сервера сайта из пассивного режима в активный

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

Важно

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

Консоль Configuration Manager запрашивает список доступных поставщиков SMS из WMI на сервере сайта. Когда вы устанавливаете несколько поставщиков SMS на сайт, сайт случайным образом назначает каждому новому запросу на подключение использование установленного поставщика SMS. Вы не можете указать местоположение поставщика SMS для использования с определенным сеансом подключения. Если вашей консоли не удается подключиться к сайту из-за того, что текущий сервер сайта отключен, укажите другой сервер сайта в окне «Подключение к сайту».

1. В консоли Configuration Manager перейдите в рабочую область Администрирование , разверните Конфигурация сайта и выберите узел Сайты . Выберите сайт, а затем перейдите на вкладку Nodes . Выберите сервер сайта в пассивном режиме, а затем выберите Повысить до активного на ленте. Выберите Да для подтверждения и продолжения.

2. Обновить узел консоли. Столбец Статус для сервера, который вы продвигаете, отображается в Узлы вкладка как Продвижение .

3. После завершения повышения в столбце Статус отображается OK как для нового сервера сайта в активном режиме, так и для нового сервера сайта в пассивном режиме. В столбце Server Name для сайта теперь отображается имя нового сервера сайта в активном режиме.

Для получения подробного состояния перейдите в рабочее пространство Monitoring и выберите Site Server Status узел. Столбец Mode указывает, какой сервер Active или Passive . При переводе сервера из пассивного режима в активный выберите сервер сайта, который вы переводите в активный режим, а затем выберите Показать состояние на ленте. Это действие открывает окно «Статус повышения уровня сервера сайта», в котором отображаются дополнительные сведения о процессе.

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

Дополнительные сведения о запланированном процессе продвижения см. в блок-схеме — продвижение сервера сайта (запланировано).

Незапланированная отработка отказа

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

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

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

Дополнительные сведения о незапланированном процессе аварийного переключения см. в разделе Блок-схема — повышение уровня сервера сайта (незапланированное).

Другие задачи после повышения уровня сервера сайта

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

При необходимости в вашей среде могут потребоваться следующие шаги:

• Если вы импортируете сертификаты PKI для точек распространения, повторно импортируйте сертификат для уязвимых серверов. Дополнительные сведения см. в статье Повторное создание сертификатов для точек распространения.

• Если вы интегрируете Configuration Manager с Microsoft Store для бизнеса, перенастройте это подключение. Дополнительные сведения см. в разделе Управление приложениями из Microsoft Store для бизнеса.

• Повторное создание загрузочного носителя OSD и предварительно подготовленного носителя в средах без PKI.

• В средах без PKI может потребоваться обновить самозаверяющий сертификат на точках распространения с поддержкой PXE. Сделайте это действие в свойствах точки распространения на вкладке Связь. Внесите изменения в дату или время самоподписанного сертификата.

Ежедневный мониторинг

Если сервер сайта находится в пассивном режиме, контролируйте его ежедневно. Убедитесь, что его статус остается в порядке и он готов к использованию. В консоли Configuration Manager перейдите к Monitoring workspace и выберите узел Site Server Status . Просмотрите оба сервера сайта и их текущее состояние. Также просмотрите статус в рабочей области Администрирование . Разверните узел Site Configuration и выберите узел Sites . Выберите сайт, а затем перейдите на вкладку Nodes .

Примечание

При обновлении сайта до новой версии Configuration Manager он также обновляет сервер сайта в пассивном режиме.

Удаление сервера сайта в пассивном режиме

Процесс удаления сервера сайта в пассивном режиме аналогичен любой роли системы сайта. Удалите роль сервера сайта с сервера в пассивном режиме. Дополнительные сведения см. в разделе Процедура удаления роли системы сайта.

При удалении любой другой роли системы сайта диспетчер компонентов сайта ( sitecomp ) обрабатывает запрос. Когда вы удаляете сервер сайта в пассивном режиме, диспетчер отработки отказа обрабатывает запрос. Для статуса следите за Компонент SMS_FAILOVER_MANAGER .

Следующие шаги

Блок-схема — настройка сервера сайта в пассивном режиме Блок-схема — Продвижение сервера сайта (запланировано) Блок-схема — продвижение сервера сайта (незапланировано)

Планирование ролей системы сайта — Configuration Manager

• Статья
• 04.10.2022
• 10 минут на чтение

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

Каждый устанавливаемый вами сайт Configuration Manager включает сервер сайта, который является сервером системы сайта . Сайт также может включать дополнительные серверы системы сайта на компьютерах, удаленных от сервера сайта. Серверы системы сайта (сервер сайта или удаленный сервер системы сайта) поддерживают роли системы сайта .

Серверы системы сайта

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

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

Роли системы сайта

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

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

• Дополнительные точки распространения для расширения инфраструктуры контента, повышения производительности распространения контента на устройства.

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

Различные сайты Configuration Manager могут поддерживать разные наборы ролей системы сайта. Поддерживаемый набор ролей системы сайта зависит от типа сайта. (Типы сайтов включают сайт центра администрирования, первичные сайты или вторичные сайты. ) Топология вашей иерархии может ограничивать размещение некоторых ролей на определенных типах сайтов. Например, точка подключения службы поддерживается только на сайте верхнего уровня иерархии. Сайт верхнего уровня может быть сайтом центра администрирования или автономным первичным сайтом. Эта роль не поддерживается на дочернем первичном сайте или на дополнительных сайтах.

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

Сервер сайта Configuration Manager

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

Система сайта Configuration Manager

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

Роль системы сайта компонента Configuration Manager

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

Сервер базы данных сайта Configuration Manager

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

Поставщик SMS

Сайт назначает эту роль каждому компьютеру, на котором размещен экземпляр поставщика SMS. Поставщик — это интерфейс между консолью Configuration Manager и базой данных сайта. По умолчанию эта роль автоматически устанавливается на сервер сайта центра администрирования и первичные сайты. Установите дополнительные экземпляры на каждом сайте, чтобы предоставить доступ дополнительным пользователям с правами администратора или для резервирования.

Чтобы установить дополнительных поставщиков, запустите программу установки Configuration Manager для управления поставщиком SMS. Затем установите дополнительных провайдеров на дополнительные компьютеры. Установите на компьютер только один экземпляр поставщика SMS. Этот компьютер должен находиться в том же домене, что и сервер сайта.

Точка синхронизации Asset Intelligence

Важно

Начиная с ноября 2021 г. эта функция Configuration Manager устарела. Дополнительные сведения см. в разделе Прекращение поддержки аналитики активов.

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

Дополнительные сведения см. в разделе Аналитика активов в Configuration Manager.

Точка регистрации сертификата

Предупреждение

Начиная с версии 2203 точка регистрации сертификата больше не поддерживается. Дополнительные сведения см. в разделе Часто задаваемые вопросы об устаревании доступа к ресурсам.

Роль системы сайта, которая взаимодействует с сервером, на котором запущена служба регистрации сетевых устройств (NDES). Эта роль управляет запросами сертификатов устройств, которые используют простой протокол регистрации сертификатов (SCEP). Эта роль поддерживается только на первичных сайтах и ​​сайте центра администрирования.

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

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

Точка подключения шлюза управления облаком

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

Точка обслуживания хранилища данных

Используйте точку обслуживания хранилища данных для хранения долгосрочных исторических данных и составления отчетов в вашей среде Configuration Manager. Дополнительные сведения см. в разделе Хранилище данных.

Точка распространения

Роль системы сайта, которая содержит исходные файлы для загрузки клиентами, например:

• Содержание приложения
• Программные пакеты
• Обновления программного обеспечения
• образов ОС
• Загрузочные образы

По умолчанию эта роль устанавливается на сервере сайта при установке нового основного или дополнительного сайта. Эта роль не поддерживается на сайте центра администрирования. Установите несколько экземпляров этой роли на поддерживаемом сайте и на нескольких сайтах в одной иерархии. Дополнительные сведения см. в разделах Основные понятия управления контентом и Управление контентом и инфраструктурой контента.

Точка Endpoint Protection

Роль системы сайта, которую Configuration Manager использует для принятия условий лицензии Endpoint Protection и настройки членства по умолчанию для службы Cloud Protection. Иерархия поддерживает только один экземпляр этой роли, и он должен находиться на сайте верхнего уровня. Если вы расширите автономный первичный сайт до более крупной иерархии, удалите эту роль с первичного сайта, а затем установите ее на сайте центра администрирования. Дополнительные сведения см. в разделе Endpoint Protection в Configuration Manager.

Точка регистрации

Важно

С прекращением поддержки локального MDM и клиента Configuration Manager для macOS эта роль системы сайта также устарела. Дополнительные сведения см. в разделе Удаленные и устаревшие функции для Configuration Manager.

Роль системы сайта, использующая сертификаты PKI для Configuration Manager для регистрации мобильных устройств и компьютеров с macOS. Хотя эта роль поддерживается только на первичных сайтах, вы можете установить несколько экземпляров этой роли на сайте или на нескольких сайтах в одной иерархии.

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

Прокси-точка регистрации

Важно

С прекращением поддержки локального MDM и клиента Configuration Manager для macOS эта роль системы сайта также устарела. Дополнительные сведения см. в разделе Удаленные и устаревшие функции для Configuration Manager.

Роль системы сайта, которая управляет запросами на регистрацию Configuration Manager от мобильных устройств и компьютеров с macOS. Хотя эта роль поддерживается только на первичных сайтах, вы можете установить несколько экземпляров этой роли на сайте или на нескольких сайтах в одной иерархии.

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

Соединитель Exchange Server

Сведения об этой роли см. в разделе Управление мобильными устройствами с помощью Configuration Manager и Exchange.

Резервная точка состояния

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

Точка управления

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

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

Настройте точки управления для поддержки HTTP или HTTPs. Они также могут поддерживать мобильные устройства, которыми вы управляете с помощью локального управления мобильными устройствами (MDM) Configuration Manager. Чтобы уменьшить вычислительную нагрузку, возлагаемую на сервер базы данных сайта точками управления при обслуживании запросов от клиентов, используйте реплики базы данных для точек управления.

Важно

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

Точка служб отчетов

Роль системы сайта, которая интегрируется со службами отчетов SQL Server для создания и управления отчетами для Configuration Manager. Эта роль поддерживается на первичных сайтах и ​​сайте центра администрирования, и вы можете установить несколько экземпляров этой роли на поддерживаемом сайте. Дополнительные сведения см. в разделе Планирование отчетности.

Точка подключения службы

Роль системы сайта, которая загружает данные об использовании с вашего сайта и необходима для того, чтобы обновления для Configuration Manager были доступны в консоли. Иерархия поддерживает только один экземпляр этой роли, и он должен находиться на сайте верхнего уровня вашей иерархии. Если вы расширите автономный первичный сайт до более крупной иерархии, удалите эту роль с первичного сайта, а затем установите ее на сайте центра администрирования. Дополнительные сведения см. в разделе О точке подключения службы.

Точка обновления программного обеспечения

Роль системы сайта, которая интегрируется со службами Windows Server Update Services (WSUS) для предоставления обновлений программного обеспечения клиентам Configuration Manager. Эта роль поддерживается на всех сайтах:

• Установите эту систему сайта на сайте центра администрирования для синхронизации с WSUS.

• Настройте каждый экземпляр этой роли на дочерних первичных сайтах для синхронизации с сайтом центра администрирования.

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

Дополнительные сведения см. в разделе Планирование обновлений программного обеспечения.

Точка миграции состояния

При переносе компьютера на новую операционную систему эта роль системы сайта сохраняет данные о состоянии пользователя. Эта роль поддерживается на первичных и вторичных сайтах. Установите несколько экземпляров этой роли на сайте и на нескольких сайтах в одной иерархии. Дополнительные сведения о сохранении состояния пользователя при развертывании ОС см. в разделе Управление состоянием пользователя.

Следующие шаги

Для некоторых ролей системы сайта Configuration Manager требуется подключение к Интернету. Если в вашей среде требуется интернет-трафик для использования прокси-сервера, настройте эти роли системы сайта для использования прокси-сервера. Дополнительные сведения см. в разделе Поддержка прокси-сервера.

Установка сервера сайта | PaperCut

РУКОВОДСТВА ПО ПРОДУКЦИИ

Руководство по PaperCut NG и PaperCut MF

ПРЕДЛАГАЕМЫЕ ПРОДУКТЫ

Серверы сайта

— это архитектурный компонент решения PaperCut. Настройка — это простой процесс. Как и в большинстве архитектурных проектов, время лучше потратить на планирование.

Шаг 1: Планирование

Планирование — наиболее важный этап успешного развертывания Site Server. Уделите несколько минут перед установкой, чтобы просмотреть контрольный список элементов:

.

• Подготовьте лицензию, включающую необходимое количество серверов сайта.

• Рассмотрите возможность подписания сертификата доверенным ЦС для вашего сервера приложений

• Запланируйте установку/обновление сервера приложений до последней версии PaperCut NG или PaperCut MF.

• Обсудите и выберите подходящие офлайн-политики для вашего сайта.

• Выберите расположение Site Server, обеспечивающее надежное подключение к устройствам и серверам печати, которые он должен поддерживать.

• Запланируйте незначительные сбои в работе любых существующих встроенных или аппаратных устройств, которые вы перенастраиваете для использования Site Server.

• Просмотрите критические функции, поддерживаемые Site Server, чтобы понять поведение в автономном режиме.

Шаг 2. Примените лицензию

Прежде чем устанавливать программное обеспечение Site Server, ваш сервер приложений должен быть лицензирован для серверов сайтов.

Шаг 3: [необязательно] Импорт доверенного подписанного сертификата

Некоторые МФУ могут видеть ошибку самозаверяющего сертификата в процессе внедрения. Установка подписанного сертификата на сервер вашего сайта помогает предотвратить это и защищает ваш сервер PaperCut от атаки MitM.

Процесс установки подписанного сертификата на сервер сайта почти идентичен шагам, которые вы предпринимаете для установки сертификата на основной сервер приложений PaperCut. Следуйте нашим инструкциям по установке SSL-сертификата простым способом. При создании сертификата убедитесь, что общее имя (CN) или имя предметной области (SAN) имеет значение 9.0032 ваш сервер сайта .

Шаг 4: Установка

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

Windows

На сервере Windows установите программное обеспечение Site Server, выбрав Установка Site Server (расширенная) в мастере установки. Если программное обеспечение основного сервера PaperCut ранее было установлено на сервере, удалите его перед установкой программного обеспечения Site Server.

Линукс

Следуйте существующему разделу «Быстрая установка: Linux (CUPS и/или Samba)» руководства PaperCut с дополнительным параметром — site-server при запуске программы установки.

Mac

На сервере Mac установите Site Server, загрузив последний образ диска Mac DMG и запустив содержащуюся в нем программу установки под названием PaperCut NG/MF Site Server Install (advanced).pkg

СОВЕТ

Рекомендуется ограничить подключения Site Server к серверу приложений фиксированным набором IP-адресов. Чтобы указать список IP-адресов или подсетей, которым разрешено отправлять информацию на сервер приложений, см. раздел Ограничение доступа к серверу приложений.

Шаг 5. Настройка после установки

1. Задайте уникальное имя для настраиваемого сервера сайта.

2. Введите имя или IP-адрес сервера приложений, к которому подключается этот Site Server.

3. Введите учетные данные пользователя с правами администратора на PaperCut на первичном сервере.

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

4. Сервер сайта не требует дополнительной настройки на локальном компьютере. Вы можете использовать ссылку Login под изображением Application Server для доступа к веб-интерфейсу PaperCut Admin. Теперь доступна вкладка Sites .

5. Выберите Sites > Offline Policies , чтобы установить Offline Policies для вашей установки.

Расширенная конфигурация сервера сайта

Большая часть конфигурации Site Server выполняется в веб-интерфейсе администратора, однако дополнительные параметры конфигурации доступны в файле print-provider.conf .

Подключение нескольких серверов печати к Site Server

Если вы установили Site Server на существующий PaperCut. Настройка дополнительных серверов печати и локально подключенных принтеров, поставщик печати автоматически настраивается для работы с новым Site Server.

Однако, если у вас есть несколько серверов печати, подключенных к серверу сайта, поставщик печати на этих серверах необходимо обновить до той же версии сервера приложений, а также настроить в следующем файле подключение к адресу сервера сайта:

1. Откройте в текстовом редакторе следующий файл:

     [путь к приложению]\providers\print\win\print-provider.conf

2. Найдите строку, начинающуюся с ApplicationServer= , затем введите IP-адрес сервера сайта. Например:

     ApplicationServer=mainserver.localdomain.com

3. Найдите строку, начинающуюся с ApplicationServerPort= , затем введите порт для подключения к серверу сайта. Например:

     ApplicationServerPort=9191

4. Перезапустите сервер, на котором запущен поставщик печати. Если вы не хотите перезапускать сервер, вручную перезапустите PaperCut Print Provider 9.Служба 0033.

Подключение напрямую к серверу приложений, когда сервер сайта не работает

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

1. Откройте в текстовом редакторе следующий файл:

     [путь к приложению]\providers\print\win\print-provider. conf

2. Добавьте новую строку с RedirectFallbackServer= , затем IP-адрес и порт сервера приложений. Например:

     RedirectFallbackServer=mainserver.localdomain.com:9191

3. Перезапустите сервер, на котором запущен поставщик печати. Если вы не хотите перезапускать сервер, вручную перезапустите службу PaperCut Print Provider .

Конфигурация МФД

Настройте встроенные устройства для использования Site Server в качестве хост-сервера. Вы можете напрямую добавлять новые устройства на Site Server или переносить существующие устройства на Site Server без потери истории устройств.

Реализации встраиваемых решений различаются в зависимости от производителя, однако в целом их можно разделить на две категории.

• Устройства, которые подключаются к PaperCut.

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

• Устройства, к которым подключается PaperCut.

  Следуйте инструкциям по установке для вашего конкретного устройства. При настройке нового устройства выберите сервер, на котором размещено это устройство.

  Запись устройства также предоставляет администраторам возможность изменить это значение Hosted on в любое время в будущем. Это позволяет перемещать устройство с одного сервера на другой.

ПРИМЕЧАНИЕ

• Вы можете просмотреть, на каком сервере в настоящее время размещено каждое из ваших устройств, на странице списка устройств в веб-интерфейсе администратора.
• В зависимости от устройства можно разрешить пользователям изменять параметры отложенных заданий печати на устройстве, если сервер сайта доступен, но сервер приложений недоступен. Дополнительные сведения см. в разделе Изменение атрибутов заданий печати на устройстве.

Конфигурация станции выпуска

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

• Подключите стандартную станцию ​​выпуска к серверу сайта, отредактировав файл connection.properties станции выпуска и изменив параметр server-ip на адрес сервера сайта.

  ПРИМЕЧАНИЕ

  Порт, используемый в файле connection.properties , является только портом HTTP. Не меняйте его на порт SSL. Порт SSL, настроенный в файле server.properties , используется для связи Release Station.

• Получите доступ к версии мобильного приложения Site Server, используя адрес Site Server в URL-адресе, например. http://[сайт-сервер]:9191/г-н

Проверка установки

На вкладке Sites веб-интерфейса администратора сразу отображается состояние всех серверов сайта. Пока сервер сайта подключен, PaperCut работает в обычном режиме.

Чтобы убедиться, что ваш сервер сайта обеспечивает устойчивость, вы можете перевести сайт в автономный режим. Вы можете добиться этого, смоделировав сбой сети (вытащив вилку) или отключив сайт в Сайты вкладка.

1. На вкладке Сайты выберите сайт.

2. В области Site Connection выберите Disable connection (force offline) .

3. Нажмите Применить .

Вы можете подтвердить, что сайт находится в автономном режиме, используя URL-адрес сервера сайта ( http://[Site Server]:9191/admin ). Печать и копирование должны продолжаться в соответствии с автономными политиками, определенными в разделе установки. Проверка применения политик с помощью транзакций копирования и печати гарантирует, что ваши настройки были применены правильно.

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

СОВЕТ

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

ВАЖНО

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

Что такое веб-сервер? — Изучите веб-разработку

В этой статье мы объясним, что такое веб-серверы, как они работают и почему они важны.

Необходимые условия:	Вы уже должны знать как работает интернет и понять разницу между веб-страницей, веб-сайтом, веб-сайтом сервер и поисковая система.
Цель:	Вы узнаете, что такое веб-сервер, и получите общее представление о как это работает.

Термин веб-сервер может относиться к оборудованию или программному обеспечению, или к тому и другому, работающему вместе.

1. Что касается оборудования, то веб-сервер — это компьютер, на котором хранится программное обеспечение веб-сервера и файлы компонентов веб-сайта (например, HTML-документы, изображения, таблицы стилей CSS и файлы JavaScript). Веб-сервер подключается к Интернету и поддерживает физический обмен данными с другими устройствами, подключенными к сети.
2. Что касается программного обеспечения, веб-сервер включает в себя несколько частей, которые контролируют доступ веб-пользователей к размещенным файлам. Как минимум, это HTTP-сервер . HTTP-сервер — это программное обеспечение, которое понимает URL-адреса (веб-адреса) и HTTP (протокол, который ваш браузер использует для просмотра веб-страниц). Доступ к HTTP-серверу можно получить через доменные имена веб-сайтов, которые он хранит, и он доставляет содержимое этих размещенных веб-сайтов на устройство конечного пользователя.

На самом базовом уровне всякий раз, когда браузеру требуется файл, размещенный на веб-сервере, браузер запрашивает файл через HTTP. Когда запрос достигает нужного (аппаратного) веб-сервера, (программный) HTTP-сервер принимает запрос, находит запрошенный документ и отправляет его обратно в браузер, также через HTTP. (Если сервер не находит запрошенный документ, вместо этого он возвращает ответ 404.)

Для публикации веб-сайта необходим статический или динамический веб-сервер.

Статический веб-сервер или стек состоит из компьютера (аппаратного обеспечения) с HTTP-сервером (программного обеспечения). Мы называем это «статическим», потому что сервер отправляет размещенные файлы в ваш браузер как есть.

Динамический веб-сервер состоит из статического веб-сервера и дополнительного программного обеспечения, чаще всего сервера приложений и базы данных . Мы называем это «динамическим», потому что сервер приложений обновляет размещенные файлы перед отправкой содержимого в ваш браузер через HTTP-сервер.

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

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

Хостинг файлов

Во-первых, веб-сервер должен хранить файлы веб-сайта, а именно все HTML-документы и связанные с ними активы, включая изображения, таблицы стилей CSS, файлы JavaScript, шрифты и видео.

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

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

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

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

Связь через HTTP

Во-вторых, веб-сервер обеспечивает поддержку HTTP ( H yper t ext T ransfer P rotocol). Как следует из названия, HTTP указывает, как передавать гипертекст (связанные веб-документы) между двумя компьютерами.

Протокол — это набор правил для связи между двумя компьютерами. HTTP — это текстовый протокол без сохранения состояния.

Текстовый

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

Лица без гражданства

Ни сервер, ни клиент не помнят предыдущие сеансы связи. Например, полагаясь только на HTTP, сервер не может запомнить введенный вами пароль или ваш прогресс в незавершенной транзакции. Для таких задач вам нужен сервер приложений. (Мы рассмотрим такие технологии в других статьях.)

HTTP предоставляет четкие правила взаимодействия клиента и сервера. Мы рассмотрим сам HTTP в технической статье позже. А пока просто помните об этих вещах:

• Обычно HTTP-запросы делают только клиентов и только серверов . Серверы отвечают на HTTP-запрос клиента . Сервер также может заполнять данные в клиентском кеше до того, как они будут запрошены, с помощью механизма, называемого проталкиванием сервера.
• При запросе файла через HTTP клиенты должны предоставить URL-адрес файла.
• Веб-сервер должен отвечать на каждый HTTP-запрос, по крайней мере, сообщением об ошибке.

На веб-сервере HTTP-сервер отвечает за обработку входящих запросов и ответы на них.

1. При получении запроса HTTP-сервер проверяет, соответствует ли запрошенный URL-адрес существующему файлу.
2. Если это так, веб-сервер отправляет содержимое файла обратно в браузер. Если нет, сервер проверит, должен ли он динамически генерировать файл для запроса (см. Статическое и динамическое содержимое).
3. Если ни один из этих вариантов невозможен, веб-сервер возвращает браузеру сообщение об ошибке, чаще всего 404 Не найдено . Ошибка 404 настолько распространена, что некоторые веб-дизайнеры тратят много времени и усилий на разработку страниц с ошибкой 404.

Статическое и динамическое содержимое

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

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

Существует так много технологий серверов приложений, что трудно предложить какую-то конкретную. Некоторые серверы приложений обслуживают определенные категории веб-сайтов, такие как блоги, вики или электронная коммерция; другие являются более общими. Если вы создаете динамический веб-сайт, найдите время, чтобы выбрать технологию, соответствующую вашим потребностям. Если вы не хотите изучать программирование веб-сервера (что само по себе является захватывающей областью!), вам не нужно создавать свой собственный сервер приложений. Это просто изобретение велосипеда.

Теперь, когда вы знакомы с веб-серверами, вы можете:

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

Обнаружили проблему с содержанием этой страницы?

• Отредактируйте страницу на GitHub.
• Сообщить о проблеме с содержимым.
• Посмотреть исходный код на GitHub.

Хотите принять участие?

Узнайте, как внести свой вклад.

Последний раз эта страница была изменена 000Z»> 23 февраля 2023 г. участниками MDN.

В чем разница между веб-страницей, веб-сайтом, веб-сервером и поисковой системой? — Изучите веб-разработку

В этой статье мы опишем различные концепции, связанные с Интернетом: веб-страницы, веб-сайты, веб-серверы и поисковые системы. Эти термины часто путают новички в Интернете или используют их неправильно. Давайте узнаем, что они означают!

Необходимые условия:	Ты должен знать как работает интернет.
Цель:	Уметь описать различия между веб-страницей, веб-сайтом, веб-сайтом. сервер и поисковая система.

Как и в любой области знаний, в Интернете много жаргона. Не волнуйся. Мы не будем перегружать вас всем этим (у нас есть глоссарий, если вам интересно). Тем не менее, есть несколько основных терминов, которые вам нужно понять с самого начала, так как вы будете постоянно слышать эти выражения по мере чтения. Эти термины легко смешивать, поскольку они относятся к связанным, но разным функциям. Иногда вы увидите, что эти термины неправильно используются в новостях и других источниках, так что их путаница понятна.

Мы рассмотрим эти термины и технологии более подробно по мере дальнейшего изучения, но эти краткие определения будут для вас отличным началом:

веб-страница

Документ, который можно отобразить в веб-браузере, таком как Firefox, Google Chrome, Opera, Microsoft Edge или Apple Safari. Их также часто называют просто «страницами».

сайт

Набор веб-страниц, которые сгруппированы и обычно связаны друг с другом различными способами. Часто называется «веб-сайтом» или «сайтом».

веб-сервер

Компьютер, на котором размещен веб-сайт в Интернете.

поисковая система

Веб-служба, помогающая находить другие веб-страницы, такие как Google, Bing, Yahoo или DuckDuckGo. Доступ к поисковым системам обычно осуществляется через веб-браузер (например, вы можете выполнять поиск в поисковых системах непосредственно в адресной строке Firefox, Chrome и т. д.) или через веб-страницу (например, bing.com или duckduckgo.com).

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

1. Найдите индекс поиска и найдите название нужной книги.
2. Запишите каталожный номер книги.
3. Перейдите в конкретный раздел, содержащий книгу, найдите правильный каталожный номер и получите книгу.

Сравним библиотеку с веб-сервером:

• Библиотека похожа на веб-сервер. Он имеет несколько разделов, что похоже на веб-сервер, на котором размещено несколько веб-сайтов.
• Различные разделы (наука, математика, история и т. д.) в библиотеке похожи на веб-сайты. Каждый раздел похож на уникальный сайт (два раздела не содержат одни и те же книги).
• Книги в каждом разделе похожи на веб-страницы. У одного сайта может быть несколько страниц, например, в разделе «Наука» (сайт) будут книги по теплу, звуку, термодинамике, статике и т. д. (страницы). Каждая веб-страница может быть найдена в уникальном месте (URL).
• Поисковый индекс похож на поисковую систему. Каждая книга имеет свое уникальное место в библиотеке (две книги не могут храниться в одном месте), которое определяется каталожным номером.

Активное обучение пока недоступно. Пожалуйста, подумайте над тем, чтобы внести свой вклад.

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

Веб-страница

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

• информация о стиле — управление внешним видом страницы
• скрипты — которые добавляют интерактивности странице
• медиа — изображения, звуки и видео.

Примечание: Браузеры также могут отображать другие документы, такие как PDF-файлы или изображения, но термин веб-страница конкретно относится к HTML-документам. В противном случае мы используем только термин документ .

Все веб-страницы, доступные в Интернете, доступны по уникальному адресу. Чтобы получить доступ к странице, просто введите ее адрес в адресной строке браузера:

Веб-сайт

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

Чтобы получить доступ к веб-сайту, введите его доменное имя в адресной строке браузера, и браузер отобразит главную веб-страницу веб-сайта, или домашняя страница (небрежно называемая «домашней»):

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

Веб-сервер

Веб-сервер — это компьютер, на котором размещен один или несколько веб-сайтов . «Хостинг» означает, что все веб-страницы и их вспомогательные файлы доступны на этом компьютере. 9Веб-сервер 0162 отправит любую веб-страницу с веб-сайта , который он размещает, в браузер любого пользователя по запросу пользователя.

Не путайте веб-сайты и веб-серверы . Например, если вы слышите, как кто-то говорит: «Мой веб-сайт не отвечает», на самом деле это означает, что веб-сервер не отвечает, и, следовательно, веб-сайт недоступен. Что еще более важно, поскольку на веб-сервере может размещаться несколько веб-сайтов, термин 9Веб-сервер 0162 никогда не используется для обозначения веб-сайта, так как это может привести к путанице. В нашем предыдущем примере, если мы сказали «Мой веб-сервер не отвечает», это означает, что несколько веб-сайтов на этом веб-сервере недоступны.

Поисковая система

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

Их много: Google, Bing, Yandex, DuckDuckGo и многие другие. Некоторые из них являются общими, некоторые специализированы по определенным темам. Используйте то, что вы предпочитаете.

Многие новички в Интернете путают поисковые системы и браузеры. Давайте проясним: браузер — это программа, которая извлекает и отображает веб-страницы; поисковая система — это веб-сайт, который помогает людям находить веб-страницы с других веб-сайтов. Путаница возникает из-за того, что при первом запуске браузера браузер отображает домашнюю страницу поисковой системы. Это имеет смысл, потому что, очевидно, первое, что вы хотите сделать с браузером, — это найти веб-страницу для отображения. Не путайте инфраструктуру (например, браузер) со службой (например, поисковой системой).