Как развернуть сайт на хостинге


Новичкам: как выложить сайт на хостинг

 

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

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

А теперь по-простому – у вас есть HTML-документы (или если вы уже крутые, то phр или еще что-нибудь подобное), а у какого-то дядьки в сети есть сервак с постоянным ip-адресом. У вас же нет постоянного ip-адреса на компе, поэтому нужен тот, у кого он есть. И он дает возможность разместить эти файлы у себя на сервере за определенную плату (либо по доброте душевной, что реже).

Но одного хостинга недостаточно, потому что все сайты в сети привязаны к домену. Домены бывают второго, третьего и так далее уровней. И домены второго уровня придется покупать. Это, к примеру, site.ru, site.org и так далее. А для теста домены третьего уровня вам на хостинге легко дадут бесплатно. Это домены такого вида: text.site.ru, когда в url-адресе две точки. Сами хостинги, кстати, тоже делятся на платные и бесплатные.

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

Осталось выбрать хостинг и выложить туда свой первый сайт. Хостингов существует огромное количество, но нас, например, устраивает Timeweb. Здесь нужно зарегистрироваться, чтобы получить бесплатный пробный период. Заходим в хостинг, где можно найти очень много разных вариантов. Поскольку мы с вами только практикуемся –сейчас не важно, какой выбирать, все равно вы возьмете бесплатный пробный период, поэтому давайте выберем оптимальный тариф и вобьем свои данные. Ура, мы зашли в аккаунт. Вам еще нужно будет на почте выполнить стандартное подтверждение. Это совсем несложно.

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

Вбиваем адрес в адресную строку, и видим стандартное сообщение-заглушку: «Здравствуйте, уважаемый пользователь!».

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

Сейчас нам необходим FTP-клиент. Находим в гугле одну из самых популярных вещей – Filezilla. И внимание – на самом деле у них официальный сайт этот – filezillaproject.org. Проверить это можно на Википедии. Скачиваем файлзиллу и устанавливаем ее себе, разумеется пропуская все ненужные назойливые предложения. После установки файлзиллы у вас появится значок – открываем его и видим установленную программу. Здесь мы должны ввести те данные, по которым собираемся приконнектится к нашему серверу. Где брать эти данные – в поле «хост» копируем ip-адрес (также он есть и в письме которое было прислано после регистрации), копируем логин, и из письма достаем пароль. Нажимаем «быстрое соединение». Вот и каталог public.html. Заходим в него и удаляем документ index, он нам не нужен. А теперь элементарное действие – перетягиваем сюда мышкой первый html-файл (он остался с прошлого урока), его обязательно нужно назвать index.html, и мышкой затаскиваем в файлзиллу в эту папку. Теперь проверяем – заходим на таймвеб, копируем ссылку, которая уже была – и видим «Мой первый сайт». Все, можете отправлять эту ссылку друзьям и хвастаться, но лучше потерпите еще несколько уроков и пришлете уже реальное подобие сайта, сделанного с помощью HTML и CSS.

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

На этом все. Приятного изучения HTML и CSS!

5 основных шагов к развертыванию веб-сайта

5 Fundamental Steps to Deploying a Website

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

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

Шаг 1: Подготовка

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

Три общих сценария развертывания веб-сайта:

  1. У клиента ничего (т.е. это их первый сайт)
  2. У клиента уже есть хостинг , и вы будете развертывать сайт на их сервере
  3. У клиента уже есть хостинг , но вы перейдете на на новый сервер

Первый сценарий наиболее желателен, потому что вы начинаете с чистого листа.Сценарии 2 и 3 немного сложнее и требуют более продуманного процесса развертывания.

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

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

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

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

5 Fundamental Steps to Deploying a Website

Введите имя домена, и на странице результатов вы увидите информацию whois.Для тех, кто не знаком с этим термином, whois (произносится как «кто есть») - это запрос информации об интернет-ресурсе, таком как доменное имя. Для наглядности вот информация whois для Google.

5 Fundamental Steps to Deploying a Website

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

Затем щелкните вкладку «Регистрация». Вы увидите информацию о регистраторе ICANN (первая строка), которую вам следует принять к сведению. Также запишите перечисленные серверы имен.

5 Fundamental Steps to Deploying a Website

