3. Щелкните объект Default Web Site (Веб-узел по умолчанию) правой кнопкой мыши и выберите команду Properties (Свойства).

4. На вкладке Web Site (Веб-узел) нажмите кнопку Advanced (Дополнительно). Откроется диалоговое окно Advanced Multiple Web Site Configuration (Дополнительная настройка конфигурации из нескольких веб-узлов).

Внимание! Не удаляйте значение (All Unassigned) (Любые свободные) для порта 80 в списке Multiple identities for this Web Site (Перечень идентификационных записей для данного веб-узла).

5. Сопоставьте внутреннее FQDN-имя сервера с IP-адресом.

· Нажмите кнопку Add (Добавить). Откроется диалоговое окно Advanced Web Site Identification (Дополнительная идентификация веб-узла).

· Выберите свой IP-адрес в списке IP Address (IP-адрес). Не выбирайте значение (All Unassigned) (Все свободные).

· Введите 80 в поле TCP Port (Порт TCP).

· Введите внутреннее FQDN-имя для сервера в поле Host Header Name (Имя заголовка узла) и нажмите кнопку OK. Внутреннее FQDN-имя имеет формат имя_NetBIOS. внутреннее_имя_домена. Например, если имя NetBIOS компьютера SharePoint Portal Server – AdvWks, а внутреннее имя домена – corp. , в качестве имени заголовка узла следует ввести AdvWks. corp. .

6. Нажмите кнопку ОК, чтобы закрыть диалоговое окно Advanced Multiple Web Site Configuration (Дополнительная настройка конфигурации из нескольких веб-узлов), и затем снова нажмите кнопку ОК, чтобы закрыть страницу Properties (Свойства).

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

НЕ нашли? Не то? Что вы ищете?

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

· Администратор сервера должен настроить параметры прокси-сервера для обозревателя Internet Explorer на компьютере SharePoint Portal Server так, чтобы домен локального компьютера вошел в список исключений.

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

Как настроить обозреватель Internet Explorer 5 на обращение по локальным адресам в обход прокси-сервера

1. Закройте все текущие окна обозревателя Internet Explorer 5 и окна проводника Windows.

2. На панели задач компьютера SharePoint Portal Server нажмите кнопку Start (Пуск), укажите на Settings (Настройка) и выберите команду Control Panel (Панель управления).

3. Дважды щелкните значок Internet Options (Свойства обозревателя). Откроется диалоговое окно Internet Properties (Свойства: Интернет).

4. На вкладке Connections (Подключения) нажмите кнопку LAN Settings (Настройка сети).

5. Установите флажки Use a proxy server (Использовать прокси-сервер) и Bypass proxy server for local addresses (Не использовать прокси-сервер для локальных адресов).

6. Задайте адрес и номер порта прокси-сервера, затем нажмите кнопку Advanced (Дополнительно).

7. В поле Do not use proxy server for addresses beginning with (Не использовать прокси-сервер для адресов, начинающихся с) введите *домен
где домен – имя домена для компьютера SharePoint Portal Server. Например, если это домен , введите *.

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

Настройка сервера SharePoint Portal Server на опрос узлов Интернета

Если сервер SharePoint Portal Server будет опрашивать веб-узлы в Интернете, рекомендуется изменить значения тайм-аутов для подключения к веб-узлу или серверу и для ожидания подтверждения приема запроса. Время ожидания при подключении к веб-узлу или серверу следует задать равным 60 секундам, а время ожидания подтверждения приема запроса от веб-узла или сервера – равным 30 секундам. Эти параметры можно изменить в программе администрирования сервера SharePoint Portal Server.

Если установлен прокси-сервер, требующий проверки подлинности при доступе в Интернет из интрасети, сервер SharePoint Portal Server не сможет опрашивать узлы Интернета.

Как изменить значения тайм-аутов

1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Administrative Tools (Администрирование) и выберите команду SharePoint Portal Server Administration (Администрирование SharePoint Portal Server).

2. Выберите в дереве консоли компьютер SharePoint Portal Server.

3. Выберите в меню Action (Действие) команду Properties (Свойства).

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

4. Перейдите на вкладку Load (Загрузка).

5. В поле Number of seconds to wait for a connection (Время ожидания подключения в секундах) введите 60

6. В поле Number of seconds to wait for request acknowledgment (Время ожидания подтверждения приема запроса в секундах) введите 30

7. Нажмите кнопку Apply (Применить).

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

Настройка сервера SharePoint Portal Server на опрос другого компьютера SharePoint Portal Server через Интернет

Иногда может возникнуть необходимость«вывести» сервер в Интернет, используя протокол HTTP, чтобы его могли опрашивать другие узлы. Процедура, приведенная в данном разделе, позволяет разрешить компьютеру SharePoint Portal Server, обладающему доступом в Интернет, опрашивать другой компьютер SharePoint Portal Server через Интернет. В настоящее время сервер SharePoint Portal Server поддерживает только опрос по протоколу HTTP. Опрос по протоколу HTTPS не поддерживается.

