Руководство по WebSphere Application Server

ОнЛ@йн руководство с примерами по WAS

  • Главная
  • Авторское право
  • Команда
  • Контакты
  • Оглавнение

21

Окт

4.7.1. Создание виртуального хоста

Опубликовал admin  Рубрика Часть 4. Основы администрирования

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

• Приложения имеют конфликтующие URI.

• Поддержка дополнительных портов, например, порта 443 для SSL.

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

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

1. Выберите пункт Environment (Среда) → Virtual Hosts (Виртуальные хосты) и нажмите New (Создать).

2. Введите имя виртуального хоста и нажмите Apply (Применить).

3. Нажмите ссылку Host Aliases (Псевдонимы хостов) на панели Additional Properties

(Дополнительные свойства).

4. Нажмите New (Создать).

5. Введите значения в поля Host Name (Имя хоста) и Port (Порт) и нажмите OK.

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

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

Например, запрос http://www.myhost.com/myservlet НЕ соответствует ни одному из следующих запросов:

http://myhost/myservlet

http://www.myhost.com/MyServlet

http://www.myhost.com:9876/myservlet

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

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

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

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

хосте. За подробной информацией обращайтесь к разделу 7.3.1, «Повторная генерация файла конфигурации плагина».

6. Соответствия MIME (Multi-Purpose Internet Mail Extensions) связывают расширение

имени и тип файла данных, например, текст, аудио или изображение. Набор MIME-типов автоматически определяется при создании виртуального хоста. Чтобы увидеть или изменить MIME-типы, связанные с этим новым виртуальным хостом, выберите пункт MIME Types (MIME-типы) в разделе Additional Properties (Дополнительные свойства) виртуального хоста.

7. Нажмите New (Создать), чтобы добавить MIME-тип.

8. Введите MIME-тип и расширение. Нажмите Apply (Применить), чтобы продолжить добавление новых типов, или нажмите OK, если вы закончили.

9. Нажмите Save (Сохранить) на панели задач и сохраните изменения.

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

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 4.7. Работа с виртуальными хостами
4.8. Управление приложениями »

Рубрики

  • Часть 1. Основы
  • Часть 2. Технический обзор
  • Часть 3. Профили
  • Часть 4. Основы администрирования
  • Часть 5. Использование скриптов
  • Часть 6. Конфигурирование ресурсов
  • Часть 7. Управление Web-серверами
  • Часть 8. Асинхронный обмен сообщениями

Свежие записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями

Страницы

  • Авторское право
  • Команда
  • Главная
    • Дополнения
    • Примечание
  • Контакты
  • Оглавнение

Последние записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями
  • 8.4.3. Реализация компонента, управляемого сообщениями
  • 8.4.2. Взгляд на компонент, управляемый сообщениями, со стороны клиента
  • 8.4.1. Типы компонентов, управляемых сообщениями
  • 8.4. Компоненты, управляемые сообщениями
  • 8.3.5.-8.3.8 Размещение конечной точки для сообщений

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

  • Комментариев нет
  • Случайные записи

    • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
    • 3.4.12. Пользовательский реестр, безопасность
    • 7.2.5. Связывание модулей с серверами
    • 3.3.4.1. Создание пользовательского профиля (проверка результатов)
    • 5.2.6.1. Примеры 5.9, 5.10 на языке Jython
    • 4.3.2. Запуск и останов администратора развертывания
    • 4.4.6.3. Настройка профилей приложений
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.