Регистратор ICANN - это компания, которая зарегистрировала доменное имя. GoDaddy, Network Solutions и Namecheap.com являются примерами регистраторов ICANN.

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

Если вы не знаете контактное лицо для домена, вам придется попросить клиента написать ему электронное письмо или позвонить вместо вас.

По крайней мере, если вы упомянете имя регистратора ICANN (например, «Эй, вы зарегистрировали свое доменное имя на GoDaddy, это звонит в колокольчик?»), Это может разбудить их память и помочь вспомнить нужную вам информацию.

Шаг 2. Настройка записей DNS

Если вы собираетесь настраивать веб-сайт на новом хосте и у вас есть доступ к администрированию управления DNS, то это прекрасно.Создайте себе запись A (запись адреса, которая сопоставляет имя домена с IP-адресом сервера) или запись поддомена для действующего сайта разработки, такого как dev.domainname.com . Укажите этот субдомен на IP-адрес нового сервера.

Если у вас нет доступа к DNS, но вы хотите иметь полный контроль, я рекомендую использовать ZoneEdit.com, бесплатный и простой веб-менеджер домена. Имейте в виду! Убедитесь, что вы знаете, что делаете с этим инструментом; прочтите их основы DNS и FAQ.

5 Fundamental Steps to Deploying a Website

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

Шаг 3. Настройка сайта тестирования в реальном времени

Пришло время проверить, работает ли сайт в среде реального сервера.

Практика, которую я рекомендую сделать, - это настроить URL-адрес поддомена до официального развертывания сайта. Что-то вроде dev.domainname.com , который в конечном итоге будет на domainname.com .

Не создавайте субдомен на хосте, так как это создаст новый каталог и внесет изменения в локальный DNS. Установите так, чтобы dev.domainname.com действовал как совершенно отдельный веб-сайт. Что вы хотите сделать, так это сделать dev.domainname.com псевдонимом домена (также известным как запись CNAME).

Так, например, если вы настроили запись A (запись, которая сопоставляет IP-адрес веб-сервера с именем домена), например:

 пример.com. А 192.0.2.1 

Вы должны установить псевдоним для dev.example.com как таковой:

 dev.example.com. CNAME example.com. 

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

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

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

Шаг 4. Настройка учетных записей электронной почты

Разработчики, развертывающие веб-сайт, часто упускают из виду электронную почту, но она будет приоритетом для клиента.Почта вашего клиента размещена на старом сервере? Вы перемещаете их электронную почту?

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

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

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

MxToolbox предоставит вам всю необходимую информацию о домене; он будет отображать информацию о записях MX доменного имени.

MxToolbox

Меньше всего вы хотите, чтобы клиент потерял электронную почту.

Шаг 5. Резервное копирование и запуск

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

Хорошо, все готово к работе. Если у вас есть полный контроль над записями DNS, просто измените запись A для имени домена, чтобы IP-адрес был установлен на новый веб-сервер, и примерно через 20 минут новый веб-сайт будет активен.

Если что-то не так, просто измените его на старый сайт и проведите некоторое тестирование.

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

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

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

Все готово. Если вы выполните эти шаги, у вас должно быть 100% плавное развертывание вашего нового веб-сайта и счастливый клиент, который расскажет о вашем бизнесе.

Контрольный список для развертывания веб-сайта

  1. Иметь доступ к управлению записями DNS или знать людей, с которыми можно связаться
  2. Настройте записи DNS и убедитесь, что все настройки верны
  3. Настройте и протестируйте веб-сайт на рабочем сервере (где он будет находиться)
  4. Настроить электронную почту
  5. Создайте резервную копию старого сайта (если применимо) и разверните новый

Связанное содержимое

.