Для доступа к другим компьютерам SharePoint Portal Server через Интернет нельзя использовать учетную запись доступа к содержимому, предлагаемую по умолчанию. В качестве такой учетной записи может быть задана только учетная запись доверенного домена NTLM, а проверку подлинности NTLM нельзя использовать при опросе в Интернете. Необходимо задать учетную запись доступа для пути к узлу, на котором находится сервер SharePoint Portal Server, которой предполагается опрашивать. Далее следует описание данной процедуры.

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

Как настроить сервер на опрос другого компьютера SharePoint Portal Server через Интернет

1. Перейдите в папку Content Sources (Источники содержимого), расположенную в папке Management (Управление) рабочей области.

2. Дважды щелкните Additional Settings (Дополнительные параметры).

3. На вкладке Rules (Правила) щелкните Site Paths (Пути узлов).

4. Нажмите кнопку New (Создать). Откроется диалоговое окно Create New Site Path Rule (Создание нового правила пути к узлу).

5. В поле Path (Путь) введите URL-адрес, ведущий к опрашиваемому серверу SharePoint Portal Server. Этим адресом должно быть внешнее FQDN-имя сервера.

6. Щелкните Include this path (Включить этот путь) и нажмите кнопку Options (Параметры). Откроется диалоговое окно Options (Параметры).

7. Нажмите кнопку Account (Учетная запись). Откроется диалоговое окно Account Information (Сведения об учетной записи).

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

9. В списке Authentication type (Тип проверки подлинности) выберите Basic authentication (password is sent in clear text) (Обычная – пароль отправляется в текстовом формате).

10. Нажмите кнопку ОК, чтобы закрыть диалоговое окно Account Information (Сведения об учетной записи), затем снова нажмите кнопку ОК, чтобы закрыть диалоговое окно Options (Параметры).

11. Нажмите кнопку ОК, чтобы закрыть диалоговое окно Create New Site Path Rule (Создание нового правила пути к узлу), и затем снова нажмите кнопку ОК, чтобы закрыть диалоговое окно Site Paths (Пути узлов).

12. Если поступит запрос с предложением начать полное обновление, нажмите кнопку Yes (Да).

13. Нажмите кнопку ОК.

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

Устранение неполадок

Функциональные возможности не работают

Таблица функциональных возможностей сервера SharePoint Portal Server, которые становятся доступны после развертывания сервера в экстрасети или Интернете, содержится в «Приложении A. Функциональные возможности для экстрасети».

Server Access Denied (Отказ в доступе к серверу)

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

Ошибка 401

Если на новом веб-узле задан анонимный доступ, то при попытке доступа к узлу электронных инструментальных панелей может возникнуть ошибка 401 (Unauthorized – Запрещено). Если это произойдет, убедитесь, что гостевой учетной записи Интернета назначена роль читателя – в скрытой папке Portal (Портал) рабочей области. О том, как добавить гостевую учетную запись Интернета в рабочую область в качестве читателя, см. раздел данного документа «Изменение параметров безопасности на новом веб-узле».

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

Ошибка 424

Если при попытке доступа к узлу электронных инструментальных панелей возникает ошибка 424, попробуйте сделать следующее.

· Перезапустите службу IIS Admin Service или перезагрузите компьютер SharePoint Portal Server.

Возможная причина: сервер не был перезагружен после настройки параметров прокси-сервера.

· Проверьте, что был введен адрес: http://внешнее_FQDN_имя/имя_рабочей_области (или https://, если протокол SSL был включен).

Возможная причина: на сервере в качестве URL-адреса было введено http://localhost/имя_рабочей_области. Localhost в настоящее время не поддерживается.

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

1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Administrative Tools (Администрирование) и выберите команду Internet Services Manager (Диспетчер служб Интернета).

2. Разверните объект, соответствующий компьютеру SharePoint Portal Server.

3. Разверните ВашВиртуальныйУзел, где ВашВиртуальныйУзел – имя вновь созданного веб-узла.

4. Щелкните правой кнопкой мыши ВашуРабочуюОбласть, входящую в ВашВиртуальныйУзел, где ВашаРабочаяОбласть представляет собой имя виртуального каталога для рабочей области, и выберите команду Properties (Свойства).

5. Перейдите на вкладку Virtual Directory (Виртуальный каталог).

6. В списке Application Protection (Защита приложений) выберите Low (IIS Process) (Низкая (процесс IIS)).

7. Нажмите кнопку ОК.

Ошибка 500

