Роутеры Zyxel Keenetic уже давно зарекомендовали себя в качестве весьма универсальных и достаточно надежных устройств. Мы также не могли обойти вниманием эту линейку и сегодня узнаем, как настроить один из самых популярных роутеров Zyxel Keenetic 4G.
Отличия маршрутизаторов Zyxel Keenetic 4G от Lite
По сути, Zyxel Keenetic Lite и Zyxel Keenetic 4G являются одной и той же моделью с идентичными характеристиками. Разница лишь в том, что Keenetic 4G умеет работать с USB модемами — у него уже есть встроенная поддержка в родной прошивке. Полный список поддерживаемых моделей — .
Также у Lite 4 порта LAN, в отличие от 2х у 4G, но зато у последнего имеется USB вход, которого у его брата-близнеца нет. В остальном модели одинаковы.
Как подключить роутер Zyxel Keenetic
Настройка роутеров Zyxel Keenetic мало чем отличается от остальных. Есть два способа — через программу, которая поставляется вместе с устройством на компакт-диске, либо через Web-интерфейс. Прежде чем начать чтение, рекомендую посмотреть видео о базовых настройках конфигурации, чтобы было понятно, о чем идет речь.
Настройка Zyxel Keenetic 4G через программу
Как я уже говорил, я не любитель всяких автоматических программ — лучше вводить настройки роутера самостоятельно, контролируя весь процесс. Однако для новичков это бывает удобно, поэтому вкратце покажу интерфейс встроенного быстрого помощника.
Подключаем наш роутер к компьютеру через кабель, идущий от желтого разъема LAN к сетевой карте компа. И также подключаем кабель интернет-провайдера в синее гнездо WAN. После этого включаем роутер в сеть и переводим ползунки «Power» и «WLAN» на задней части в положение «ON».
После этого заходим на ПК в «Панель управления — Сеть и Интернет — Изменение параметров адаптера» и в свойствах подключения по локальной сети. а также беспроводного подключения выставляем «Авто», предварительно записав все указанные настройки, если они были — их потом нужно будет вводить в роутер.
Ждем, пока прога определит все исходные данные для настроек.
Если провайдера в предложенном списке нет, то придется все делать вручную.
Настройка роутера Zyxel Keenetic 4G вручную через браузер
А вот тут все гораздо интереснее! Прежде чем узнать, как настроить Zyxel Keenetic через веб-интерфейс, надо перевернуть роутер и посмотреть на его днище — именно там указаны данные для доступа. Нас интересует адрес, логи и пароль в админку.
Заходим в браузере по указанному адресу и вводим данные для доступа.
В том случае, если у вас в руках уже бывший в употреблении роутер, то скорее всего стандартные значения были изменены при предыдущей настройке в целях безопасности. Тогда просто сбросьте значения, зажав на полминуты кнопку «Reset» на корпусе. И после этого уже вводить стандартные логин и пароль.
После этого попадаем на главную страницу, на которой собрана сводная информация о состоянии устройства и вашей локальной и беспроводной сети.
Приятно, что весь интерфейс на русском языке, что значительно упрощает работу с ним.
Настроек много — глаза разбегаются, на будет идти по порядку и начнем с настройки интернета.
Сначала определитесь, какой у вас тип подключения к интернету — через кабель или модем? Или вообще вы будете использовать его в качестве репитера и подключаться к другому роутеру или точке доступа, раздающей wifi сигнал? Настроить работу роутера на один из этих режимов можно в разделе меню «Система > Режим работы».
Здесь же выбирается режим работы в локальной сети. Если Zyxel Keenetic используется как удлинитель существующего беспроводного сигнала от другого устройства, то надо выбрать режим «Беспроводной мост Wi-Fi». Если же роутер будет превращать в wifi сигнал, который приходит к нему по кабелю от другого роутера или модема, то «Точка беспроводного доступа Wi-Fi». Подробнее об этом расскажу ниже.
Как подключить Zyxel Keenetic 4G к кабельному Интернету?
После этого можно переходить к настройкам доступа в Интернет. Сначала разберемся с кабельным типом подключения стандартного вида, когда кабель напрямую идет к компьютеру или в нашем случае к роутеру.
Для этого заходим в соответствующий раздел «Интернет > Авторизация», где нам надо будет выбрать тип подключения к вашему провайдеру и ввести требуемые значения. Все их можно посмотреть в договоре на подключение к интернету или позвонить и спросить непосредственно у вашего интернет-провайдера.
После ввода ваших настроек нажмите кнопку «Применить» в правом нижнем углу страницы для их сохранения. Сложностей возникнуть не должно, так как роутеры Zyxel Keenetic работают со всеми современными протоколами. Если же вам предоставлены только IP адрес, маска и шлюз для подключения, либо они присваиваются вручную, то эти данные вводятся в пункте «Интернет > Подключение» — из выпадающего списка выберите «Ручная» или «Автоматически».
Другой случай, когда интернет у вас идет не к компьютеру напрямую, а через ADSL модем по телефонному шнуру. Тогда соединяем роутер Zyxel Keenetic с модемом при помощи кабеля и задаем ему режим «Точка беспроводного доступа Wi-Fi» в разделе «Система > Режим работы».
В данном режиме никаких настроек интернета уже делать не нужно, так как за связь с провайдером отвечает ADSL модем. Нам остается только настроить домашнюю wifi сеть.
Настройка Zyxel Keenetic 4G на работу с 3G/4G модемом
Еще один способ выхода в интернет — использовать модем от сотового оператора или Yota. Zyxel Keenetic 4G и Giga поддерживают почти все встречающиеся на рынке модели, в том числе и комплекты Мегафон 4G и МТС Коннект.
Для работы нужно вставить модем в USB порт и в меню в разделе «Система > Режим работы» выставить «Через внешний USB-модем 3G» или «Через внешний USB-модем 4G — Yota», если пользуетесь услугами этой компании.
После этого в меню появится новый характерный пункт для настройки этого типа подключения.
Нам остается только выбрать из выпадающего списка нашего оператора и нажать «Применить» для активации подключения — все настройки на работу с оператором уже по умолчанию вбиты в соответствующие поля.
Для Yota же вообще ничего делать, кроме подключения модема, не нужно.
Zyxel Keenetic в роли усилителя wifi сигнала
И, наконец, последний вариант подключения к интернету — когда роутер принимает его по wifi и раздает, называется репитер или повторитель.
Данный режим активируется там же — в разделе меню «Система» и называется «по беспроводной сети Wi-Fi». Если вы используете интернет от соседнего кафе, то это как раз то, что нужно.
При активации у вас появится в меню новый пункт «Клиент Wi-Fi» в котором можно посмотреть список доступных сетей, подключиться и настроить безопасность соединения.
WiFi роутер Zyxel как маршрутизатор в домашней сети
После интернета надо сконфигурировать локальную сеть — как проводную, так и беспроводную — мы помним, что у роутера есть 4 входа LAN, а значит он может работать как обычный маршрутизатор и поставлять интернет на компьютеры посредством обычных патчкордов.
Здесь необходимо сделать все как на скриншоте — назначить диапазон IP адресов, задать IP для самого роутера в режиме Сервера. Если необходимо, то можно вручную назначить для конкретного устройства определенный адрес по его MAC-идентификатору.
Настройка WiFi на Zyxel Keenetic
Следующий интересующий нас пункт меню в роутере Zyxel Keenetic Giga — «Сеть WiFi». Здесь будем настраивать непосредственно беспроводной доступ к домашней сети.
SSID имя вашей сети, канал и стандарт. Канал для более стабильной работы лучше сменить на какое-то число. А еще лучше просканировать соседние wifi сети и выбрать тот канал, который не перекрещивается с другими. Подробно об этом в . Настройка мощности сигнала позволит сократить радиус действия для того, чтобы к нему не могли подключаться с улицы или соседней квартиры. Здесь же можно в целях защиты скрыть SSID.
Следующий подраздел — Безопасность. В нем нужно задать тип шифрования и пароль для подключения к WiFi. Лучше всего назначать самый надежный тип — WPA/PSK и пароль, состоящий из сочетания букв разного регистра, цифр и символов.
На этом основные настройки роутера Zyxel Keenetic завершены — можно смело подключаться и работать. Однако помимо этого, у данной модели есть множество дополнительных параметров, которые помогут сделать вашу локальную сеть более удобно и безопасной. Подробно на них останавливаться не вижу смысла, так как им посвящены отдельные статьи на блоге. Приведу лишь скриншоты интерфейса с описанием возможностей.
Использование подключенного накопителя 
Серверы приложений
1. Серверы приложений: типы, назначение, функции.
Cерверы приложений - это программное обеспечение, предназначенное для создания систем с выделенными сервисами бизнес-логики. Чаще всего серверы приложений выполняются под управлением серверных операционных систем (различных версий UNIX, Windows NT Server, Windows 2000 Server). Компоненты, реализующие бизнес-логику распределенного приложения и выполняющиеся под управлением сервера приложений, могут представлять собой COM- или CORBA-объекты, Java-серверы либо Enterprise Java Beans (EJB) - Java-компоненты. Многие серверы приложений позволяют реализовать приложения, устойчивые к сбоям. В настоящее время серверы приложений являются основой многих корпоративных решений, например распределенных приложений, реализующих следующие схемы:
- «предприятие - потребитель» (B2C, business-to-consumer), такие как онлайновая продажа товаров, бронирование билетов и мест в гостиницах, услуги страхования;
- «предприятие - предприятие» (B2B, business-to-business), такие как виртуальные торговые площадки, позволяющие заключать торговые сделки между предприятиями;
- «предприятие - сотрудник» (B2E, business-to-employer), такие как корпоративные порталы.
Нередко в корпоративных решениях применяются конфигурации, содержащие несколько серверов приложений. Как правило, подобные решения обладают многозвенной архитектурой, при этом серверы приложений обычно располагаются между сервером баз данных и Web-сервером либо между сервером баз данных и клиентскими приложениями. Нередко функциональность Web-сервера реализуется и в самом сервере приложений.
Современные серверы приложений в большинстве случаев характеризуются возможностью построения кластеров и распределения нагрузки, а также средствами восстановления после сбоев, поскольку требования к надежности и производительности приложений, использующих продукты подобного класса, обычно весьма высоки.
Из технологий, поддерживаемых современными серверами приложений, следует в первую очередь отметить средства интеграции приложений, созданных на различных платформах, в том числе поддержку Web-сервисов, средства разработки приложений, наличие продуктов специализированного назначения, основанных на данном сервере приложений (например, средств управления информационным наполнением), поддержку беспроводных Лидерами рынка серверов приложений на данный момент является компания IBM. Из других наиболее известных продуктов, относящихся к категории серверов приложений, следует отметить серверы компаний Oracle, Sun Microsystems, Borland, Sybase,.
Borland Enterprise Server 5.0 (Borland Software Corporation)
Borland Enterprise Server довольно широко применяется в телекоммуникационном и банковском секторах. Этот продукт обладает некоторыми уникальными технологическими особенностями, такими как Borland Application Partitioning. Данная технология позволяет определить детальные характеристики сервисов и Web-серверных приложений, описать собственный набор сервисов для каждой конфигурации (partition), выделить для каждой конфигурации самостоятельный системный процесс. Все это упрощает конфигурирование распределенных систем и управление ими и в целом повышает надежность и доступность приложений, созданных на основе этого сервера.
Семейство серверов Microsoft .NET (Microsoft Corporation)
Наиболее часто применяемыми серверами приложений являются продукты семейства корпоративных серверов Microsoft .NET, предназначенные, как и другие серверы приложений, для создания и развертывания интегрированных корпоративных приложений. Все эти серверы характеризуются поддержкой стандартов Интернета, поддержкой кластерной архитектуры, высокой степенью взаимной интеграции, а также интеграции с операционной системой Windows и средствами разработки Microsoft.
К семейству корпоративных серверов Microsoft .NET сама компания Microsoft относит:
- Microsoft SQL Server - сервер баз данных, являющийся одним из лидирующих продуктов данного класса для платформы Windows и обычно применяющийся совместно со многими другими серверами Microsoft .NET;
- Microsoft Application Center - средство управления кластерами серверов для осуществления горизонтального масштабирования;
- Microsoft BizTalk Server 2002 - сервер интеграции приложений и создания инфраструктуры их взаимодействия, основанный на обмене документами между приложениями, принадлежащими разным организациям;
Microsoft не производит серверы приложений общего назначения, однако вместо этого выпускает широкий спектр специализированных серверных продуктов, предназначенных для решения конкретных бизнес-задач (создания портала, разработки сайта электронной коммерции и т.д.) и создания решений на их основе, в целом практически исчерпывающий все современные направления применения серверов приложений.
Oracle9i Application Server (Oracle Corporation)
Oracle9i Application Server (Oracle9iAS) - это сервер приложений, предназначенный для создания широкого спектра корпоративных приложений, начиная от динамических Web-сайтов и заканчивая корпоративными порталами и системами, интегрирующими разнородные корпоративные приложения.
Особенностью данного сервера приложений является наличие в его составе широкого набора специальных сервисов и готовых специализированных решений, использующих СУБД Oracle9i и Oracle9iAS, таких как:
- Oracle9iAS Portal - готовое структурное решение для быстрого развертывания и поддержки работы информационного портала организации, поддерживающее применение портлетов - компонентов портала, содержащих механизмы работы с определенными информационными источниками;
- Oracle9iAS Wireless - программное обеспечение, предназначенное для создания и развертывания приложений беспроводного доступа, в том числе и беспроводных порталов;
- Email Server - решение для организации сервера электронной почты, доступ к которому возможен из любых клиентских программ, поддерживающих Интернет-стандарты POP3 и IMAP. Архитектура, лежащая в основе продукта, ориентирована на множество одновременно работающих пользователей и большой объем хранимых почтовых сообщений;
Enterprise Application Server 4.1 (Sybase)
Sybase Enterprise Application Server (EAServer) - это сервер приложений для создания порталов и корпоративных решений. Этот продукт, как и другие подобные продукты, предоставляет широкий набор инструментов для развертывания Web-приложений и распределенных систем.
Особенностью данного сервера приложений является универсальная по отношению к клиентским компонентам программного обеспечения поддержка широкого спектра технологий построения распределенных систем, включая CORBA, XML, HTML, DHTML, ActiveX, PowerBuilder, COM, а также средства интеграции различных приложений. Многие пользователи этого продукта отмечают высокое качество управления транзакциями и надежные средства обеспечения безопасности. Sybase EAServer позволяет использовать бизнес-логику унаследованных приложений, интегрируя их программный код в среду EAServer при помощи технологии Application Integrators.
2. Серверы Интернет. Web-сервер, его функции и предъявляемые к нему требования. Microsoft Internet Information Services ( MIIS). Web-сервер Apaс he.
Web-сервер - это программа, обрабатывающая сообщения, и работающая с протоколом HTTP (Hypertext Transfer Protocol). Именно этот протокол является основным для WWW. Он представляет собой набор правил для обмена данными и основан на принципе «запрос-ответ». Запрос идет от клиента к серверу и содержит служебную информацию о типе запроса (данные, заголовок, форма), заголовок запроса (допустимые типы файлов, авторизация, версия клиента, адрес, где была активирована ссылка на данный ресурс, и сам адрес) и запрос данных. Ответ идет от сервера к клиенту. В нем находится служебный код (число), показывающий состояние обработки запроса, ответный заголовок (версию сервера, дату, длину и тип данных) и сами данные.
В последнее время увеличилось количество Web-серверов, выпускаемых различными производителями. Естественно, любой Web-сервер поддерживает некоторый минимальный набор функций – поддержка протокола HTTP, настройка на разные порты, создание log-файлов, пользовательские директории, функции защиты. Планирование своей системы вы вряд ли начнете с Web-сервера: скорее вы будете выбирать операционную систему. Тут нужно иметь в виду, что не всякий сервер реализован для конкретной операционной системы. Далее, прежде чем установить сервер, необходимо понять, что он поддерживает, а что нет. Любой сервер поддерживает протокол HTTP, но не всякий сервер изначально поддерживает, например, работу с базами данных. Плюс к этому сейчас любой разработчик Web-серверов создает свой API (Application Program Interface) для работы с сервером. Удобство средств разработки программ для сервера тоже играет немалую роль. Наиболее распространен сервер Apache, который, по оценкам, установлен примерно на 60% всех WWW-серверов, причем является бесплатным, свободно распространяемым и считается одним из самых надежных и стабильных. Сейчас в мире существуют довольно много Web-серверов (несколько десятков), но популярностью пользуются лишь несколько. Самых популярных три: Apache от ASF (Apache Software Foundation), Internet Information Server от Microsoft и iPlanet server (бывший Netscape Enterprise server) от Netscape и Sun.
Apache от ASF
Без преувеличения можно сказать, что это самый распространенный Web- сервер в мире. Сейчас имеются версии фактически для всех известных платформ и операционных систем, в том числе и для Windows NT. Поддержка Windows NT появилась лишь в последней версии, и это еще больше повысило популярность Apache в мире. Его несомненными достоинствами являются надежность, исключительная производительность и огромный набор функций и дополнительных модулей. Версия 1.3.x считается одной из самых стабильных и быстрых среди всего семейства Apache. Основными свойствами Apache являются поддержка кросс-платформ, протокол HTTP/1.1, модульная структура, защита, запись log-файлов.
Краткие характеристики Web сервера Apache:
- последняя версия: 2.0 alpha 4;
- последняя официальная версия: 1.3.12;
- бесплатный, открытый код;
- операционные системы: NetBSD, Digital UNIX, BSDI, AIX, OS/2, SCO, HPUX, Novell NetWare, Macintosh, Be OS, Windows NT, Linux, Windows 95, FreeBSD, Windows 98, IRIX, Solaris;
- HTTP/1.1; есть функция автоматического ответа при изменении документа; возможен запрет доступа с конкретных адресов, к конкретным документам, доступ конкретных пользователей; допускаются изменения без перезапуска сервера;
- поставляется вместе с полным исходным кодом; поддерживает другие протоколы (ftp, telnet); имеет настройку на пользовательские директории; содержит модуль proxy.
iPlanet server (бывший Netscape Enterprise server) от Netscape и Sиn
Не так давно произошло объединение Netscape и Sun в области создания Web- сервера, а именно: бывший Netscape Enterprise server теперь перешел в новое качество – iPlanet server. Это не просто смена имени. Теперь ко многим качествам предыдущего сервера добавилась тесная интеграция с Java- технологиями. Последней версией является 4.1. iPlanet Server, который поставляется на компакт-диске или может быть загружен по Сети. При этом он не является бесплатным. Есть версии как под Windows NT, так и под некоторые UNIX-системы. Привлекает простота установки, конфигурирования и управления. Базовая установка занимает не более 15 минут. Вся дальнейшая настройка производится с использованием Java-программы, запускаемой в браузере откуда угодно. Что касается Java, то, как и следовало ожидать, сервер поддерживает новейшие Java-технологии, такие как Java Servlets 2.1, Java Server Pages .92, JVM, JavaScript 1.4. На сегодняшний день это единственный сервер такого плана. В дополнение к этому iPlanet server включает в себя возможности по управлению доступом к базам данных. В его поставке содержатся драйверы для работы с Oracle, Informix, DB2, и Sybase. С точки зрения программирования для iPlanet server, сейчас наметилась тенденции к объединению с iPlanet Application Server. Это позволит существенно расширить возможности по созданию программ для Web-сервера iPlanet. Все перечисленные свойства делают Web-сервер iPlanet привлекательным для использования в разных областях. Также ведется работа над сервером FastTrack, который будет ограниченным по возможностям аналогом полного сервера, но при этом бесплатным (при полной аналогии с Netscape FastTrack). Что касается технической поддержки, то все описания, справочники и другие материалы относительно iPlanet server сделаны на высоком уровне (впрочем, как и любая документация, находящаяся на сервере Netscape).
Сформулируем кратко основные характеристики сервера:
- последняя версия: 4.1;
- цена: 60 дней бесплатно, далее 1495 долл.;
- операционные системы: HPUX 11.0, Solaris 2.6/7.0, IBM AIX 4.2.1, Compaq Tru64 Unix 4.0d, SGI IRIX 6.5, NT 4 SP4;
- ·поддержка Java Servlets 2.1, Java Server Pages .92, JVM, JavaScript 1.4; Oracle, Informix, DB2, и Sybase; преобразование PDF в HTML; поддержка LDAP;
- может создавать несколько log-файлов, протоколировать производительность, создавать log-файлы для каждого CGI-скрипта; под Windows NT запускается как сервис и/или программа, под UNIX может запускаться из inetd; допускает настройку на несколько портов;
- в поставку включен SNMP агент; поддерживает Windows CGI, HTTP/1.1, в том числе и HTTP/1.1 PUT; есть функция автоматического ответа при изменении документа; поддерживает Netscape Server API;
- возможен запрет доступа с конкретных адресов, доступ конкретных пользователей; есть поддержка S-HTTP; допускаются изменения без перезапуска сервера; есть поддержка SSL второй и третьей версий и авторизации.
- графическая программа установки; графическая программа управления; присутствует программа для оценки производительности во время работы; поддержка директорий пользователей; встроенный алгоритм поиска; возможность удаленного управления.
Internet Information Server (IIS) от Microsoft
Сервер IIS является лучшим для Windows NT. Это и понятно, потому что вряд ли кто-нибудь, кроме разработчиков операционной системы, может сделать программу, полностью использующую возможности этой системы. Версия 4.0 поставлялась бесплатно вместе с Service Pack, а версия 5.0 поставляется исключительно как часть Windows 2000. Версия 5.0, по мнению специалистов, отличается более высокой надежностью, более тесной интеграцией с Windows и целым набором новых свойств. Установка и конфигурирование занимают не более 10 минут. Особенно приятно, что теперь ненужно устанавливать какие-либо Service Pack и не нужно перегружать систему после установки. При всем этом сам сервер занимает около 30 Мбайт на диске и вполне работает на машине Pentium 200 МГц с объемом памяти 128 Мбайт. Однако установить и запустить сервер можно только на Windows 2000 Server. Помимо удобной установки, удобно реализована и система управления сервером. Существует несколько полезных программ шаблонов (Wizards) для выполнения частых и рутинных операций. Вообще, справедливости ради нужно отметить следующее: в том, что касается удобства, мало кто сможет соревноваться с программами Microsoft. К тому же IIS поддерживает известные и включает в себя новые стандарты защиты. Так, есть поддержка известных методов SSL 3.0, Kerberos 5.0, и нового метода Fortezza (новый стандарт безопасности). Наиболее интересной и отличительной чертой IIS является поддержка WebDAV (Web-based Distributed Authoring and Versioning). Это недавно появившийся стандарт, который позволяет превращать внутренние сети в единое пространство, используя ресурсы соседних компьютеров как свои. Для пользователей IIS это означает, что они могут c большим удобством разделять свои рабочие файлы и иметь при этом возможность блокировать файлы. Вместе с тем существуют и некоторые проблемы, и несовместимость. Не совсем корректно происходит работа одновременно с Front Page Server, иногда при изменении конфигурации приходится перезапускать систему, встречаются ошибки при использовании системы удаленного администрирования. Но в целом версия 5.0 является значительным шагом вперед по сравнению с 4.0 в плане надежности и удобства.
Приведем кратко основные характеристики:
- последняя версия: 5.0;
- цена: поставляется вместе с Windows 2000 Server;
- операционные системы: Windows 2000 Server, Advanced Server;
- может создавать несколько log-файлов; протоколирование производительности;
- поддерживает HTTP/1.1;
- возможен запрет доступа с конкретных адресов, к конкретным документам, доступ конкретных пользователей; допускаются изменения без перезапуска сервера;
· графическая программа установки; графическая программа управления; поддерживает другие TCP-протоколы (ftp, telnet); присутствует программа для оценки производительности во время работы; поддержка директорий пользователей; встроенный алгоритм поиска; возможность удаленного управления.
Сервер приложений является расширенной
версией сервера в операционной системе Windows Server ® 2008. Новая версия
сервера приложений предоставляет интегрированную среду для развертывания и выполнения
пользовательских дел на сервере приложений. Эти приложения отвечают на запросы,
поступающие по сети от удаленных клиентских компьютеров или из других приложений.
Как правило, для развертывания и запуска на сервере приложений пользователь
производит одно или более из следующих действий:
- Internet Information Services (IIS) (протокол
передачи гипертекста (HTTP) сервер, встроенный в Windows Server) - Microsoft ®.NET Framework
версии 3.0 и 2.0. (Если у вас есть приложения, построенные с.NET
Framework 3.5, вы можете загрузить и установить.NET Framework 3.5 на
операционной системы.) - ASP.NET
- COM +
- Очереди сообщений
- Веб-службы, которые построены с Windows Communication Foundation (WCF)
Мы рекомендуем использовать роль сервера
приложений Windows Server 2008 выполняемую приложениями, которые зависят от
служб роли или компонентов, которые являются частью комплексной роли сервера
приложений и выбрать во время процесса установки. Примером может быть
определенна конфигурация Microsoft BizTalk ® Server, которая использует набор
служб роли или компонентов, которые являются частью среды сервера приложений.
Обычно роль сервера приложений необходима
при развертывании бизнес-приложения в рамках вашей организации (или
разработанного независимый поставщик программного обеспечения (ISV) для вашей
организации), и когда разработчик указал, что конкретная роль службы требуются.
К примеру ваша организация может иметь приложение обработки заказа, доступ к
записи клиентов, которые хранятся в базе данных. Приложение получает доступ к
сведения о клиенте через набор веб-служб WCF. В этом случае можно настроить
один компьютер Windows Server 2008 в качестве сервера приложений и базы данных
можно установить на том же компьютере или на другом компьютере.
Не все серверные приложения выгодны для
установки роли сервера приложений. Например роль сервера приложений не является
необходимой для поддержки сервера Microsoft Exchange Server или Microsoft SQL
Server на Windows Server 2008.
Чтобы определить, если роль сервера
приложений является полезным для вашей организации бизнес-приложений, есть
администраторы тесно связанные с разработчиками приложений для выявления
требований приложения, например, она использует ли.NET Framework 3.0 или COM +
компоненты.
Что такое сервер приложений?
Сервер приложений предоставляет следующее:
- Среда выполнения поддерживает эффективное
развертывание и управление высокопроизводительных серверных
бизнес-приложений. Эти приложения способны обслуживать запросы от
удаленных клиентских систем, включая веб-браузеры, соединения из Интернета
или из корпоративной сети или интрасети и систем удаленного компьютера,
которые может отправлять запросы в виде сообщений. - .NET Framework 3.0, который предоставляет
разработчикам упрощенную модель программирования для подключенных
серверных приложений. Разработчики могут использовать встроенный.NET
Framework библиотеки для многих функций приложения, включая ввода/вывода
(I/O), числовые и обработка текста, доступ к базе данных, XML обработку,
управление транзакциями, рабочий процесс и веб-служб. Для системных
администраторов.NET Framework обеспечивает безопасную и высокую
производительность выполнения средой выполнения для серверных приложений,
а также упрощенные приложения настройки и развертывания среды. - Установка Windows Server 2008 в новый, удобный для
пользователя мастера добавления ролей, помогает вам выбрать службы ролей и
функции, которые необходимы для запуска приложений. Мастер добавления
ролей автоматически устанавливает все компоненты, необходимые для данной
роли службы и делает его более легким для вас, для создания и
предоставления компьютер в качестве сервера приложений для
бизнес-приложений.
Кто будет заинтересован в этой роли?
Эта информация о роли сервера приложений
является главным образом для информационных технологий (ИТ) специалистов, ответственных
за развертывание и обслуживание Организации линии бизнес-приложений (LOB).
Бизнес-приложения обычно разрабатываются в вашей организации или для вашей
организации.
Среда сервера приложений состоит из одного
или нескольких серверов под управлением Windows Server 2008, настроенных с роли сервера приложений. Это включает серверы,
выполните следующие действия:
- Приложения, построенные с.NET Framework 3.0
- Приложения, построенные для использования COM +,
очереди сообщений, веб-службы и распределенные транзакции - Подключение к интрасети или Интернету для обмена
информацией - Приложения, которые предоставляют или
использовать веб-службы - Приложения, которые предоставляют веб-страниц
- Взаимодействовать с другими удаленными системами,
работающие на разных платформах и операционных системах
Расширенный среды сервера приложений может
также включать следующее:
- Домен клиентские компьютеры и их пользователей
- Компьютеры, которые используются главным образом
для управления серверами приложений - Серверы инфраструктуры, которые работают ресурсы,
такие как доменных служб Active Directory (AD DS) или другие репозитории
протокола LDAP (Lightweight Directory Access Protocol), службы
сертификации, шлюзы безопасности, процесс серверы, интеграции серверов,
приложений или шлюзы данных или базы данных
Какие новые возможности предоставляет эта роль?
Новый, расширена версию сервера
приложений, роль устанавливается с помощью мастера добавления ролей в
диспетчере сервера. Администраторы, которые имеют бизнес-приложений,
построенных с.NET Framework 3.0 может обнаружить, что настройка среды
размещения для этих приложений проще, с этой ролью сервера. Мастер добавления
ролей руководство администратора через процесс выбора служб роли или
функциональных возможностей, доступных в этой роли и могут быть необходимы для
выполнения конкретных бизнес-приложений.
Ядро сервера приложений
Ядро сервера приложений – это группа
технологий, устанавливаемых по умолчанию при установке роли сервера приложений.
По существу, это ядро сервера приложений.NET Framework 3.0. (Если у вас есть
приложения, построенные с.NET Framework 3.5, вы можете загрузить и
установить.NET Framework 3.5 на операционной системы.)
Windows Server 2008 включает.NET Framework
2.0, независимо от любой роли сервера, которая устанавливается. .NET Framework
2.0 содержит Common Language Runtime (CLR), которая обеспечивает среды
выполнения кода, которая обеспечивает безопасное выполнение кода, его
упрощенное развертывание, и поддержку совместного использования нескольких
языков, а также обширные библиотеки для создания приложений.
Добавляетядро сервера приложений.NET Framework 3.0
возможности базовой линии.NET Framework 2.0 возможности. Для получения
дополнительных сведений.NET Framework 3.0, см.Центр разработчиков NET Framework
(http://go.microsoft.com/fwlink/?LinkId = 81263).
Почему важна эта функциональная
возможность?
Ключевые компоненты ядра сервера
приложений установлены как набор библиотек кода и.ЧИСТЫЕ сборки. Ниже приведены
ключевые компоненты ядра сервера приложений:
- Windows Communication Foundation (WCF)
- Windows Workflow Foundation (WF)
- Windows Presentation Foundation (WPF)
Из этих трех, WCF и WF часто используются
в серверных приложений, а также-приложениях клиента. WPF используется
преимущественно в клиентских приложениях, и это не обсуждается далее здесь.
Дополнительные сведения о WPF, см. в Windows Presentation Foundation (http://go.microsoft.com/fwlink/?LinkId = 78407).
WCF является Microsoft унифицированную
модель программирования для создания связанных приложений, использующих
веб-службы для взаимодействия друг с другом. Эти приложения являются также
известен как сервис ориентированных приложений (SOA), и они становятся все
более важным для бизнеса. Разработчики могут использовать WCF для создания
SOA-приложений, которые используют безопасные, надежные, транзакционные
веб-служб, общаться на платформах и взаимодействовать с существующими системами
и приложениями в вашей организации.
WCF позволяет разработчикам создавать или
комбинировать различные технологии, которые сегодня доступны для создания
распределенных приложений (COM + и.Услуги NET Enterprise, очереди сообщений.NET
Remoting, ASP.Чистый веб-служб и расширения веб-служб (WSE)) таким образом,
чтобы иметь смысл для бизнеса и вычислительной среды вашей организации. Для
получения дополнительных сведений о WCF видеть Windows Communication
Foundation? (http://go.microsoft.com/fwlink/?LinkId = 81260).
WF – это модель и ядро программирования
для создания приложений, поддерживающих бизнес-процессы, быстро на Windows
Server 2008. Рабочий процесс - это набор мероприятий, которые описывают процесс
реального мира, такие, как процесс заказа покупки. Рабочий процесс обычно
описывается и рассматривать графически - то, как блок-схемы. Описание рабочего
процесса часто называют «модели». Рабочие элементы проходят через модель
рабочего процесса от начала до конца.
Рабочие элементы или видов деятельности в
рамках модели может выполняться людьми или системами или компьютеров. Хотя это
можно описать рабочий процесс в традиционных языков программирования как ряд
шагов и условий, для более сложных рабочих процессов или рабочие процессы,
которые поддерживают более простые изменения, проектирование процесса
графически и хранения что дизайн как модель обычно является гораздо более
надлежащие и гибкие.
WF поддерживает рабочий процесс системы и
документооборота в различных сценариях, включая следующие:
- Рабочий процесс в бизнес-приложений
- Последовательный поток экранов, страниц и
диалоговые окна, представленные в ответ на взаимодействие пользователя с
пользовательским интерфейсом (UI) для данного пользователя - Документ центре рабочий процесс, например,
обработка заказа на покупку или медицинские записи - Взаимодействие документооборота, таких, как
отправка электронной почты для бизнес-клиентов и получение электронной
почты от клиента - Составной рабочий процесс для SOA
- Бизнес правил-управляемые делом рабочий процесс,
например: «В понедельник в 17: 00, отправить запрос на обновление каталога
для деловых партнеров». - Рабочий процесс для управления системами
Что работает по-другому?
Хотя есть роль сервера приложений в
Windows Server 2003, Новая, расширенная роль сервера приложений, доступных в ОС
Windows Server 2008 не просто обновление от средства настройки сервера
приложений, который включен в Windows Server 2003 или более ранних версий
операционной системы. Так как роль функциональность является совершенно новой,
администраторы должны осознавать, что не существует миграции пути для средства
настройки сервера приложений с Windows Server 2003 или более ранних
операционных систем.
Как решить эти проблемы?
Если обновления сервера до Windows Server
2008 с Windows Server 2003 или более ранних версий операционной системы, и вы
хотите использовать возможности роли сервера приложений, необходимо
переустановить роль сервера приложений с помощью мастера добавления ролей в
диспетчере сервера. Как настроить Windows Server 2008 с правильным применением
служб с помощью мастера добавления ролей в диспетчере сервера, можно легко
переместить ваши приложения с Windows Server 2003 до Windows Server 2008.
Когда следует использовать роль сервера
приложений?
Если на сервере бизнес-приложений, которые
необходимо развертывать и управлять требуется одно или несколько из следующих
технологий: Microsoft.NET Framework 3.0, очередь сообщений, COM + или распределенные
транзакции, следует настроить ваш сервер в роли сервера приложений.
Как подготовиться к установке?
Как часть вашей подготовки для установки
роли сервера приложений создаете перечень приложений, которые будут выполняться
на этом сервере. Если вы являетесь администратором, работа с разработчиками или
ISV, который разработал приложения для определения поддержки технологий и
конфигурации, которые должны присутствовать на сервере для запуска приложений.
Затем сопоставьте эти технологии служб ролей, которые описаны в следующих
разделах, так что вы можете выбрать и должным образом настроить службы во время
установки роли сервера. Обычно разработчик или ISV список из технологий,
которые должны быть установлены для этого приложения, например,.NET Framework
3.0.
Веб-сервер
Этот параметр устанавливает службы IIS
версии 7.0, веб-сервер, встроенный в Windows Server 2008. IIS была доступна в
Windows Server в течение многих лет, но значительно был пересмотрен для Windows
Server 2008 для обеспечения улучшения в производительности, безопасности,
управления, поддержки, надежности и модульности.
Службы IIS предоставляют следующие
основные преимущества:
- IIS делает возможным для сервера приложений
провести внутренние или внешние веб-сайты или услуги со статическим или
динамическим содержимым.
ASP.NET приложения, которые доступны в веб-обозревателе.- Службы IIS обеспечивают поддержку для запуска
веб-служб, которые построены с Microsoft WCF или ASP.NET.
Доступ К сети COM +
Этот параметр добавляет COM + доступ К
сети для удаленного вызова приложений, которые построены и размещенных в COM +
и корпоративных служб компонентов. Такие приложения называют также компонентами
корпоративных служб.
Доступ К сети COM + является одной из
возможностей удаленного вызова, поддерживается в Windows Server начиная с
Windows 2000 Server, и он по-прежнему поддерживаться в Windows Server 2008.
Более новые приложения обычно использовать WCF для поддержки удаленного вызова,
потому что WCF обеспечивает взаимодействие на нескольких платформах.
Служба активации процессов Windows
Этот параметр добавляет службы активации
процессов Windows (WAS). Можно запустить и останавливать приложения,
динамически, основываясь на сообщениях, получаемых по сети через HTTP, очереди
сообщений, TCP и именованные каналы протоколов. Динамические запуск и остановка
приложений означает, что более эффективное использование ресурсов сервера. БЫЛО
это новая услуга в Windows Server 2008.
Общий доступ К портам Net.TCP
Этот параметр добавляет портам Net.TCP.
Эта служба роли позволяет нескольким приложениям использовать один TCP-порт для
входящих сообщений. Например SOA, который построен с WCF могут совместно
использовать тот же порт. Совместное использование портов требуется часто когда
настройки брандмауэра или сетевые ограничения позволяют лишь ограниченное число
открытых портов или когда несколько отдельных экземпляров приложения WCF должна
быть запущена и в то же время.
Таким образом, чтобы несколько WCF
приложения могут совместно использовать порты (мультиплексирование), портам
Net.TCP выполняет мультиплексирование. Портам Net.TCP принимает входящие
запросы на подключение, используя протокол TCP. Затем автоматически перенаправляет
входящие запросы различным службам WCF, основанный на целевых адресов запросов.
Общий доступ к портам работает только тогда, когда приложения WCF используют
протокол net.tcp для входящих соединений. Общий доступ к портам Net.TCP – это
новая услуга в Windows Server 2008.
Распределенные транзакции
Приложения подключиться и выполнять
обновления нескольких баз данных или других транзакций ресурсов могут
потребовать, чтобы эти обновления выполняются с «логики» семантики транзакций -
это технология, которая обеспечивает, что каждая часть транзакции является
полным или откат всей транзакции ее в первоначальное состояние.
Поддержка распределенных транзакций в
Windows Server 2008 предоставляет способ для приложений для этого требования
выполнены. Поддержка распределенных транзакций в Windows Server с Microsoft
Windows NT ® Server 4.0, и эта поддержка продолжается в Windows Server 2008.
Доступна ли эта роль во всех выпусках Windows Server 2008?
Сервер приложений доступен в следующих
выпусках Windows Server 2008:
- Windows Server 2008 стандарт
- Windows Server 2008 Enterprise
- Windows Server 2008 Datacenter
- Windows Server 2008 для систем на базе Itanium
Роль сервера приложений не доступны в
следующем выпуске Windows Server 2008:
- Windows Web Server 2008
Он ведет себя по-разному в некоторых
изданиях?
Сервера приложений, поведение не меняется
основаны на выпуске Windows Server 2008.
Доступен в 32-разрядных и 64-разрядных
версиях?
Сервер приложений доступен в 32-разрядных
и 64-разрядных версиях Windows Server 2008.
Топологии серверов приложений WebSphere Application Server для обеспечения высокой доступности
Здравствуй, Хабр!
В этой статье я хочу рассказать какие есть подходы для обеспечения отказоустойчивости и масштабирования инфраструктуры серверов приложений WebSphere Application Server 7 компании IBM.
Для начала немного терминологии, которая будет использоваться:
Высокая доступность (англ. High availability) - это метод проектирования системы, позволяющий достигать высокого уровня доступности системы в течение какого-либо промежутка времени.
Для бизнес-систем высокая доступность подразумевает создание избыточности в критических бизнес-системах. Тогда отказ одного компонента, будь то отказ маршрутизатора или сетевой карты или ролграмного компонента, не будет вызывать сбой приложения.
Доступность в основном выражется в процентах или в «девятках».
А = MTBF / (MTBF + MTTR).
90% («одна девятка») - 16.8 часов простоя в неделю
99% («две девятки») - 1.7 часа простоя в неделю
99.9% («три девятки») - 8.8 часов простоя в год
99.99% («четыре девятки») - 53 минуты простоя в год
MTBF (англ. Mean time between failures) - Средняя продолжительность работы между остановками, то есть показывает, какая наработка в среднем приходится на один отказ.
MTTR (англ. Mean Time to Restoration) - среднее время, необходимое для восстановления нормальной работы после возникновения отказа.
SPOF (англ. single point of failure) - часть системы, которая в случае отказа делает систему недоступной.
WAS
- J2EE сервер приложений компании IBM. Существует несколько вариантов поставки:
0. Community Edition - открытый проект на базе Apache Geronimo;
1. Express - 1 узел/1 сервер приложений;
2. Base - 1 узел/ n серверов приложений;
3. Network Deployment (ND) - включает в себя набор компонет для построения масшабируемой и отказоустойчивой инфраструктуры из большого количества серверов приложений;
4. и еще несколько различных специфических вариантов (for z/OS, Hypervisor Edition, Extended Deployment).
Основные термины относящиеся к топологиям Network Deployment:
Ячейка - Организационный юнит, который включает в себя менеджер развертывания(Deployment Manager) и несколько узлов(Node). Менеджер развертывания управляет узлами посредством агентов узлов(Node Agent).
Узел состоит из агента узла, который, как мы уже понимаем, используется для управления, и одним или несколькими серверами приложений (Application Server).
Такая иерархия (Ячейка / Узел / Сервер) помогает организовать все множество серверов и объединять их в группы согласно функциональности и требованиям по доступности.
Сервер приложений - JVM 5й спецификации Java EE (версии WAS 8 и 8.5 соостветствуют спецификации Java EE 6)
Профиль
- набор настроек сервера приложений, которые применяются при его запуске. При старте экземпляра JVM, настройки ее окружения считываются из профиля и от его типа зависят функции которые будет выполнять сервер приложений. Менеджер развертывания, агент узла, сервер приложений - это частные примеры профилей. Далее в статье мы рассмотрим зачем и когда применять различные профили и как они взаимодействуют вместе, и чего позволяют добиться.
Stand-alone профиль отличается от федерированного тем, что управление несколькими Stand-alone профилями выполняется из различных административных консолей, а федерированные профили управляются из единой точки, что намного удобнее и быстрее.
Постановка задачи
Итак, исходя из поставленных задач по обеспечению высокой доступности некой бизнесс-системы работающей на инфраструктуре серверов приложений нам необходимо построить такую инфраструктуру, которая будет обеспечивать выполнение этих требований.Уровень I
Cтандартная трехуровневая архитектура. Имеем один физический/виртуальный сервер на котором расположен stand-alone профиль WAS со своей административной консолью, СУБД и HTTP-сервер.
Перечислим какие точки отказа присутствуют в данной конфигурации и от уровня к уровню будем пытаться их устранить:
1. HTTP cервер;
2. Сервер приложений;
3. База данных;
4. Все програмные компоненты, которые обеспечивают взаимодействие нашего сервера с другими компонентами инфраструктуры ПО (Firewall, LDAP, и т.д.)
5. Аппаратные средства.
Уровень II
На этом уровне мы устраняем единственную точку отказа - сервер приложений. Для этого нам надо создать кластер из друх серверов приложиний и для управления ими нам понадобятся еще две компоненты:
а) менеджер развертывания;
б) агент управления.
Менеджер развертывания фактически выполняет функцию обьединения административных консолей всех серверов приложений, которые находятся под его управлением. При изменении конфигураций одного или нескольких серверов, настройки «спускаются» от менеджера равертывания на сервера посредством агентов управления.
В случае отказа одного из серверов приложений HAManager автоматически восстановит все данные на втором сервере.
Уровень III
На этом уровне мы можем закрыть сразу несколько точек отказа - HTTP-сервер и физический сервер на котором крутятся сервера приложений. Для этого вынесем нашу БД за пределы наших физических серверов. Уже на 2-х серверах развернем 2 узла и в каждом из них создадим по паре серверов приложений. И обьеденим все сервера в единый кластер. В случае отказа одного из физических серверов данные и состояния приложений будут восстановлены на второй системе. В дополнение к этому используя балансировщик нагрузки (еще один тип профиля) мы можем распределить поступающие запросы между системами и таким образом распределить нагрузку и повысить производительность работы наших приложений. Применяя данную топологию мы получаем новую возможную точку отказа - баланcировщик нагрузки.
Уровень VI
Дополним уровень III резервным балансировщиком нагрузки и в дополнение к этому обеспечим надежность нашей БД. Детально мезанизмы кластеризации баз данных рассматривать не будем, т.к. они сами достойны отдельной статьи.
Уровень V
И финальным аккордом продублируем всю инфраструктуру и перенесем ее подальше, на случай если наш дата-центр
Дорогие джаварашовцы, что я хочу рассмотреть в этой статье? Я просто хочу сделать небольшой обзор той части серверов приложений, которые заслуживают внимания хотя бы тем, что являются бесплатными и доступен их исходный код. Я буду исходить из того, что ваша система сходна с моей. У меня стоит Windows 7 64 бита, кроме того у меня стоит JDK 1.7 и JDK 1.8, а переменная окружения JAVA_HOME ссылается на последний из них. В моем случае это значит, что в JAVA_HOME прописан путь C:\Program Files\Java\jdk1.8.0_31. Чтобы у вас при повторении ниже описанного возникало как можно меньше вопросов типа «а почему у меня не получилось, может я что-то не так делаю?», я буду пытаться описывать каждое действие, которое я делал на своей машине. Начинаем…
Кастинг, т.е. отбор
Для начала нужно отобрать сервера приложений для нашего обзора. Для этого на википедии смотрим статью Comparison of application servers (англ., т.к. другой нет). Там есть табличка с кучей серверов приложений, но для нас интерес представляют только те, которые, с одной стороны, opensource, а с другой, поддерживают JavaEE по полной, т.е. столбец Java EE compatibility в этой таблице должен содержать строчку типа Full Platform . Из этого списка, в котором есть и WildFly , и JBoss сразу можно выкинуть последний, т.к. это просто старое название и старые версии WildFly . В результате получаем следующий список серверов, которые заслуживают нашего внимания:- Glassfish (не проприетарный, а тот, что от сообщества glassfish.java.net , но который поддерживается корпорацией Oracle до такой степени, что если нужен javaEE SDK с сайта Oracle, то тебе впиндюрят и этот сервер приложений, иначе никак)
- (Red Hat) WildFly (бывший JBoss)
- (Apache) Geronimo
- (Apache) Tomcat (это лишь контейнер сервлетов, а не сервер приложений, но он является таким эталоном, на котором, если программа написана правильно, то она точно заработает. На других серверах программа может быть написана правильно с точки зрения JavaEE, но работать все равно будет не корректно или вообще не будет. Это я о Geronimo, о глюках которого можно говорить долго)
- Для это будет сайт http://tomcat.apache.org .
- Для Glassfish – сайт http://glassfish.java.net .
- Для WildFly – сайт http://wildfly.org .
- И, наконец, для – сайт http://geronimo.apache.org .
Установка
В плане установки все просто и для каждого из выбранных серверов установка – это просто распаковка архива. Я, например, создал папку AppServers на рабочем столе, куда и стал всё распаковывать.Настройка
Настройку серверов начнем с настройки порта HTTP, на котором он будет работать. Потом пропишем себя как админа сервера. Для каждого из серверов есть свои особенности настройки. Для Tomcat. tomcat, далее папка conf , файл server.xml . Находим в этом файле число 8080 (http порт по умолчанию) и меняем его на что захотим. Я поставил 9713 . Чтобы прописать себя как админа сервера нужно, находясь в этой же папке, открыть файл tomcat-users.xml . В нем перед закрывающим тегом прописать следующий тег
Теперь давайте проверим наличие доступа в админку. Для этого переходим по адресу http://localhost:9713/manager , вводим выбранные логин и пароль и получаем доступ.
УРА! Можно временно отключить Tomcat, для этого достаточно закрыть консоль, в которой он работает.
Для Glassfish.
Заходим в папку с распакованным glassfish
, далее в подпапку glassfish
, далее подпапка domains
, потом в папку domain1
. Заходим в папку config
и находим файл domain.xml
. Там также ищем число 8080
(это число вообще характерно в качестве http-порта по умолчанию для серверов приложений и контейнеров сервлетов) и меняем его на что захотим. Я поставил 9813
.
Запустим glassfish. Заходим в папку с распакованным glassfish, далее в подпапку glassfish
, потом в папку bin
. Запускаем файл startserv.bat
. В браузере вводим адрес http://localhost:9813 . На появившейся некрасивой странице с заголовком GlassFish Server
находим ссылку go to the Administration Console
и жмем на нее.
Далее, попав на красивую построенную на JSF страницу административной консоли, жмем пункт Change Administrator Password
и вводим нужный нам пароль для пользователя admin
, потом подтверждаем его и жмем кнопку Save
.
При последующих входах в административную консоль нужно будет указывать логин admin
и заданный пароль.
Теперь можно временно отключить Glassfish
, для этого достаточно закрыть консоль, в которой он работает.
Для WildFly.
Заходим в папку с распакованным wildfly
. Далее заходим в папку standalone
, потом папка configuration
, а в ней файл standalone.xml
. Далее действуем по отлаженной схеме. Я поставил порт 9913
.
Запустим сервер. Для этого перейдем в папку с распакованным wildfly
. Далее заходим в папку bin
и запускаем файл standalone.bat
. Открываем браузер и вводим адрес http://localhost:9913 .
Жмем ссылку Administration Console
для входа в админскую консоль (проще говоря, админку сервера приложений). Но не тут-то было, т.к. всплывает экран.
Этот экран сообщает нам, что админ не создан, и чтобы его создать нужно воспользоваться консольной утилитой add-user.bat
. Ну, раз надо так надо. Возвращаемся в папку bin
и запускаем эту утилиту. Вначале предложат выбрать тип пользователя, которого мы хотим создать. Надо выбрать пункт (a)
, что будет означать, что нам нужен админ. Потом запрашивается имя этого пользователя Username
и пароль Password
. Пустым пароль быть не может, но односимвольным – пожалуйста. Утилита конечно поругается, но проглотит, если ей ответить yes на вопрос «Вы уверены?». Далее подтверждаем пароль повторным вводом на запрос Re-enter Password
. Потом будут еще вопросы, но на них все просто отвечаем утвердительно и выходим из утилиты.
Вернувшись на страницу выше, находим ссылку Try Again
и жмем на нее. Теперь, введя данные только что созданного админа, можно попасть в админку.
Гасим сервер, закрыв окно консоли, через которую он был запущен.
Для Geronimo.
Заходим в папку с распакованным . Далее в подпапку var
, потом в папку config
, а в ней файл config-substitutions.properties
. В этом файле описаны все используемые сервером приложений порты в удобном формате, но схема замены порта та же. Я поставил порт 10013
.
Запустим сервер . Перейдем в папку с распакованным , потом в подпапку bin
и запустим там файл startup.bat
. Переходим на страницу http://localhost:10013 . Чтобы вы думали?
Скорее всего, страницы там не будет. Почему? Все дело в том, последняя версия Geronimo (3.0) не может работать с последней версией JDK (1.8), поэтому если у вас стоит только она или пусть даже есть, скажем, 7-ая версия, но переменная окружения JAVA_HOME все равно ссылается именно на 8-ую, как у меня, то запуск сервера приложений не произойдет. Таким образом, для работы Geronimo нужно обязательно скачать JDK 1.7.
Теперь допустим вы поставили 7-ой JDK, но не хотите менять значение переменной JAVA_HOME (в конце-то концов, другие программы на нее не жалуются, а значит пусть и работают с последней версией JDK). Что делать? Я советую открыть файл setjavaenv.bat
, расположенный в той же папке bin
, и найти в нем строку с меткой :okJdkFileCheck
. После чего на следующей же строке добавьте переопределение переменной окружения. Например, так: set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_75
Этой строки там нет, так что будьте добры прописать ее самостоятельно.
Если у вас 32-битная система, то больше проблем быть не должно. Более того, если у вас 64-битная система и вы поставили JDK 1.7 именно в 64-битной комплектации, то у вас тоже все в шоколаде. А теперь представим, что мы решили извратиться и поставить на 64-х битную систему (у меня, например, Windows 7 64) JDK 1.7 из линейки в 32-ва бита. Что тогда? Тогда придется еще повозиться, потому как в 64-битной системе есть две папки для установки программ: Program Files
и Program Files (x86)
и если ничего не менять, то 32-хбитный JDK встанет именно в последнюю. Что в этом страшного? Да вроде ничего, однако, если переменная JAVA_HOME будет иметь в своем пути скобки (x86), то у Geronimo случается несварение. Почему? Черт его знает, особенно если учесть, что согласно данным с форумов, эту ошибку в 3-ей версии должны были исправить. Но ни фига подобного. Главное в этом деле не делать пи-пи, если индейцы не исправили, то мы поправим. Для этого есть два способа, которые я предпочитаю комбинировать, чтобы уж наверняка. Во-первых, опять идем а файл setjavaenv.bat
и находим уже упомянутую метку :okJdkFileCheck
.
Под этой меткой есть строка if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set JRE_HOME=%JAVA_HOME%\jre) else set JRE_HOME=%JAVA_HOME%
в которой для излечения Geronimo достаточно будет взять подстроку JRE_HOME=%JAVA_HOME%\jre в кавычки, т.е. заменить всю строку на if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set "JRE_HOME=%JAVA_HOME%\jre") else set JRE_HOME=%JAVA_HOME%
. Кроме того, помните или знайте, что у папок типа Program Files в системе Windows 7 есть синонимы (например, для папки C:\Program Files (x86)
синонимом будет папка C:\Progra~2
). Поэтому если вы в файле setjavaenv.bat
после метки :okJdkFileCheck
установите следующее значение переменной JAVA_HOME set JAVA_HOME=C:\Progra~2\Java\jdk1.7.0_75
то у вас тоже заработает сервер под управление 32-х битного JDK в 64-х битной операционной системе. Как-то так…
Ну, наконец-то, можно и запускать , вызвав startup.bat
. Теперь проблем быть не должно. Переходим в браузере на страницу http://localhost:10013 . Слева вверху находим ссылку Console
и жмем на нее.
Надо ввести админские логин и пароль. Сразу подскажу, что это пользователь system
с паролем manager
(значения по умолчанию).
Пройдя в саму консоль и проследовав по пунктам меню как на картинке ниже (выбрать радиобатон Advanced
, потом выбрать Security > Users and Groups
), можно как сменить пароль для пользователя system
, так и создать другого админского пользователя, а этого удалить.
Остановить сервер можно также простым закрытием окна консоли, в котором сервер был запущен.