Настройка и развертывание веб-приложения

  • Домой
  • Тестирование

      • Назад
      • Гибкое тестирование
      • BugZilla
      • Cucumber
      • Тестирование базы данных
      • Jmeter
      • Jmeter Тестирование
      • JUnit
      • LoadRunner
      • Ручное тестирование
      • Мобильное тестирование
      • Mantis
      • Почтальон
      • QTP
      • Назад
      • Центр контроля качества (ALM)
      • RPA 9000 Test4 Управление
      • TestLink
  • SAP

      • Назад
      • ABAP
      • 90 003 APO
      • Начинающий
      • Basis
      • BODS
      • BI
      • BPC
      • CO
      • Назад
      • CRM
      • Crystal Reports
      • FICO
      • Hroll
      • Hroll
      • Назад
      • PI / PO
      • PP
      • SD
      • SAPUI5
      • Безопасность
      • Менеджер решений
      • Successfactors
      • SAP Tutorials

  • Web
  • AngularJS
  • ASP.Net
  • C
  • C #
  • C ++
  • CodeIgniter
  • СУБД
  • JavaScript
  • Назад
  • Java
  • JSP
  • Kotlin
  • Linux
  • Linux
  • Linux js
  • Perl
  • Назад
  • PHP
  • PL / SQL
  • PostgreSQL
  • Python
  • ReactJS
  • Ruby & Rails
  • Scala
  • SQL
  • 000
  • SQL
  • 000
  • SQL
  • 000 0003 SQL 000
  • UML
  • VB.Net
  • VBScript
  • Веб-службы
  • WPF
  • Обязательно учите!

      • Назад
      • Бухгалтерский учет
      • Алгоритмы
      • Android
      • Блокчейн
      • Business Analyst
      • Создание веб-сайта
      • CCNA
      • Облачные вычисления
      • 00030003 COBOL
          9000 Compiler
            9000 Встроенный
              9000 Compiler
            • Ethical Hacking
            • Учебные пособия по Excel
            • Программирование на Go
            • IoT
            • ITIL
            • Jenkins
            • MIS
            • Сети
            • Операционная система
            • Назад
            • Управление проектами Обзоры
            • Salesforce
            • SEO
            • Разработка программного обеспечения
            • VB A
        • Big Data

            • Назад
            • AWS
            • BigData
            • Cassandra
            • Cognos
            • Хранилище данных
            • 0003
            • HBOps
            • 0003
            • HBOps
            • 0003
            • MicroStrategy
            • Пн
        .

        go - Golang, как развернуть сайт на хостинг

        Переполнение стека
        1. Около
        2. Товары
        3. Для команд
        1. Переполнение стека Общественные вопросы и ответы
        2. Переполнение стека для команд Где разработчики и технологи делятся частными знаниями с коллегами
        .

        Настройка веб-сервера для публикации веб-развертывания (обработчик веб-развертывания)

        • 14 минут на чтение

        В этой статье

        Скачать PDF

        В этом разделе описывается, как настроить веб-сервер Internet Information Services (IIS) для поддержки веб-публикации и развертывания с помощью обработчика веб-развертывания IIS.

        Когда вы работаете с Web Deploy 2.0 или более поздней версии, вы можете использовать три основных подхода, чтобы разместить свои приложения или сайты на веб-сервере. Вы можете:

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

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

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

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

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

        Обзор задачи

        Чтобы настроить веб-сервер для приема и развертывания веб-пакетов с удаленного компьютера с использованием подхода Web Deploy Handler, вам необходимо:

        • Создайте или выберите учетную запись пользователя домена («пользователь без прав администратора»), учетные данные которого вы будете использовать для выполнения развертываний.
        • Установите IIS 7.5, включая службу веб-управления и модуль базовой аутентификации.
        • Установите Web Deploy 2.1 или новее.
        • Настройте службу веб-управления, чтобы разрешить удаленные подключения, и запустите службу.
        • Создайте веб-сайт IIS для размещения развернутого содержимого.
        • Предоставьте пользователям без прав администратора разрешения на вашем веб-сайте в диспетчере IIS.
        • Убедитесь, что правила делегирования службы веб-управления разрешают службе добавлять и изменять содержимое веб-сайта, используя вашу учетную запись пользователя без прав администратора.
        • Настройте любые брандмауэры, чтобы разрешить входящие соединения на порт 8172.

        Чтобы разместить пример решения ContactManager, вам также потребуется:

        • Установите .NET Framework 4.0.
        • Установите ASP.NET MVC 3.

        В этом разделе показано, как выполнять каждую из этих процедур. В задачах и пошаговых руководствах в этом разделе предполагается, что вы начинаете с чистой сборки сервера под управлением Windows Server 2016. Прежде чем продолжить, убедитесь, что:

        • Windows Server 2016
        • Сервер присоединен к домену.
        • Сервер имеет статический IP-адрес.

        Установить продукты и компоненты

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

        В этом случае нужно установить вот такие штуки:

        • Рекомендуемая конфигурация IIS 7 . Это включает роль веб-сервера (IIS) на вашем веб-сервере и устанавливает набор модулей и компонентов IIS, необходимых для размещения ASP.NET-приложение.
        • IIS: служба управления . Это устанавливает службу веб-управления (WMSvc) в IIS. Эта служба обеспечивает удаленное управление веб-сайтами IIS и предоставляет клиентам конечную точку обработчика веб-развертывания.
        • IIS: базовая проверка подлинности . Это устанавливает модуль базовой проверки подлинности IIS. Это позволяет службе веб-управления (WMSvc) аутентифицировать предоставленные вами учетные данные.
        • Средство веб-развертывания 2.1 или более поздней версии . При этом устанавливается Web Deploy (и его базовый исполняемый файл MSDeploy.exe) на вашем сервере. В рамках этого процесса он устанавливает обработчик веб-развертывания и интегрирует его со службой веб-управления.
        • .NET Framework 4.0 . Это необходимо для запуска приложений, созданных на этой версии .NET Framework.
        • ASP.NET MVC 3 . При этом будут установлены сборки, необходимые для запуска приложений MVC 3.

        Примечание

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

        Для установки необходимых продуктов и комплектующих

        1. Загрузите и установите установщик веб-платформы.

        2. После завершения установки установщик веб-платформы запустится автоматически.

          Примечание

          Теперь вы можете запустить установщик веб-платформы в любое время из меню Пуск . Для этого в меню Пуск щелкните Все программы , а затем щелкните Установщик веб-платформы Microsoft .

        3. В верхней части окна установщика веб-платформы щелкните Продукты .

        4. В левой части окна на панели навигации щелкните Frameworks .

        5. В строке Microsoft .NET Framework 4 , если .NET Framework еще не установлен, щелкните Добавить .

          Примечание

          Возможно, вы уже установили .NET Framework 4.0 через Центр обновления Windows. Если продукт или компонент уже установлен, установщик веб-платформы укажет на это, заменив кнопку Добавить текстом Установлено .

        6. В ASP.NET MVC 3 (Visual Studio 2010) строка, щелкните Добавить .

        7. На панели навигации щелкните Сервер .

        8. В строке Рекомендуемая конфигурация IIS 7 щелкните Добавить .

        9. В строке Web Deployment Tool 2.1 щелкните Добавить .

        10. В строке IIS: Basic Authentication щелкните Добавить .

        11. В строке IIS: Management Service щелкните Добавить .

        12. Щелкните Установить . Установщик веб-платформы покажет вам список продуктов вместе со всеми связанными зависимостями, которые необходимо установить, и предложит вам принять условия лицензии.

        13. Ознакомьтесь с условиями лицензии и, если вы согласны с условиями, щелкните Я принимаю .

        14. По завершении установки нажмите Finish , а затем закройте окно установщика веб-платформы .

        Если вы установили .NET Framework 4.0 перед установкой IIS, вам потребуется запустить средство регистрации ASP.NET IIS (aspnet_regiis.exe), чтобы зарегистрировать последнюю версию ASP.NET в IIS. Если вы этого не сделаете, вы обнаружите, что IIS будет обслуживать статический контент (например, файлы HTML) без каких-либо проблем, но он вернет HTTP Error 404.0 - Not Found , когда вы попытаетесь перейти к контенту ASP.NET. Вы можете использовать следующую процедуру, чтобы убедиться, что ASP.NET 4.0 зарегистрирован.

        Для регистрации ASP.NET 4.0 в IIS

        1. Щелкните Пуск , а затем введите Командная строка .

        2. В результатах поиска щелкните правой кнопкой мыши Командная строка , а затем щелкните Запуск от имени администратора .

        3. В окне командной строки перейдите в каталог % WINDIR% \ Microsoft.NET \ Framework \ v4.0.30319 .

        4. Введите эту команду и нажмите Enter:

            aspnet_regiis -iru  
        5. Если вы планируете размещать 64-битные веб-приложения в любой момент, вам также следует зарегистрировать 64-битную версию ASP.NET с IIS. Для этого в окне командной строки перейдите в каталог % WINDIR% \ Microsoft.NET \ Framework64 \ v4.0.30319 .

        6. Введите эту команду и нажмите Enter:

            aspnet_regiis -iru  

        Рекомендуется снова использовать Центр обновления Windows на этом этапе, чтобы загрузить и установить все доступные обновления для новых продуктов и компонентов, которые вы установили.

        Настройка службы веб-управления

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

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

        Для настройки службы веб-управления

        1. В меню Пуск наведите указатель на Администрирование , а затем щелкните Диспетчер информационных служб Интернета (IIS) .

        2. В диспетчере IIS на панели Connections щелкните узел сервера (например, STAGEWEB1 ).

        3. На центральной панели в разделе IIS дважды щелкните Аутентификация .

        4. Щелкните правой кнопкой мыши Обычная проверка подлинности , а затем щелкните Включить .

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

        6. На центральной панели в разделе Management дважды щелкните Management Service .

        7. На центральной панели выберите Разрешить удаленные подключения .

          Примечание

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

        8. На панели Действия щелкните Запустить , чтобы запустить службу веб-управления.

        9. Если вам будет предложено сохранить настройки, нажмите Да .

          Примечание

          Вы также можете настроить автоматический запуск службы. Для этого откройте консоль служб, щелкните правой кнопкой мыши Web Management Service , а затем щелкните Properties . В раскрывающемся списке Тип запуска выберите Автоматический , а затем нажмите ОК .

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

        11. На центральной панели в разделе Management дважды щелкните Management Service Delegation .

        12. Убедитесь, что центральная панель содержит набор правил.

          Эти правила позволяют авторизованным пользователям службы веб-управления использовать различных поставщиков веб-развертывания. Например, для развертывания веб-приложений и содержимого в IIS через обработчик веб-развертывания должно быть правило делегирования, которое позволяет всем прошедшим проверку подлинности пользователям службы веб-управления использовать поставщиков contentPath и iisApp (последнее правило, которое вы видите на скриншоте).

          Если вы установили продукты и компоненты в порядке, описанном в этом разделе, последняя версия Web Deploy должна автоматически добавить все необходимые правила делегирования в службу Web Management Service. Если на странице «Делегирование службы управления» не отображаются правила, вам необходимо создать их самостоятельно. Инструкции о том, как это сделать, см. В разделе Настройка обработчика веб-развертывания.

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

        Создание и настройка веб-сайта IIS

        Прежде чем вы сможете развернуть веб-контент на своем сервере, вам необходимо создать и настроить веб-сайт IIS для размещения контента. Веб-развертывание может развертывать только веб-пакеты на существующем веб-сайте IIS; он не может создать сайт для вас. Вам также необходимо выполнить небольшую дополнительную настройку, чтобы позволить вашей учетной записи, не являющейся администратором, удаленно развертывать контент. На высоком уровне вам необходимо выполнить следующие задачи:

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

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

        Для создания веб-сайта IIS

        1. В локальной файловой системе создайте папку для хранения вашего контента (например, C: \ DemoSite ).

        2. В меню Пуск выберите Администрирование , а затем щелкните Диспетчер информационных служб Интернета (IIS) .

        3. В диспетчере IIS на панели Connections разверните узел сервера (например, STAGEWEB1 ).

        4. Щелкните правой кнопкой мыши узел Sites , а затем щелкните Добавить веб-сайт .

        5. В поле Имя сайта введите имя веб-сайта IIS (например, DemoSite ).

        6. В поле Physical path введите (или перейдите к) путь к вашей локальной папке (например, C: \ DemoSite ).

        7. В поле Порт введите номер порта, на котором вы хотите разместить веб-сайт (например, 85 ).

          Примечание

          Стандартные номера портов: 80 для HTTP и 443 для HTTPS. Однако если вы размещаете этот веб-сайт на порту 80, вам необходимо остановить веб-сайт по умолчанию, прежде чем вы сможете получить доступ к своему сайту.

        8. Оставьте поле Имя хоста пустым, если вы не хотите настроить запись системы доменных имен (DNS) для веб-сайта, а затем нажмите OK .

        9. На панели Действия в разделе Изменить сайт щелкните Привязки .

        10. В диалоговом окне Привязки сайта щелкните Добавить .

        11. В диалоговом окне Добавить привязку сайта установите IP-адрес и порт в соответствии с существующей конфигурацией сайта.

        12. В поле Имя хоста введите имя своего веб-сервера (например, STAGEWEB1 ), а затем щелкните OK .

          Примечание

          Первая привязка сайта позволяет получить доступ к сайту локально, используя IP-адрес и порт или http: // localhost: 85 . Вторая привязка сайта позволяет вам получить доступ к сайту с других компьютеров в домене, используя имя компьютера (например, http: // stageweb1: 85).

        13. В диалоговом окне Привязки сайта щелкните Закрыть .

        14. На панели Подключения щелкните Пулы приложений .

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

        16. В списке .NET CLR версии выберите .NET CLR v4.0.30319 , а затем нажмите OK .

          Примечание

          Для образца раствора требуется.NET Framework 4.0. Это не требование для веб-развертывания в целом.

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

        Чтобы предоставить разрешения удостоверению пула приложений для файла или папки, у вас есть два варианта:

        • Назначьте разрешения для удостоверения пула приложений напрямую, используя формат IIS AppPool [имя пула приложений] (например, IIS AppPool \ DemoSite ).
        • Назначьте разрешения группе IIS_IUSRS .

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

        Настройка разрешений для папок на веб-сайте IIS

        1. В проводнике Windows перейдите к расположению вашей локальной папки.

        2. Щелкните папку правой кнопкой мыши и выберите Свойства .

        3. На вкладке Безопасность щелкните Изменить , а затем щелкните Добавить .

        4. Щелкните Locations . В диалоговом окне «Расположение » выберите локальный сервер и нажмите ОК .

        5. В диалоговом окне Выбор пользователей или групп введите IIS_IUSRS , щелкните Проверить имена , а затем нажмите ОК .

        6. В диалоговом окне Permissions for [имя папки] обратите внимание, что новой группе по умолчанию были назначены разрешения Чтение и выполнение , Список содержимого папки и Чтение .Оставьте это без изменений и нажмите OK .

        7. Щелкните OK , чтобы закрыть диалоговое окно [имя папки] Свойства .

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

        Для настройки разрешений веб-сайта IIS для пользователя домена без прав администратора

        1. В диспетчере IIS на панели Connections щелкните правой кнопкой мыши узел веб-сайта (например, DemoSite ), наведите указатель на Deploy , а затем щелкните Configure Web Deploy Publishing .

        2. В диалоговом окне «Настроить веб-развертывание публикации », справа от . Выберите пользователя, которому нужно предоставить разрешения на публикацию. Список нажмите кнопку с многоточием.

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

        4. В диалоговом окне Настроить веб-развертывание публикации щелкните Настройка .

          Примечание

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

        5. В диалоговом окне Настроить веб-развертывание публикации нажмите Закрыть .

        Настроить исключения брандмауэра

        По умолчанию служба веб-управления IIS прослушивает TCP-порт 8172. Если на вашем веб-сервере включен брандмауэр Windows, вам потребуется создать новое правило для входящего трафика, чтобы разрешить TCP-трафик на порт 8172 (весь исходящий трафик разрешен по умолчанию. в брандмауэре Windows). Если вы используете сторонний брандмауэр, вам необходимо создать правила, разрешающие трафик.

        Направление Из порта К порту Порт Тип
        Входящий любое 8172 TCP
        Исходящий 8172 любое TCP

        Дополнительные сведения о настройке правил в брандмауэре Windows см. В разделе «Настройка правил брандмауэра».Информацию о сторонних брандмауэрах см. В документации по продукту.

        Заключение

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

        • Включили ли вы базовую аутентификацию на уровне сервера в IIS?
        • Включили ли вы удаленные подключения к службе веб-управления?
        • Вы запустили службу веб-управления?
        • Существуют ли правила делегирования услуг управления?
        • Имеет ли удостоверение пула приложений доступ для чтения к исходной папке вашего веб-сайта?
        • Имеет ли учетная запись пользователя без прав администратора разрешения на уровне сайта в IIS?
        • Разрешает ли ваш брандмауэр входящие подключения к серверу через TCP-порт 8172?

        Дополнительная литература

        Инструкции по настройке пользовательских файлов проекта Microsoft Build Engine (MSBuild) для развертывания веб-пакетов в обработчике веб-развертывания см. В разделе Настройка свойств развертывания для целевой среды.

        .

        Смотрите также

        Поделиться в соц. сетях

        Опубликовать в Facebook
        Опубликовать в Одноклассники
  • Вы можете оставить комментарий, или ссылку на Ваш сайт.

    Оставить комментарий