Если на узле электронных инструментальных панелей возникает ошибка 500 (внутренняя ошибка сервера), убедитесь, что во время настройки виртуальных каталогов Public и ВашаРабочаяОбласть на новом веб-узле не был установлен флажок Check that file exists (Проверка наличия файла) – см. шаг 9 процедуры в разделе «Создание нового веб-узла в IIS».

Если флажок Check that file exists (Проверка наличия файла) установлен, сбросьте его и перезапустите службу IIS Admin Service.

Ошибка 503

Если при попытке доступа к узлу электронных инструментальных панелей возникает ошибка 503 (Service Unavailable – Служба недоступна), это означает, что сервер перезагружается и службы еще не запущены. Подождите несколько минут и повторите попытку доступа к узлу электронных инструментальных панелей.

Ошибка 519

Если при попытке обсудить документ выдается сообщение об ошибке 519, проверьте, включены ли обсуждения на новом веб-узле. Чтобы участвовать в веб-обсуждениях на компьютере SharePoint Portal Server из Интернета или экстрасети, необходимо изменить реестр. Процедура изменения реестра описана в разделе данного документа «Включение обсуждений на новом веб-узле».

Unable to Map Web Folder to Workspace (Не удается отобразить веб-папку в рабочую область)

Если вы не можете отобразить веб-папку в рабочую область, убедитесь, что во время настройки виртуальных каталогов Public и ВашаРабочаяОбласть на новом веб-узле не был установлен флажок Check that file exists (Проверка наличия файла) – см. шаг 9 процедуры в разделе «Создание нового веб-узла в IIS».

Discussion Error (Ошибка обсуждения)

Если на панели обсуждения появилось сообщение об ошибке выполнения сервера или о недоступности сервера, убедитесь, что права на выполнение для виртуального каталога MSOffice на новом веб-узле установлены на уровне Scripts and Executables (Сценарии и исполняемые файлы). Для этого выполните следующие действия.

1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Administrative Tools (Администрирование) и выберите команду Internet Services Manager (Диспетчер служб Интернета).

2. Разверните объект, соответствующий компьютеру SharePoint Portal Server.

3. Разверните объект ВашВиртуальныйУзел, где ВашВиртуальныйУзел – имя вновь созданного веб-узла.

4. Щелкните виртуальный каталог MSOffice правой кнопкой мыши и выберите команду Properties (Свойства).

5. Перейдите на вкладку Virtual Directory (Виртуальный каталог).

6. В группе Execute Permissions (Разрешен запуск) выберите Scripts and Executables (Сценарии и исполняемые файлы).

7. Нажмите кнопку ОК, чтобы закрыть страницу Properties (Свойства).

Script Execution Error (Ошибка выполнения сценария)

Если получено сообщение об ошибке выполнения сценария, значит, не задано или неправильно задано имя заголовка (MicrosoftTahoeServer) для нового веб-узла. О том, как задать имя заголовка, см. раздел «Создание нового веб-узла».

No Access Externally (Нет доступа извне)

Если компьютер SharePoint Portal Server недоступен из экстрасети или Интернета, попробуйте сделать следующее.

· Завершите работу компьютера SharePoint Portal Server.

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

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

Host Not Found (Узел не найден)

Если получена ошибка 11004 (Host not found – узел не найден), убедитесь, что на сервере DNS имеется запись об узле, к которому производится доступ.

Если запись существует, проверьте правильность URL-адреса, который вводится в окне обозревателя.

Page Cannot Be Displayed (Не удается отобразить страницу)

Если при включенном протоколе SSL выдается данное сообщение об ошибке, запустите программу adsutil. vbs. Подробнее об этом см. в разделе «Включение SSL».

Dashboard Site Settings Do Not Save (Не сохраняются настройки узла электронных инструментальных панелей)

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

1. Нажмите на панели задач кнопку Start (Пуск), последовательно укажите команды Programs (Программы) и Administrative Tools (Администрирование) и выберите команду Internet Services Manager (Диспетчер служб Интернета).

2. Разверните объект, соответствующий компьютеру SharePoint Portal Server.

3. Разверните объект, соответствующий созданному веб-узлу.

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

· Щелкните виртуальный каталог правой кнопкой мыши и выберите команду Properties (Свойства).

· На вкладке Virtual Directory (Виртуальный каталог) установите флажок Write (Запись).

· Нажмите кнопку Apply (Применить).

· Нажмите кнопку ОК, чтобы закрыть страницу Properties (Свойства).

Blank Page Displays (Отображается пустая страница)

Если при попытке доступа к узлу электронных инструментальных панелей из Интернета или экстрасети отображается пустая страница, это может означать следующее:

· Прокси-сервер отключен.

· Внутренний статический IP-адрес и внешний статический IP-адрес не сопоставлены друг другу на прокси-сервере. Подробнее об этом см. в разделе «Настройка прокси-сервера».

Crawling a Web Site Fails (Ошибка при опросе веб-узла)

