Развертывание системы Microsoft® SharePoint™
Portal Server в экстрасети
Информационный документ
Опубликовано: Апрель 2001 г.
Версия 1.1
Содержание
Введение........................................................................................................................ 1
Настройка параметров прокси-сервера на компьютере SharePoint Portal Server........ 4
Создание записи DNS..................................................................................................... 6
Создание нового веб-узла в IIS..................................................................................... 7
Включение обсуждений на новом веб-узле................................................................. 10
Изменение параметров безопасности на новом веб-узле.......................................... 11
Настройка прокси-сервера.......................................................................................... 14
Тестирование экстрасети из интрасети...................................................................... 16
Тестирование экстрасети из Интернета...................................................................... 17
Задание URL-адреса сервера для использования в почтовых уведомлениях............. 18
Включение SSL............................................................................................................. 20
Задание внутреннего FQDN-имени для компьютера SharePoint Portal Server............. 24
Настройка сервера SharePoint Portal Server на опрос узлов Интернета..................... 25
Настройка сервера SharePoint Portal Server на опрос другого компьютера
SharePoint Portal Server через Интернет..................................................................... 26
Устранение неполадок................................................................................................. 27
Функциональные возможности не работают........................................................... 27
Server Access Denied (Отказ в доступе к серверу).................................................. 27
Ошибка 401.............................................................................................................. 28
Ошибка 424.............................................................................................................. 28
Ошибка 500.............................................................................................................. 29
Ошибка 503.............................................................................................................. 29
Ошибка 519.............................................................................................................. 29
Unable to Map Web Folder to Workspace (Не удается отобразить веб-папку
в рабочую область).................................................................................................. 29
Discussion Error (Ошибка обсуждения).................................................................... 29
Script Execution Error (Ошибка выполнения сценария).......................................... 30
No Access Externally (Нет доступа извне)................................................................ 30
Host Not Found (Узел не найден)............................................................................. 30
Page Cannot Be Displayed (Не удается отобразить страницу)................................. 30
Dashboard Site Settings Do Not Save (Не сохраняются настройки узла
электронных инструментальных панелей).............................................................. 30
Blank Page Displays (Отображается пустая страница).............................................. 31
Crawling a Web Site Fails (Ошибка при опросе веб-узла)......................................... 31
Subscriptions Do Not Function Properly (Подписки работают неправильно)........... 31
Server URL in E-mail Notifications Is Incorrect (Неправильный URL-адрес
сервера в почтовом уведомлении).......................................................................... 31
Access Problems When Using HTTPS – Client Certificate Issues (Неполадки
доступа при использовании протокола HTTPS – проблемы с сертификатом
клиента).................................................................................................................... 32
Access Problems When Using HTTPS – Server Certificate Issue (Неполадки
доступа при использовании протокола HTTPS – проблемы с сертификатом
сервера)................................................................................................................... 33
IFrame Error when Using Netscape Navigator (Ошибка I-кадра
при использовании Netscape Navigator).................................................................. 33
Dashboard Site Appears Incomplete (Узел электронных инструментальных
панелей отображается не полностью).................................................................... 33
Dashboard Site Stops Functioning (Узел электронных инструментальных
панелей перестал работать).................................................................................... 34
Заключение.................................................................................................................. 34
Приложение A. Функциональные возможности для экстрасети................................. 35
Приложение B. Изменение параметров прокси-сервера в SharePoint Portal Server.. 38
Приложение C. Практические рекомендации по созданию веб-модулей................... 40
Общая методология.................................................................................................. 40
Пример кода ASP и пример кода веб-модуля........................................................... 41
Развертывание сервера
Microsoft SharePoint Portal Server в экстрасети
Информационный документ
Опубликовано: Апрель 2001 г.
Самые последние сведения см. по адресу http://www. /sharepoint/
Введение
Сервер Microsoft® SharePoint™ Portal Server 2001 – гибкая система создания порталов, облегчающая поиск, совместное использование и публикацию информации. При помощи этого продукта обеспечивается быстрый доступ к бизнес-данным и заметно повышается продуктивность работы благодаря использованию портала, который может достаточно просто создаваться и настраиваться. SharePoint Portal Server предоставляет интуитивные интегрированные возможности для пользователей Microsoft Office и реализует доступ к веб-обозревателю для среды экстрасети.
В настоящем документе описываются процедуры, которые необходимо выполнить при развертывании сервера SharePoint Portal Server в экстрасети или для обеспечения доступа к ней из Интернета. Рассмотренные здесь процедуры применимы на компьютере с одной сетевой интерфейсной платой, на котором установлен сервер SharePoint Portal Server. Развертывание для экстрасети не поддерживается на серверах, подключенным к двум сетям.
В данном документе используются следующие термины.
· Имя NetBIOS. Имя NetBIOS – это имя компьютера, используемого в качестве сервера. Это имя можно посмотреть на странице свойств окна «Мой компьютер». Щелкните значок My Computer (Мой компьютер) правой кнопкой мыши и выберите команду Properties (Свойства). На вкладке Network Identification (Сетевая идентификация) нажмите кнопку Properties (Свойства). Имя сервера будет содержаться в поле Computer name (Имя компьютера).
В этом документе в качестве NetBIOS-имени сервера в примерах используется имя AdvWks.
· Внутреннее имя домена. Внутреннее имя домена – это имя домена, используемое в интрасети. Оно может совпадать с внешним именем домена, но может и отличаться от него. В примерах, приведенных в данном документе, используется внутреннее имя домена corp. .
· Внутреннее полное имя домена (FQDN). Внутреннее FQDN-имя – это имя, которое будет присвоено серверу в интрасети. Оно имеет вид имя_NetBIOS.внутреннее_имя_домена. Внутреннее FQDN-имя должно использоваться для доступа к серверу в случаях, если в сети не включено распознавание WINS (Windows® Internet Name Service – служба имен Интернета в среде Windows) или система DNS (Domain Name System – система доменных имен) не настроена на поддержку NetBIOS в домене. В примерах, приведенных в данном документе, используется внутреннее полное имя домена AdvWks. corp. .
· Внешнее имя сервера. Внешнее имя сервера (имя узла) – это имя, используемое для сервера в Интернете или экстрасети. Если внутреннее и внешнее имена домена совпадают, внешнее имя сервера должно отличаться от имени NetBIOS. Это имя в комбинации с внешним именем домена образует внешнее FQDN-имя. В примерах, приведенных в данном документе, используется внешнее имя сервера AdventureWorks.
· Внешнее имя домена. Внешнее имя домена – это имя домена, используемое в Интернете или экстрасети. Оно может совпадать с внутренним именем домена, но может и отличаться от него. В примерах, приведенных в данном документе, используется внешнее имя домена .
· Внешнее полное имя домена. Внешнее FQDN-имя имеет формат внешнее_имя_сервера. внешнее_имя_домена. В примерах, приведенных в данном документе, используется внешнее полное имя домена AdventureWorks. .
Внутреннее и внешнее FQDN-имена должны быть уникальными.
· Если в качестве внутреннего и внешнего имен домена используется одно и то же имя, например, , то внешнее имя сервера должно отличаться от имени NetBIOS. Например, можно ввести в качестве внешнего и внутреннего FQDN-имен соответственно AdventureWorks. и AdvWks. .
· Если внутреннее и внешнее имена домена различаются, то внешнее имя сервера может совпадать с именем NetBIOS. Например, можно ввести в качестве внешнего и внутреннего FQDN-имен соответственно AdvWks. и AdvWks. corp. .
В следующей таблице перечислены различные способы доступа к рабочей области на компьютере с установленным сервером SharePoint Portal Server. В примерах используется рабочая область с именем Marketing.
Чтобы получить доступ |
|
NetBIOS (имя компьютера-сервера) | http://имя_сервера/имя_рабочей_области Так производится обычный доступ к серверу SharePoint Portal Server. Пример: http://AdvWks/Marketing (для доступа к рабочей области) |
Внутреннее FQDN-имя | http://имя_NetBIOS.внутреннее_имя_домена/имя_рабочей_области Пример: http://AdvWks. corp. /Marketing |
Внешнее FQDN-имя | http://внешнее_имя_сервера. внешнее_имя_домена/имя_рабочей_области Пример: http://AdventureWorks. /Marketing |
Чтобы использовать сервер SharePoint Portal Server в Интернете, необходимо после его установки проделать следующее.
1. Настроить параметры прокси-сервера на компьютере SharePoint Portal Server.
2. Создать запись DNS.
3. Создать новый веб-узел в структуре IIS (Internet Information Services – информационные службы Интернета).
4. Включить на новом веб-узле поддержку обсуждений.
5. Изменить параметры безопасности на новом веб-узле.
6. Настроить прокси-сервер.
7. Протестировать экстрасеть из интрасети.
8. Протестировать экстрасеть из Интернета.
9. Задать для сервера URL-адрес, который будет использоваться в почтовых уведомлениях.
10. Если требуется, включить поддержку протокола SSL (Secure Socket Layer).
11. Если требуется, задать внутреннее FQDN-имя для компьютера SharePoint Portal Server.
12. Если требуется, настроить сервер SharePoint Portal Server на опрос узлов Интернета.
13. Если требуется, настроить сервер SharePoint Portal Server на опрос другого компьютера SharePoint Portal Server через Интернет.
В последующих разделах данного документа описываются процедуры выполнения указанных выше шагов. Кроме того, в документе имеются следующие разделы:
· Устранение неполадок. Содержит сведения, необходимые при проведении диагностики проблем настройки.
· Приложение A. Содержит таблицу функций сервера SharePoint Portal Server, доступных при его развертывании в экстрасети или Интернете.
· Приложение B. Содержит инструкции по изменению параметров прокси-сервера на компьютере SharePoint Portal Server после окончания установки.
· Приложение C. Содержит практические рекомендации по созданию веб-модулей.
Настройка параметров прокси-сервера на компьютере SharePoint Portal Server
На узле электронных инструментальных панелей используется специальный серверный объект ServerXMLHTTP, позволяющий делать HTTP-запросы (Hypertext Transfer Protocol). При помощи этих запросов клиенту возвращаются нужные страницы. Объект ServerXMLHTTP обладает своими собственными значениями параметров, относящимися к прокси-серверу. Если узел электронных инструментальных панелей расположен с внутренней стороны от прокси-сервера, необходимо задать для объекта ServerXMLHTTP имя прокси-сервера, чтобы обеспечить успешный доступ к данным, находящимся вне интрасети. Параметры прокси-сервера играют важную роль, когда узел электронных инструментальных панелей вынужден обращаться к ресурсам другого сервера, например, при использовании страницы управления содержимым веб-узла для импортирования новых веб-модулей.
В процессе установки SharePoint Portal Server настройка параметров прокси-сервера для объекта ServerXMLHTTP выполняется автоматически, на основе параметров, заданных для самого сервера. Если после окончания установки когда-либо потребуется изменить эти параметры или же вы хотите использовать SharePoint Portal Server в Интернете без прокси-сервера, выполните следующую процедуру.
Примечание. Подробнее об изменении параметров прокси-сервера на самом сервере см. «Приложение B. Изменение параметров прокси-сервера непосредственно в SharePoint Portal Server».
Как настроить параметры прокси-сервера
1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Accessories (Стандартные) и выберите команду Command Prompt (Командная строка).
2. Перейдите в каталог \Bin компьютера SharePoint Portal Server. Например, если сервер SharePoint Portal Server установлен в каталоге Installation на диске E, перейдите в каталог E:\Installation\Bin. Если сервер SharePoint Portal Server установлен на диске D в папке Program Files\SharePoint Portal Server, перейдите в каталог
D:\Program Files\SharePoint Portal Server\Bin.
3. Введите команду proxycfg и посмотрите текущие значения параметров прокси-сервера.
4. Чтобы настроить прокси-сервер, введите proxycfg –d –p имя_прокси-сервера:номер_порта "имя_корневого_домена;<local>"
Если адресов исключения несколько, они разделяются точкой с запятой. Адрес исключения – это адрес, доступ к которому должен осуществляться в обход заданного прокси-сервера. В приведенной командной строке таким адресом является адрес_корневого_домена. Адрес исключения указывается в формате *домен (например, *).
Например, если имеется прокси-сервер Proxy1, номер порта равен 80 и требуется, чтобы компьютер SharePoint Portal Server не использовал прокси-сервер в домене , введите proxycfg –d –p Proxy1:80 "*;<local>"
Внимание! Сервер SharePoint Portal Server по умолчанию не настроен на прямое подключение к Интернету. Изначально он сконфигурирован на использование прокси-сервера.
Имя прокси-сервера и список исключений обязательно следует задавать в случае, если в виртуальном каталоге для рабочей области включена проверка подлинности NTLM. Объект ServerXMLHTTP будет пытаться осуществлять проверку подлинности NTLM относительно виртуального каталога рабочей области.
Если прокси-сервер не используется, выполните одну из следующих команд.
· proxycfg –d –p имя_фиктивного_прокси:80 "<local>"
Эта команда включает проверку подлинности NTLM на компьютере и в подсети.
Веб-модули нельзя загружать c каких бы то ни было узлов, включая Microsoft Web Part Gallery (Галерея веб-компонентов).
Вопросы безопасности. Данная настройка, по имеющимся данным, не вызывает никаких проблем с безопасностью, поскольку весь трафик остается локальным.
· proxycfg –d –p имя_фиктивного_прокси:80 "*microsoft.com;<local>"
Эта команда включает проверку подлинности NTLM на компьютере и в подсети.
Веб-модули можно загружать с узла Microsoft Web Part Gallery. Загружать веб-модули с других узлов нельзя.
Вопросы безопасности. Данная настройка может повысить уязвимость системы безопасности, поскольку вместе с трафиком, идущим в направлении узла www. , могут передаваться пакеты NTLM. Последнее зависит от конфигурации сети поставщика услуг Интернета и от того, могут ли порты разрешать отправку и получение пакетов NTLM.
· proxycfg –d –p имя_фиктивного_прокси:80 "*;<local>"
Эта команда включает проверку подлинности NTLM на компьютере и в подсети.
Веб-модули можно загружать с любого узла.
Вопросы безопасности. Трафик NTLM может быть направлен на любой узел Интернета. Последнее зависит от конфигурации сети поставщика услуг и от того, могут ли порты разрешать отправку и получение пакетов NTLM.
· proxycfg –d
Эта команда включает проверку подлинности NTLM только на компьютере. Она не включает проверку подлинности NTLM в подсети.
Некоторые возможности SharePoint Portal Server могут стать недоступными.
Необходимо создать в IIS новый веб-узел с обычной проверкой подлинности. Поддержка проверки подлинности NTLM остается включенной на веб-узле, устанавливаемом в IIS по умолчанию. См. далее раздел «Создание нового веб-узла в IIS».
Веб-модули нельзя загружать ни с какого веб-узла.
Вопросы безопасности. Подключение компьютера непосредственно к Интернету без прокси-сервера делает систему безопасности уязвимой и потому не рекомендуется. Наиболее безопасная конфигурация Share
Point Portal Server при работе компьютера непосредственно в Интернете – обычная проверка подлинности с включенным протоколом SSL.
5. Перезагрузите компьютер.
Создание записи DNS
Необходимо создать запись DNS для внешнего имени сервера. Порядок действий при этом может варьироваться в зависимости от типа серверного программного обеспечения DNS. Описываемая ниже процедура относится к случаю, когда система DNS запущена на компьютере, работающем под управлением Windows 2000 Server. Подробнее о DNS см. справку консоли управления (Microsoft Management Console, MMC) на консоли DNS.
Чтобы выполнить описываемую ниже процедуру, необходимо иметь статический внешний адрес IP, который можно было бы назначить компьютеру SharePoint Portal Server. Не следует путать его со статическим внутренним IP-адресом сервера. Диапазон статических внешних IP-адресов выделяется при первом подключении к Интернету через компанию Network Solutions или другую компанию, имеющую соответствующие полномочия от ICANN (Internet Corporation for Assigned Names and Numbers – Интернет-корпорация, отвечающая за назначение имен и номеров).
Внешний статический IP-адрес используется при его сопоставлении внутреннему статическому IP-адресу на прокси-сервере для создания «серверной публикации». Подробнее об этом см. далее в разделе «Настройка прокси-сервера».
Примечание. Создавать запись DNS нет необходимости, если компьютер SharePoint Portal Server работает в Интернете без прокси-сервера. Если сервер подключен к Интернету непосредственно, в контроллере домена уже должна быть создана запись для данного имени NetBIOS. В таком случае имя NetBIOS будет также служить и внешним именем (именем узла).
Как создать запись DNS на сервере Windows 2000
1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Administrative Tools (Администрирование) и выберите команду DNS.
2. Разверните объект, соответствующий одному из внешних компьютеров DNS.
3. Разверните элемент Forward Lookup Zones (Зоны прямого просмотра).
4. Щелкните правой кнопкой мыши нужный файл зоны и выберите команду New Host (Новый узел). Например, если запись DNS создается для внешнего имени сервера SharePoint Portal Server, щелкните правой кнопкой мыши зону .
5. В поле Host (Узел) введите внешнее имя сервера. Например, если внешнее имя сервера – AdventureWorks, введите AdventureWorks.
6. В поле IP address (IP-адрес) введите внешний статический IP-адрес компьютера SharePoint Portal Server. Следует отличать его от статического внутреннего IP-адреса вашего сервера.
7. Установите флажок Create associated pointer (PTR) record (Создать соответствующую PTR-запись).
8. Нажмите кнопку Add Host (Добавить узел).
9. Нажмите кнопку ОК, затем кнопку Done (Готово).
10. Выполните репликацию на все компьютеры DNS или подождите 15-30 минут до начала автоматической репликации.
Создание нового веб-узла в IIS
Для каждой модели безопасности, которую предполагается использовать, необходимо создать новый веб-узел. Например, если требуется и режим анонимного доступа, и режим обычной проверки подлинности, нужно создать два веб-узла. На одном узле следует задать анонимный доступ, а на другом – обычную проверку подлинности.
Учтите, что нельзя изменять параметры веб-узла, устанавливаемого по умолчанию. Так, сервер SharePoint Portal Server требует, чтобы этот веб-узел использовал в качестве порта TCP порт 80. Не заменяйте после установки этот порт каким-либо другим портом HTTP (таким, как 8000 или 8080). Убедитесь в том, что задан именно порт 80 и что он остается основным портом сервера.
Как создать новый веб-узел
1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Administrative Tools (Администрирование) и выберите команду Internet Services Manager (Диспетчер служб Интернета).
2. Разверните объект, соответствующий компьютеру SharePoint Portal Server.
3. Щелкните имя компьютера SharePoint Portal Server правой кнопкой мыши, укажите на команду New (Создать) и выберите Web Site (Веб-узел). Откроется окно Web Site Creation Wizard (Мастер создания веб-узла).
4. Нажмите кнопку Next (Далее) и затем следуйте указаниям мастера.
· Введите описание веб-узла и нажмите кнопку Next (Далее). Это описание появится в дереве объектов консоли. Например, если веб-узел предполагается использовать для анонимного доступа, можно ввести такое описание: AdventureWorksAnon.
· Выберите IP-адрес. Не выбирайте значение (All Unassigned) (Любые свободные).
· Введите 80 в качестве номера порта TCP.
· Введите внешнее FQDN-имя в качестве заголовка узла. Заголовок узла имеет формат внешнее_имя_сервера. внешнее_имя_домена. Например, если внешнее имя сервера для компьютера SharePoint Portal Server – AdventureWorks, а внешнее имя домена – , укажите в качестве заголовка узла AdventureWorks. .
· Нажмите кнопку Next (Далее).
· Введите путь к основному каталогу. Настоятельно рекомендуется включить основной каталог в каталог Inetpub. Например, путь может иметь вид C:\Inetpub\AdventureWorks. Инструкции по созданию веб-страницы, используемой по умолчанию, см. далее в разделе «Тестирование экстрасети из интрасети».
· Если к серверу SharePoint Portal Server не должен быть разрешен анонимный доступ, сбросьте флажок Allow anonymous access to this Web site (Разрешить анонимный доступ к этому веб-узлу). Подробнее о настройке параметров безопасности на новом веб-узле см. далее в разделе «Изменение параметров безопасности на новом веб-узле».
· Нажмите кнопку Next (Далее).
· На странице Web Site Access Permissions (Разрешения на доступ к веб-узлу) нажмите кнопку Next (Далее). Не меняйте разрешения, предлагаемые по умолчанию.
· Нажмите кнопку Finish (Готово). На экране появится новый веб-узел.
5. Разверните элемент Default Web Site (Веб-узел по умолчанию) и найдите следующие пять виртуальных каталогов (узлов дерева): Exchweb, SharePoint Portal Server, Public, MSOffice и ВашаРабочаяОбласть, где ВашаРабочаяОбласть – имя виртуального каталога рабочей области. Например, если используется рабочая область с именем Marketing, ищите виртуальный каталог Marketing. Запишите локальный путь каждого из этих виртуальных каталогов или пользуйтесь далее функциями копирования и вставки. Эти пути потребуются при выполнении шагов 6–8. Чтобы найти локальный путь, выполните следующие действия для каждого из пяти виртуальных каталогов.
· Щелкните виртуальный каталог правой кнопкой мыши и выберите команду Properties (Свойства).
· На вкладке Virtual Directory (Виртуальный каталог) запишите для себя или скопируйте путь, указанный в поле Local Path (Локальный путь).
· Закройте страницу Properties (Свойства).
6. Щелкните правой кнопкой мыши новый веб-узел, созданный на шаге 4, укажите на команду New (Создать) и выберите Virtual Directory (Виртуальный каталог) Откроется окно Virtual Directory Creation Wizard (Мастер создания виртуального каталога).
7. Нажмите кнопку Next (Далее) и затем следуйте указаниям мастера.
· В поле Alias (Псевдоним) введите Exchweb, затем нажмите кнопку Next (Далее).
· В поле Directory (Каталог) введите или вставьте путь для Exchweb, найденный на шаге 5, затем нажмите кнопку Next (Далее).
· На странице Access Permissions (Разрешения на доступ) нажмите кнопку Next (Далее). Не меняйте разрешения, предлагаемые по умолчанию.
· Нажмите кнопку Finish (Готово).
8. Повторите шаги 6 и 7, чтобы создать виртуальные каталоги для объектов SharePoint Portal Server, Public, MSOffice и ВашаРабочаяОбласть, где ВашаРабочаяОбласть – имя виртуального каталога рабочей области.
Внимание! Имена новых виртуальных каталогов должны в точности совпадать с именами исходных виртуальных каталогов веб-узла, устанавливаемого по умолчанию. Не следует переименовывать виртуальные каталоги.
9. Создав виртуальные каталоги, выполните следующие действия для каталогов Public (Общий) и ВашаРабочаяОбласть нового веб-узла.
· Щелкните виртуальный каталог правой кнопкой мыши и выберите команду Properties (Свойства).
· Перейдите на вкладку Virtual Directory (Виртуальный каталог).
· В группе Application Protection (Защита приложений) выберите Low (IIS Process) (Низкая (процесс IIS)).
· На вкладке Virtual Directory (Виртуальный каталог) нажмите кнопку Configuration (Конфигурация).
· На вкладке App Mappings (Сопоставление приложений) нажмите кнопку Add (Добавить).
· В поле Executable (Исполняемый файл) введите путь к файлу msdmisap. dll. Можно также найти файл msdmisap. dll при помощи кнопки обзора. По умолчанию этот файл расположен в каталоге \Bin компьютера SharePoint Portal Server. Например, если сервер SharePoint Portal Server установлен в каталоге Program Files\SharePoint Portal Server, указанный файл будет находиться в каталоге Program Files\SharePoint Portal Server\Bin.
Внимание! Задавая путь в поле Executable (Исполняемый файл), следите за тем, чтобы он соответствовал формату имен 8.3. Например, если файл msdmisap. dll находится в каталоге Program Files\SharePoint Portal Server\Bin на диске D, введите путь в следующем виде: D:\Progra~1\ShareP~1\Bin\msdmisap. dll
· В поле Extension (Расширение) введите *, затем нажмите кнопку ОК.
· Сбросьте флажок Check that file exists (Проверка наличия файла).
· Нажмите кнопку ОК, чтобы закрыть окно Application Configuration (Настройка приложения).
· Нажмите кнопку ОК, чтобы закрыть страницу Properties (Свойства).
10. Выполните следующие действия применительно к виртуальному каталогу ВашаРабочаяОбласть на созданном веб-узле:
· Щелкните виртуальный каталог правой кнопкой мыши и выберите команду Properties (Свойства).
· На вкладке Virtual Directory (Виртуальный каталог) установите флажок Write (Запись).
· Перейдите на вкладку HTTP Headers (Заголовки HTTP) и нажмите кнопку Add (Добавить).
· В поле Custom Header Name (Имя заголовка) введите MicrosoftTahoeServer
· В поле Custom Header Value (Значение заголовка) введите 1.0
· Нажмите кнопку ОК.
· Нажмите кнопку ОК, чтобы закрыть страницу Properties (Свойства).
11. Выполните следующие действия применительно к виртуальному каталогу MSOffice на созданном веб-узле.
· Щелкните виртуальный каталог правой кнопкой мыши и выберите команду Properties (Свойства).
· Перейдите на вкладку Virtual Directory (Виртуальный каталог).
· В группе Execute Permissions (Разрешен запуск) выберите Scripts and Executables (Сценарии и исполняемые файлы).
· Нажмите кнопку ОК, чтобы закрыть страницу Properties (Свойства).
12. Щелкните правой кнопкой мыши ВашВиртуальныйУзел, где ВашВиртуальныйУзел – имя созданного веб-узла, и выберите команду Start (Пуск). Если ВашВиртуальныйУзел уже запущен, пропустите этот шаг.
Включение обсуждений на новом веб-узле
Чтобы иметь на компьютере SharePoint Portal Server доступ к веб-обсуждениям из Интернета или экстрасети, необходимо изменить реестр.
Веб-обсуждения позволяют обсудить какой-либо документ с другими пользователями. Пользователи могут добавлять свои замечания относительно документа, не изменяя самого документа. Обсуждения проходят в виде потоков — ответы на какое-либо замечание приводятся непосредственно под самим замечанием. В каждый момент времени можно вести несколько обсуждений одного и того же документа. Сервер SharePoint Portal Server сводит все комментарии воедино в одном месте, где их можно легко просматривать.
Как включить обсуждения на новом веб-узле
1. Нажмите на панели задач кнопку Start (Пуск) и выберите команду Run (Выполнить).
2. Введите regedit и нажмите кнопку ОК.
ПРЕДУПРЕЖДЕНИЕ. Неправильно выполненное изменение реестра может нанести системе значительный ущерб. Прежде чем вносить в реестр изменения, сделайте резервные копии особо ценных данных на компьютере.
3. В окне Registry Editor (Редактор реестра) перейдите в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\9.0\Web Server\1.
4. Выберите в меню Registry (Реестр) команду Export Registry File (Экспорт файла реестра).
5. Сохраните этот файл на рабочем столе под именем EnableDiscussions.
6. Перейдите в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\9.0\Web Server\1.
7. Щелкните правой кнопкой мыши элемент 1 и выберите команду Rename (Переименовать).
8. Введите номер и нажмите клавишу ВВОД. Номер определяется из следующей процедуры.
· Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Accessories (Стандартные) и выберите команду Command Prompt (Командная строка).
· Перейдите в каталог, в котором находится файл adsutil. vbs. Обычно это каталог Inetpub\AdminScripts на диске с операционной системой.
· Введите cscript adsutil.vbs enum W3SVC/номер, где номер равен 1, 2 и т. д. Вводите все номера подряд до тех пор, пока на экране не появится имя нового веб-узла. Обычно номера распределяются так: W3SVC/1 – веб-узел, устанавливаемый по умолчанию, W3SVC/2 – веб-узел администратора, а W3SVC/3 – новый веб-узел. Если W3SVC/3 является новым веб-узлом, то при переименовании объекта реестра в качестве номера следует ввести 3.
9. Щелкните Web Server (Веб-сервер).
10. Выберите в меню Registry (Реестр) команду Import Registry File (Импорт файла реестра).
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 |