Если не удается опросить какой-либо веб-узел в Интернете, возможно, неправильно установлены значения тайм-аутов или параметры прокси-сервера. Подробнее об этом см. в разделах «Настройка сервера SharePoint Portal Server на опрос узлов Интернета» и «Настройка прокси-сервера».

Subscriptions Do Not Function Properly (Подписки работают неправильно)

Нельзя подписываться на папки при помощи панели инструментов совместной работы в приложениях Office или обозревателе Internet Explorer (при работе в экстрасети). Подпишитесь на папку из узла электронных инструментальных панелей.

Server URL in E-mail Notifications Is Incorrect (Неправильный URL-адрес сервера в почтовом уведомлении)

URL-адрес, используемый в уведомлениях электронной почты, можно изменить при помощи процедуры, описанной в разделе «Задание URL-адреса сервера для использования в почтовых уведомлениях».

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

· Правильно ли введено имя свойства. В имени свойства различается регистр прописных и строчных букв. Введите имя свойства в точности так, как показано в процедуре, описанной в разделе «Задание URL-адреса сервера для использования в почтовых уведомлениях».

· Был ли произведен перезапуск MSSearch.

Access Problems When Using HTTPS – Client Certificate Issues (Неполадки доступа при использовании протокола HTTPS – проблемы с сертификатом клиента)

Если при включенном протоколе SSL производится доступ к узлу электронных инструментальных панелей сервера SharePoint Portal Server по адресу https://внешнее_FQDN_имя/имя_рабочей_области, то время от времени могут происходить сбои, например, ошибки навигации или нарушения доступа. Это свидетельствует о возможных проблемах с сертификатом безопасности, например, цепочка сертификатов была установлена не полностью.

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

· используется внутренний сервер сертификатов для генерации собственных сертификатов;

· используется сертификат, который не поставляется вместе с операционной системой корпорации Майкрософт.

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

1. При попытке доступа к узлу электронных инструментальных панелей появляется диалоговое окно Security Alert (Оповещение безопасности), в котором сообщается, что сертификат безопасности выдан компанией, не включенной в число доверенных.

2. Нажмите в этом окне кнопку View Certificate (Просмотр сертификата) и затем перейдите на вкладку Certification Path (Путь сертификации).

3. В окне Certification path (Путь сертификации) рядом с одним или несколькими объектами стоит красный кружок с крестиком.

4. Если щелкнуть помеченный таким образом объект, то в поле Certificate status (Состояние сертификата) появится сообщение о том, что нельзя гарантировать, что сертификат выдан доверенным центром сертификации.

Для устранения этих неполадок установите полную цепочку сертификатов на всех клиентских компьютерах.

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

1. Нажмите на панели задач клиентского компьютера кнопку Start (Пуск) и выберите команду Run (Выполнить).

2. Введите mmc и нажмите кнопку ОК.

3. Выберите в меню Console (Консоль) команду Add/Remove Snap-in (Добавить/Удалить оснастку).

4. Нажмите кнопку Add (Добавить).

5. Выберите в списке элемент Certificates (Сертификаты) и нажмите кнопку Add (Добавить).

6. Выберите Computer account (Для учетной записи компьютера) и нажмите кнопку Next (Далее).

7. Выберите Local computer (Локальный компьютер) и нажмите кнопку Finish (Готово).

8. Нажмите кнопку Close (Закрыть) и затем кнопку ОК.

Access Problems When Using HTTPS – Server Certificate Issue (Неполадки доступа при использовании протокола HTTPS – проблемы с сертификатом сервера)

Общее имя, заданное для сертификата SSL, должно совпадать с внешним FQDN-именем сервера (см. шаг 1 процедуры включения SSL в разделе «Включение SSL»). Например, если внешнее FQDN-имя – AdventureWorks. (доступ производится по адресу https://AdventureWorks. ), то сертификат SSL должен иметь общее имя AdventureWorks. .

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

Примечание. Сказанное относится также к внутренним сертификатам SSL.

IFrame Error when Using Netscape Navigator (Ошибка
I-кадра при использовании Netscape Navigator)

Если какой-либо веб-модуль назначен к выполнению в рамках собственного процесса, отдельного от других процессов, то при использовании обозревателя Netscape Navigator будет выдано сообщение об ошибке I-кадра. Чтобы исправить ошибку, проделайте следующее

1. На узле электронных инструментальных панелей нажмите кнопку Content (Содержимое).

2. Щелкните веб-модуль, который выполняется в своем собственном процессе. Откроется страница Settings (Параметры) для этого веб-модуля.

3. Нажмите кнопку Show Advanced Settings (Показать дополнительные параметры).

4. Сбросьте флажок Isolate this Web Part’s content from the other Web Parts (Изолировать содержимое этого веб-модуля от других веб-модулей).

5. Нажмите кнопку Save (Сохранить), чтобы закрыть диалоговое окно Settings (Параметры), и затем снова нажмите кнопку Save (Сохранить), чтобы закрыть страницу Content (Содержимое).

Dashboard Site Appears Incomplete (Узел электронных инструментальных панелей отображается не полностью)

При доступе к узлу электронных инструментальных панелей этот узел может при использовании протокола HTTP отображаться полностью, а при использовании протокола HTTPS – не полностью. Если к узлу уже производился доступ при помощи адреса http://внешнее_FQDN_имя/имя_рабочей_области и после этого был включен протокол SSL (вследствие чего теперь нужно использовать адрес в формате https://), то узел электронных инструментальных панелей может открыться без применения таблицы стилей (с белым фоном) и с нарушенными ссылками. Чтобы устранить эти неполадки, перезагрузите сервер. Сервер следует перезагружать после включения SSL.

Dashboard Site Stops Functioning (Узел электронных инструментальных панелей перестал работать)

Узел электронных инструментальных панелей может перестать работать в результате попытки установить защиту сервера при помощи программы Windows 2000 Internet Server Security Tool (которую можно загрузить по адресу http://www. /TechNet/security/tools. asp). Самую последнюю информацию о конфигурациях безопасности IIS, обеспечивающих защиту сервера, см. по адресу http://www. /SharePoint.

Заключение

Выполнив все процедуры, описанные в настоящем информационном документе, вы сможете осуществлять доступ к серверу SharePoint Portal Server как в интрасети, так и в экстрасети.

Приложение A. Функциональные возможности для экстрасети

В следующей таблице перечислены функциональные возможности SharePoint Portal Server, доступные при развертывании сервера в экстрасети или Интернете.

Область	Функциональная возможность	Поддержка в экстрасети
Узел электронных инструментальных панелей
	Поиск на узле	Расширенный	Да
		Обычный	Да
	Поиск	Наилучшее соответствие	Да
		Категории	Да
		Категории наилучшего соответсвия	Да
		Переход по щелчку к элементам на сервере	Да
		Переход по щелчку к элементам на других серверах интрасети	---
		Переход по щелчку к элементам в Интернете	Да
	Разное	Подтверждение по почте	Да
		Обсуждения	Да
		Уведомления	Да
		Подписки	Да
Узел электронных инструментальных панелей (управление документами)
	Расширенные папки	Добавить документ	Да
		Добавить папку	Да
		Утвердить документ	Да
		Вернуть документ	Да
		Извлечь документ	Да
		Удалить документ	Да
		Удалить папку	Да
		Загрузить документ	Да
		Опубликовать документ	Да
		Переименовать документ	Да
		Переименовать папку	Да
	Стандартные папки	Добавить документ	Да
		Добавить папку	Да
		Удалить документ	Да
		Удалить папку	Да
		Загрузить документ	Да
		Переименовать документ	Да
		Переименовать папку	Да
Веб-папки
	Все элементы веб-папок	Копировать	Да
		Переместить	Да
		Переименовать	Да
	Управление документами	Добавить документ	Да
		Добавить папку	Да
		Утвердить документ	Да
		Вернуть документ	Да
		Извлечь документ	Да
		Удалить документ	Да
		Удалить папку	Да
		Опубликовать документ	Да
	Категории	Добавить категорию	Да
		Удалить категорию	Да
	Свойства папки	Вкладка «Одобрение»	---
		Вкладка «Общие»	Да
		Вкладка «Профили»	Да
		Вкладка «Безопасность»	---
	Свойства документа	Вкладка «Общие»	Да
		Вкладка «Профиль»	Да
		Вкладка «Поиск и категории»	Да
		Вкладка «Безопасность»	---
		Вкладка «Версии»	Да
	Папка управления	Источники содержимого	---
		Параметры рабочей области	---
		Профили документов	Да
		Справки по началу работы	Да
	Разное	MMC	---
		Форма профиля	Да
		Справка	Да
Пакет Office XP
	Расширенные папки	Вернуть документ	Да
		Извлечь документ	Да
		Открыть	Да
		Опубликовать с использованием формы публикации	Да
		Сохранить	Да
		Сохранить как веб-страницу	---
		Сохранить как веб-модуль	---
		Сохранить как	Да
	Стандартные папки	Вернуть документ	Да
		Извлечь документ	Да
		Открыть	Да
		Опубликовать с использованием формы публикации	Да
		Сохранить	Да
		Сохранить как веб-страницу	Да
		Сохранить как веб-модуль	---
		Сохранить как	Да
	Разное	Подписка на папку из панели инструментов для совместной работы (вместо этого подписка создается на узле электронных инструментальных панелей)	---
Пакет Office 2000
	Расширенные папки	Вернуть документ	Да
		Извлечь документ	Да
		Открыть	Да
		Опубликовать с использованием формы публикации	Да
		Сохранить	Да
		Сохранить как веб-страницу	---
		Сохранить как	Да
	Стандартные папки	Вернуть документ	Да
		Извлечь документ	Да
		Открыть	Да
		Опубликовать с использованием формы публикации	Да
		Сохранить	Да
		Сохранить как веб-страницу	Да
		Сохранить как	Да
	Разное	Подписка на папку из панели инструментов для совместной работы (вместо этого подписка создается на узле электронных инструментальных панелей)	---

Приложение B. Изменение параметров
прокси-сервера в SharePoint Portal Server

Если требуется изменить параметры прокси-сервера для компьютера SharePoint Portal Server после установки системы, выполните следующие действия.

1. Настройте параметры прокси-сервера для компьютера SharePoint Portal Server.

· На панели задач компьютера, на котором устанавливается сервер SharePoint Portal Server, нажмите кнопку Start (Пуск), укажите команду Settings (Настройка) и выберите Control Panel (Панель управления).

· Дважды щелкните значок Internet Options (Свойства обозревателя). Откроется диалоговое окно Internet Properties (Свойства: Интернет).

· Перейдите на вкладку Connections (Подключения) и нажмите кнопку LAN Settings (Настройка сети).

· Сбросьте оба флажка в группе Automatic configuration (Автоматическая настройка).

· Выполните одно из следующих действий.

Если прокси-сервер используется, установите флажок Use a proxy server (Использовать прокси-сервер), введите допустимый адрес прокси-сервера и номер порта, а затем установите флажок Bypass proxy server for local addresses (Не использовать прокси-сервер для локальных адресов).

Если прокси-сервер не используется, сбросьте все флажки. См. также приводящееся ниже на шаге 3 замечание, касающееся использования SharePoint Portal Server без прокси-сервера.

· Нажмите кнопку ОК, чтобы изменения вступили в силу, и затем снова нажмите кнопку ОК, чтобы закрыть окно Internet Properties (Свойства: Интернет).

2. Настройте параметры прокси-сервера, используемые программой сбора данных. SharePoint Portal Server использует эту настройку при создании индексов внешних веб-узлов.

Используя программу администрирования SharePoint Portal Server Administration, можно настроить данные параметры на вкладке Proxy Server (Прокси-сервер) страницы свойств сервера. Подробнее о настройке параметров прокси-сервера, используемых программой сбора данных, см. в разделе «Specify Proxy Server Options» (Задание параметров прокси-сервера) главы «Managing Servers» (Управление серверами) в Справке администратора.

3. Настройте параметры прокси-сервера для узла электронных инструментальных панелей.

Чтобы разрешить серверу SharePoint Portal Server импортировать веб-модули на узел электронных инструментальных панелей, администратор сервера должен использовать программу proxycfg. exe, расположенную в каталоге \Bin компьютера SharePoint Portal Server. Местонахождение этого каталога зависит от местонахождения каталога установки SharePoint Portal Server.

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

Использование сервера SharePoint Portal Server с прокси-сервером

Если прокси-сервер применяется, выполните следующую команду, которая использует настройки, указанные на шаге 1: proxycfg –u

Подробнее об этом см. в разделе документа «Настройка параметров прокси-сервера на компьютере SharePoint Portal Server».

Использование сервера SharePoint Portal Server без прокси-сервера

Сервер SharePoint Portal Server по умолчанию не настроен на прямое подключение к Интернету. Изначально он сконфигурирован на использование прокси-сервера. Если прокси-сервер не используется, обратитесь к разделу документа «Настройка параметров прокси-сервера на компьютере SharePoint Portal Server».

4. Пользователям и администратору сервера, возможно, потребуется при использовании FQDN-имен в интрасети настроить параметры прокси-сервера для обозревателя. Подробнее об этом см. в разделе документа «Задание внутреннего FQDN-имени для компьютера SharePoint Portal Server».

5. После завершения настройки параметров прокси-сервера перезагрузите сервер.

Приложение C. Практические рекомендации по созданию веб-модулей

Общая методология

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

· Используйте только относительные URL-адреса в файлах HTML, ASP (Active Server Pages) и VBS (Visual Basic® Scripting Edition). Для всех ссылок, содержащихся в веб-модуле, генерируйте относительные ссылки. Если в веб-модуле жестко закодировать URL-адрес в виде имени NetBIOS, то веб-модуль будет недоступен при использовании внутреннего или внешнего FQDN-имени. Он будет доступен только для имени NetBIOS. Относительные ссылки позволяют применять один и тот же веб-модуль для имени NetBIOS, внутреннего FQDN-имени и внешнего FQDN-имени. Чтобы использовать относительные ссылки при создании нового веб-модуля, проделайте следующее.

· На странице Web Part – Settings (Веб-модуль – Параметры) установите флажок Get content from the following link (Получить содержимое по следующей ссылке). Если редактируется существующий веб-модуль, нажмите кнопку Show Advanced Settings (Показать дополнительные параметры), чтобы просмотреть этот флажок.

· Введите URL-адрес для ссылки на содержимое.

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

· Во избежание снижения быстродействия и зависания сервера не используйте автономную страницу ASP в качестве веб-модуля. Число потоков, доступных для ASP, равняется числу процессоров плюс единица. Например, на однопроцессорном компьютере доступно два потока, на двухпроцессорном – три. Если автономная страница ASP все же используется как веб-модуль, запускайте ее в изолированном режиме. В этом случае вероятность зависания из-за взаимоблокировки не увеличивается.

· Если страница ASP используется как веб-модуль и не запущена в изолированном режиме, рекомендуется использовать страницу ASP, генерирующую фрагмент кода HTML, а не целую страницу. Фрагмент включает только код, необходимый для отображения веб-модуля. В него не включаются необязательные теги (такие, как <HTML> </HTML> или <BODY> </BODY>), которые можно вставить в программе редактирования.

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

· Используйте в качестве веб-модулей файлы сценариев Visual Basic. Это снижает нагрузку на сервер.

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

Пример кода ASP и пример кода веб-модуля

В данном разделе приводятся два варианта веб-модуля с относительными URL-адресами: код ASP (VBS) и автономный веб-модуль.

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

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

Пример кода ASP

Веб-модуль можно создать на основе сценария ASP (VBS).

Использование страницы ASP (VBS) дает следующие преимущества:

· Можно использовать уже имеющийся код ASP или VBS без каких-либо изменений.

· Вся программа выполняется на стороне клиента, снижая нагрузку на сервер.

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

Недостатки использования страницы ASP (VBS):

· Код трудно переносить на другие платформы.

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

· Веб-модуль не сможет работать, если в качестве обозревателя используется Netscape Navigator.

Как использовать пример кода ASP в качестве веб-модуля

1. Создайте файл с именем User.asp, содержащий следующий код:

<HTML>

<BODY>

Response. write request. servervariables("Logon_User")

<p>

<A Href="../Portal/Document%20Library/" Target="new">Document Library</a>

</BODY>

</HTML>

2. Перейдите в папку Portal рабочей области. Папка Portal является скрытой.

3. Скопируйте файл User.asp в папку Portal.

4. Перейдите на домашнюю страницу узла электронных инструментальных панелей.

5. Нажмите кнопку Content (Содержимое).

6. Щелкните Create a New Web Part (Создать новый веб-модуль).

7. На странице Web Part – Settings (Веб-модуль – параметры) установите флажок Get content from the following link (Получить содержимое по следующей ссылке).

8. Введите /имя_рабочей_области/Portal/User.asp в поле под флажком Get content from the following link (Получить содержимое по следующей ссылке).

9. Установите флажок Isolate this Web Part’s content from the other Web Parts (Изолировать содержимое этого веб-модуля от других веб-модулей).

10. Нажмите кнопку Save (Сохранить), чтобы закрыть страницу Web Part – Settings (Веб-модуль – параметры).

11. Нажмите кнопку Save (Сохранить), чтобы закрыть страницу Content in "Home" (Содержимое домашней страницы).

Пример кода веб-модуля

Можно создать автономный веб-модуль с относительными ссылками.

Использование автономного веб-модуля дает следующие преимущества:

· Программа выполняется быстрее, чем неизолированная страница ASP (VBS).

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

· Веб-модуль может взаимодействовать с другими веб-модулями.

Недостатки использования автономного веб-модуля:

· Повышается нагрузка на сервер.

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

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

Как использовать пример веб-модуля

1. Создайте файл с именем TestWithRelativeURLs.dwp, содержащий следующий код:

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

<?xml version="1.0"?>

<Title>Web Part Sample with relative URLs</Title>

<Description>How to create a Web part with relative URLs</Description>

<Content><![CDATA[

'Общие функции веб-модуля. REQUIRED.

Function GetContent(nod)

Dim strWorkspaceUrl 'Переменная для хранения адреса URL пользователя

On Error Resume Next

'НАЧАЛО КОММЕНТАРИЕВ

'ПРИМЕЧАНИЕ: ExtractWorkspaceURL и GetServerVariable – вызовы функций из файла TahoeUtils. inc.

' Мы не гарантируем совместимость с будущими пакетами обновления или версиями SharePoint Portal Server.

' Рекомендуем создать свою стандартную библиотеку include-файлов для получения URL пользователя.

' Созданную библиотеку включите в DasboardExtensions. vbs (подробнее см. DDRK).

'ВНИМАНИЕ! НЕ вносите в TahoeUtils. inc никаких изменений. Они могут разрушить портал и потому не поддерживаются.

'КОНЕЦ КОММЕНТАРИЕВ

strWorkspaceUrl = ExtractWorkspaceUrl(GetDBProtocol() & _

GetServerVariable("SERVER_NAME") & GetServerVariable("URL"))

If Err. Number <> 0 Then Exit Function

strHtmlRet = request. servervariables("Logon_User") & vbCRLF

'Задайте вывод HTML в строку

'Добавьте относительную URL-ссылку при помощи strWorkspaceUrl

strHtmlRet = strHtmlRet & "<p>"

strHtmlRet = strHtmlRet & "<a target=new href=""" & _

strWorkspaceUrl & "/Portal"">" & vbCRLF

strHtmlRet = strHtmlRet & "Portal" & vbCRLF

strHtmlRet = strHtmlRet & "</a>" & vbCRLF

'Добавьте еще одну ссылку

strHtmlRet = strHtmlRet & "<p>"

strHtmlRet = strHtmlRet & "<a target=new href=""" & _

strWorkspaceUrl & "/Portal/Document Library"">" & vbCRLF

strHtmlRet = strHtmlRet & "Document Library" & vbCRLF

strHtmlRet = strHtmlRet & "</a>" & vbCRLF

'Возвращение строки на электронную инструментальную панель

GetContent = strHtmlRet

End Function

]]></Content>

</WebPart>

2. Перейдите на домашнюю страницу узла электронных инструментальных панелей.

3. Нажмите кнопку Content (Содержимое).

4. Нажмите кнопку Import a Web Part File (Импорт файла веб-модуля).

5. Импортируйте файл TestWithRelativeURLs.dwp.

6. Нажмите кнопку Save (Сохранить), чтобы закрыть страницу Content in "Home" (Содержимое домашней страницы).

Дополнительные сведения см. по адресу http://www. /sharepoint/

uuuu

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

Данный документ имеет чисто информативный характер. КОРПОРАЦИЯ МАЙКРОСОФТ НЕ ПРЕДОСТАВЛЯЕТ НИКАКИХ ГАРАНТИЙ, НИ ЯВНО ВЫРАЖЕННЫХ, НИ ПОДРАЗУМЕВАЕМЫХ В СВЯЗИ С ИНФОРМАЦИЕЙ, СОДЕРЖАЩЕЙСЯ В ДАННОМ ДОКУМЕНТЕ.

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

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

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

Microsoft, Windows и SharePoint являются охраняемыми товарными знаками корпорации Майкрософт в США и других странах.

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

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3

Развертывание системы Microsoft® SharePoint™ Portal Server в экстрасети (стр. 3 )

Настройка сервера SharePoint Portal Server на опрос узлов Интернета

Настройка сервера SharePoint Portal Server на опрос другого компьютера SharePoint Portal Server через Интернет

Устранение неполадок

Функциональные возможности не работают

Server Access Denied (Отказ в доступе к серверу)

Ошибка 401

Ошибка 424

Ошибка 500

Ошибка 503

Ошибка 519

Unable to Map Web Folder to Workspace (Не удается отобразить веб-папку в рабочую область)

Discussion Error (Ошибка обсуждения)

Script Execution Error (Ошибка выполнения сценария)

No Access Externally (Нет доступа извне)

Host Not Found (Узел не найден)

Page Cannot Be Displayed (Не удается отобразить страницу)

Dashboard Site Settings Do Not Save (Не сохраняются настройки узла электронных инструментальных панелей)

Blank Page Displays (Отображается пустая страница)

Crawling a Web Site Fails (Ошибка при опросе веб-узла)

Subscriptions Do Not Function Properly (Подписки работают неправильно)

Server URL in E-mail Notifications Is Incorrect (Неправильный URL-адрес сервера в почтовом уведомлении)

Access Problems When Using HTTPS – Client Certificate Issues (Неполадки доступа при использовании протокола HTTPS – проблемы с сертификатом клиента)

Access Problems When Using HTTPS – Server Certificate Issue (Неполадки доступа при использовании протокола HTTPS – проблемы с сертификатом сервера)

IFrame Error when Using Netscape Navigator (Ошибка I-кадра при использовании Netscape Navigator)

Dashboard Site Appears Incomplete (Узел электронных инструментальных панелей отображается не полностью)

Dashboard Site Stops Functioning (Узел электронных инструментальных панелей перестал работать)

Заключение

Приложение A. Функциональные возможности для экстрасети

Приложение B. Изменение параметров прокси-сервера в SharePoint Portal Server

Использование сервера SharePoint Portal Server с прокси-сервером

Использование сервера SharePoint Portal Server без прокси-сервера

Приложение C. Практические рекомендации по созданию веб-модулей

Общая методология

Пример кода ASP и пример кода веб-модуля

Пример кода ASP

Пример кода веб-модуля

IFrame Error when Using Netscape Navigator (Ошибка
I-кадра при использовании Netscape Navigator)

Приложение B. Изменение параметров
прокси-сервера в SharePoint Portal Server