Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Тематический план
Отдел рекламы
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Новая NDS, или Откуда ждать кроcсплатформенное администрирование

Грег Шипли, Кевин Новак

Руководители предприятий считают, что средства поддержки многоплатформенных сетевых сред позволят им не только упростить задачи по их администрированию, но и снизить затраты на эксплуатацию таких сред. Компания Novell, продвигающая свой справочник NDS в качестве средства интеграции такой неоднородной среды, надеется, что он позволит ей снова вернуться в лоно корпоративной сети.

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

На протяжении четырех месяцев журнал Network Computing проводил тщательное исследование возможностей поддержки многоплатформенной среды продуктами одного из производителей, а именно компании Novell. Хотя существующее распространенное мнение о том, что за последние десять лет Novell сдала свои позиции, вполне оправданно, ее служба справочника и по сей день остается самой распространенной в сетевой отрасли. В основе службы справочника компании Novell лежит ее технология NDS, которая могла совместно использоваться лишь с операционной системой NetWare. По крайней мере, так было до сих пор.

Компания Novell сумела пробить пограничные заслоны обособленных сетевых сред, среди которых, помимо Microsoft Windows, есть еще и Linux, и Solaris. А уже в ближайшее время в этот перечень попадут и другие сетевые платформы. К чести компании, она, следуя новым курсом, делает все возможное, чтобы добиться этого. Однако ее достижения в областях, не связанных с базовой технологией, более чем скромные, и все, кто ощущает на себе влияние ее чересчур затянувшегося перехода на протокол IP, знают об этом слишком хорошо.

Но, несмотря на это, мы все же решили проверить заявление Novell о том, что ее служба справочника NDS больше не является вотчиной одной лишь NetWare, и провели тестирование ее продукта. Цель была простой и сводилась к следующему: создать в нашей лаборатории распределенную, многоплатформенную среду аутентификации с резервированием, в которой пользователи рабочих станций Linux, Solaris и Windows могли бы регистрироваться с помощью единого источника аутентификационных данных. Но, несмотря на кажущуюся легкость создания такой среды, на практике сделать это оказалось куда как сложнее.

Преодолев встретившиеся на нашем пути отдельные камни преткновения и не зацикливаясь на отсутствии технической поддержки продуктов для Linux и Solaris со стороны Novell, мы пришли к выводу, что этот продукт, и правда, вполне соответствует ранее данным компанией обещаниям. А это значит, если спустя некоторое время Novell сделает полноценной поддержку наиболее популярных платформ справочником NDS, она действительно сможет вернуться в сетевую среду предприятий, проникнув даже в те ее области, которые были закрыты для нее раньше. (Пакет eDirectory для службы NDS, оказавшийся победителем тестирования корпоративных служб справочника в начале этого года, также произвел на нас неизгладимое впечатление — см.: Сети и системы связи. 2000. № 9. С. 60.)

Навигация по стране мешанины

Прежде чем начать испытания, нам нужно было тщательно разобраться в том, какие продукты необходимо приобрести, чтобы наша неоднородная среда заработала как единое целое. Но, как ни странно, эта на первый взгляд простенькая задача оказалась отнюдь не простой. К счастью, главная ее часть уже была решена нами при тестировании операционной системы Linux (см. статью “Linux бросает вызов” в наст. номере журнала. С. 31). Мы уже знали, что нам понадобятся: модули или службы, которые переадресовывают запросы пользователей на регистрацию из их “родной” операционной системы (Linux, Solaris, Windows NT и т. д.) в справочник NDS, а также средства, размещающие сами службы NDS на платформах, отличных от NetWare.

Очевидно, что отдел маркетинга Novell решил немного подержать клиентов фирмы в состоянии нетерпеливого ожидания, скрывая истинные возможности своих продуктов под завесой неопределенности и недосказанности. Ходят слухи, что компания взяла на заметку наши предложения относительно переименования некоторых рассмотренных продуктов. Что ж, посмотрим, что из этого получится.

Обычно мы стараемся не брать на себя труд по дополнительному описанию продуктов (производители сами дают подробную информацию о своих продуктах в печати), но на этот раз мы сделаем исключение. Официально компания Novell выпускает три базовых продукта для поддержки многоплатформенной среды. NDS eDirectory позволяет компаниям хранить копии базы данных NDS на нескольких платформах одновременно. В последние несколько лет справочник NDS стал доступен и на других платформах (включая Microsoft Windows), но сам сервер справочника (где среди прочих данных хранились имена пользователей и их пароли) размещался исключительно на серверах NetWare.

Продукт NDS eDirectory устраняет необходимость присутствия в сети компонента NetWare, обеспечивая тем самым реальные условия для полноценного использования справочника NDS на других платформах. NDS eDirectory можно устанавливать на самых разных ОС, включая NetWare, Linux, Solaris, Windows 2000 и Windows NT 4. Для обеспечения безопасной передачи данных внутри корпоративной сети и за ее пределами (через Интернет) в продукт были дополнительно интегрированы протокол LDAP (поверх SSL) и механизмы шифрования PKCS (Public Key Cryptography Standards).

Продукт NDS Corporate Edition предоставляет компоненты, которые либо замещают, либо дополняют собственные механизмы аутентификации, используемые альтернативными платформами. Так, например, на платформах Linux и Solaris устанавливаются сменные модули аутентификации (Pluggable Authentication Modules — PAM), необходимые для использования NDS в качестве серверного источника аутентификационных данных (вместо файлов /etc/passwd и /etc/shadow). Основные функции NDS Corporate Edition реализуются его компонентом, получившим название UAM/Redirection (модуль аутентификации пользователя/переадресации).

Помимо компонентов UAM, продукт NDS Corporate Edition содержит и компоненты пакета eDirectory, так что вы сможете установить справочник NDS на самых разных платформах (NetWare, Red Hat Linux, Solaris, Windows 2000 и Windows NT). Администрирование его осуществляется посредством утилит ConsoleOne, NWAdmin, NDS Manager и ряда других, специфичных для конкретных платформ. В принципе со всеми административными задачами могла бы справиться и утилита ConsoleOne, но, поскольку некоторые ее функции до сих пор остаются недостаточно надежными, приходится задействовать и другие инструментальные средства администрирования.

При работе с продуктом SSO (Single Sign-On — SSO) компании Novell пользователям не нужно регистрироваться в системе всякий раз, когда требуется получить доступ к защищенному ресурсу. Благодаря применению технологии SecretStore продукт SSO сохраняет и автоматически выдает по запросу часто используемые пароли. Пароли, хранимые в “защищенном хранилище” (secret store), шифруются с помощью ключей 3DES. После прохождения пользователем процедуры аутентификации на базе справочника NDS все последующие запросы на аутентификацию направляются в справочник автоматически и принимаются или отвергаются им совершенно прозрачно для пользователя, так что ему не приходится несколько раз подряд вводить свое имя или пароль. Независимо от того какой из ресурсов нужен пользователю (Web-ресурс, приложение мэйнфрейма или корпоративная база данных), его аутентификация с целью доступа к любому из них осуществляется автоматически.

Руководствуясь поставленными целями, мы пришли к выводу, что NDS Corporate Edition вполне удовлетворит наши потребности. Заметьте, однако, что сначала мы собирались использовать лишь NDS Corporate Edition, без учета входящего в его состав продукта eDirectory.

Прежде чем приступить к испытаниям, мы сформировали четыре автономные сетевые среды. В среду Windows NT 4 были включены один первичный контроллер домена (Primary Domain Controller — PDC), один резервный (Backup Domain Controller — BDC), серверы Windows 2000 и Windows NT 4.0, а также машина Windows 98. Среда Linux состояла из нескольких рабочих станций Red Hat Linux 6.2, за каждой из которых была закреплена своя собственная локальная группа пользователей. Мы решили не использовать сетевую информационную службу NIS (Network Information Services): она не дала бы нам никаких особых преимуществ, а лишь усложнила бы инфраструктуру сети. Среда Solaris была аналогична среде Linux и охватывала несколько серверов Solaris 8, тоже поддерживающих свои собственные индивидуальные комбинации имен пользователей и паролей.

И наконец, мы сформировали среду NetWare, состоящую из одного базового сервера NetWare 5.1 с минимальным набором инсталлированных пакетов и нескольких Windows-машин с клиентами NetWare: одной Windows 98, одной Windows NT Server и одной Windows NT Workstation. Только убедившись, что все системы нормально функционируют в пределах своих изолированных сред, мы приступили к необходимым преобразованиям.

Замена собственных служб аутентификации

На первом этапе нашего миграционного процесса мы установили службы UAM/Redirection на все наши платформы, оставив само дерево NDS на сервере NetWare. Свои преобразования мы начали со среды Windows NT. Вся прелесть миграционного процесса в этой среде заключается в том, что он затрагивает одни лишь контроллеры доменов — PDC и BDC. Вносить изменения в ПО клиентских машин не требуется.

Для упрощения инсталляции контроллеров доменов NT решено было воспользоваться программой-мастером установки. Следуя ее указаниям, мы установили клиент NT для NetWare и перезагрузили систему, установили модули переадресации (заменив ими библиотеку samsrv.dll и пару других файлов), перевели объекты в дерево NDS и перезагрузили систему, установили утилиты администрирования и... вновь перезагрузили систему. Боўльшая часть процесса установки давалась нам нелегко. В конце концов все объекты-пользователи и объекты-машины были перенесены в дерево NDS, где ими можно было управлять с помощью утилит ConsoleOne и NWAdmin. Все запросы на регистрацию пользователей перенаправлялись в NDS, и все машины, которые раньше регистрировались через домен NT, могли по-прежнему регистрироваться через него. Только теперь их запросы перенаправлялись (прозрачно для пользователей) в NDS.

Простота инсталляции справочника NDS в среде Solaris оказалась обманчивой. Нам пришлось устанавливать несколько пакетов Solaris и запускать несколько сценариев командного процессора для инсталляции и деинсталляции компонентов NDS. В результате открылся редактор, с помощью которого мы ввели все необходимые данные для окончательной установки справочника NDS, и тогда инсталляция его завершилась без сучка, без задоринки. После окончательной инсталляции всех необходимых программных компонентов в определенном нами контейнере дерева NDS появился объект “рабочая станция Unix”. Все, что нам оставалось после этого сделать, — заменить файлы /etc/nsswitch.conf и /etc/pam.conf файлами-примерами, предоставляемыми программой установки, задать полномочия доступа пользователей в дереве NDS и зарегистрироваться.

Тем не менее после инсталляции мы все-таки столкнулись с отдельными затруднениями. Во-первых, базовые каталоги нельзя было добавлять с помощью утилит управления NDS. Хотя это не такой уж большой изъян, но все же нам приходилось регистрироваться на рабочей станции Solaris, создавать каталоги и назначать соответствующие права доступа пользователей к ним. Во-вторых, идентификаторы пользователей (User ID — UID) и групп (Group ID — GID) Unix должны отслеживаться вручную — Novell не предоставляет для этого никаких подходящих средств контроля. Например, не существует никакого механизма, аналогичного Unix-команде useradd, который позволял бы автоматически назначать последовательные идентификаторы UID вновь добавляемым пользователям. Конечно, это делу не помеха, но, однако, мы знаем, что большинство администраторов Unix уже так привыкли к автоматическому назначению идентификаторов UID в последовательном порядке, что им будет довольно трудно отвыкать от этого.

И наконец, когда мы с помощью ConsoleOne попытались назначить идентификатор UID пользователю NetWare с полномочиями администратора (admin), то тут же получили от ворот поворот. К сожалению, это было всего лишь началом продолжительной борьбы с вредным характером ConsoleOne. В конце концов для назначения UID нам пришлось прибегнуть к использованию утилиты NWAdmin — ConsoleOne так и не смогла справиться с этой задачей. Когда мы проинформировали Novell о постигшей нас неудаче, ее сотрудники сказали нам, что эта проблема, должно быть, связана с ошибкой программы. Но до сегодняшнего дня компания даже не попыталась связаться с нами с целью разрешения этой проблемы.

Вопреки нашим ожиданиям, преобразования среды Linux прошли довольно гладко. Нам пришлось инсталлировать несколько файлов диспетчера пакетов RPM (Red Hat Package Manager) да запустить пару сценариев командного процессора для инсталляции и деинсталляции компонентов NDS. Нас очень обрадовало использование фирмой Novell формата RPM, но мы быстро разочаровались, поняв, что применяется он довольно ограниченно. Одной из важнейших задач, которую выполняет диспетчер RPM, является проверка взаимозависимости пакетов. Это означает, что если работа пакета Х зависит от наличия пакета Y, то команда диспетчера RPM отменит установку пакета Х, обнаружив отсутствие пакета Y. Похоже, Novell не очень-то хорошо разобралась в этой концепции. Так, нам казалось, что исходная инсталляция на машине Red Hat Linux 6.1 работает безупречно, но только до тех пор, пока мы не попробовали ее использовать. В конце концов обнаружилось, что нам была нужна новая версия библиотеки glibc и пакет ncsd.

Если бы специалисты Novell удосужились поэкспериментировать с диспетчером RPM для Linux в своих лабораториях, им бы сразу стало ясно, что он не в состоянии правильно выполнять контроль зависимости пакетов, а нам не пришлось бы попусту тратить столько дней на поиски причины его некорректной работы. Компании Novell требуются люди, которые хорошо разбираются в вопросах, связанных с Linux. Однако ей все-таки следует воздать должное, ибо все ее требования были перечислены в документации — правда, захоронены в ней так глубоко, что вовремя найти их мы так и не смогли.

После нашей первоначальной промашки мы перешли на версию Red Hat Linux 6.2, и все встало на свои места. Если не считать различий в процессе установки, модули UAM для Linux и Solaris были почти идентичны по структуре и возможностям. Все указывало на то, что первый этап нашей программы завершился более или менее успешно: клиенты NT могли регистрироваться в Windows NT, клиенты Linux — в Linux, клиенты NetWare — в NetWare, а клиенты Solaris — в Solaris. Все системы использовали учетные записи пользователей, централизованно размещаемые в дереве NDS. И для беспокойства не было никаких причин. Но вот мы приступили ко второму этапу нашего тестирования — перемещению копий базы данных NDS на разные платформы.

Чужая душа — потемки

Приступая ко второму этапу наших испытаний, мы продолжили тестирование среды Linux. Процесс инсталляции NDS оказался довольно простым. Нам пришлось запустить сценарий NDS-Install, обеспечивающий инсталляцию не только NDS, но и модуля UAM, и ответить на вопросы о том, в каком месте дерева NDS нам хотелось бы разместить объекты и где находится ключ NICI (Novell International Cryptographic Infrastructure). (Этот ключ поставляется вместе с продуктом NDS Corporate Edition.) Кстати, инфраструктура NICI позволяет создавать секретные ключи на отдельном сервере. После завершения процедуры инсталляции объект, соответствующий серверу Linux, можно было найти в определенном нами контексте. Этот объект включал также копию своего собственного раздела NDS, доступную для записи/считывания. Выполнив несколько простых аутентификационных тестов, мы перешли к среде Solaris.

Процесс инсталляции справочника NDS в среде Solaris оказался не таким простым, как мы ожидали. Как и в случае с Linux, мы приступили к установке справочника на второй системе Solaris, но решили не портить нашу предыдущую инсталляцию. В самом начале процесса установки модуля UAM программа инсталляции выдала сообщение о том, что схема базы данных NDS была модернизирована, и потому программа инсталляции не может выполнить установку модуля. Вот тут-то и начались наши мытарства. Мы попытались самостоятельно справиться с этой проблемой, но потом наше терпение лопнуло, и мы позвонили в службу технической поддержки Novell. Как оказалось, у компании имеется только один штатный сотрудник, способный выполнять поддержку платформы Solaris и/или Linux, да и тот, как назло, оказался в отпуске. Не остановившись на этом, мы связались по телефону с настоящим разработчиком продукта. Надеемся, что читатель почерпнет максимум информации из дальнейшего повествования, поскольку сама Novell, похоже, сможет предложить вам лишь весьма ограниченную поддержку двух данных продуктов.

Наш новый друг поведал о том, что изменения в схеме базы данных NDS, вызванные процессом ее инсталляции в среде Linux, входят в противоречия с последовательностью установки компонентов NDS для среды Solaris. Ну и заявочки! Так что же, Novell даже не протестировала обе среды вместе? Далее он указал нам на усовершенствованную версию NDS, которую можно найти на Web-узле компании, и упомянул, что эта проблема задокументирована в файле readme ОС Linux. Почему мы должны были справляться о проблемах Solaris в файле readme Linux, мы так до конца и не поняли и оставили этот вопрос на потом, а сами приступили к модернизации инсталляции NDS для среды Solaris.

Этот процесс модернизации оказался для нас не простым делом. Удивившись расширению файла shar (почему его назвали именно так, а, например, не tar, для нас тоже осталось тайной), мы загрузили его обновленную версию с Web-узла Novell и приступили к его исполнению. Но все, чего мы смогли добиться, это получить сообщение “Choice ^M: is not a valid identifier”. Тщательно изучив файл, мы обнаружили пробелы после каждой строки, которые и мешали нормальному выполнению кода. Не имея возможности написать сценарий на языке Perl, который удалял бы эти пробелы после каждой строки 204 867-строчного файла, чтобы заставить его работать, нам пришлось открыть файл на Web-сайте, скопировать весь текст в буфер и перенести его в файл на системе Solaris. Только проделав все это, мы смогли инсталлировать обновленные файлы.

Решив все свои проблемы в среде Solaris, мы наконец-то приступили к инсталляции NDS в среде Windows NT. Процесс оказался непродолжительным и абсолютно безболезненным. Объект сервера Windows NT был добавлен к дереву NDS, а копия его раздела, доступная для записи/считывания, засинхронизирована так быстро, что мы и глазом не успели моргнуть. Это лишний раз подтверждает, что Novell прекрасно разбирается в платформах Microsoft, но плохо ориентируется в пространстве Unix.

Добро пожаловать в новую систему аутентификации!

Приступая к третьему этапу нашего тестирования, мы взялись за то, что сотрудники нашей чикагской лаборатории умеют делать просто отменно, а именно: доводить тестируемые продукты, что называется, до изнеможения. Чтобы проверить, сможем ли мы поставить справочник NDS на колени, мы подвергли его настоящим пыткам (в пределах разумного, конечно). Мы изменили установку времени на нескольких системах, чтобы посмотреть, сможет ли NDS работать в условиях нарушенной временноўй синхронизации. Результат превзошел все ожидания: NDS просто переключил соответствующие разделы на искусственное время и продолжил работу как ни в чем не бывало.

После этого мы разместили доступные для записи/считывания копии всех разделов на все NDS-серверы и начали отключать их один за другим, проверяя при этом, сохраняют ли клиенты соответствующих платформ способность регистрироваться в сети. До тех пор пока был задействован контроллер домена (PDC/BDC), все клиенты Windows NT сохраняли эту способность. Клиенты же NetWare успешно проходили процедуру аутентификации, если в рабочем состоянии оставался хотя бы один сервер NDS. Как мы и ожидали, наблюдалось относительно небольшое снижение скорости регистрации клиентов, но, к чести Novell, процедура аутентификации продолжала работать как часы. Мы даже пробовали изменять по очереди атрибуты разделов всех систем с “для записи/считывания” (read/write) на “основной” (master) и столкнулись при этом лишь с одной проблемой: утилита ConsoleOne не могла выполнять операции по администрированию процедуры регистрации пользователей в среде Solaris (зато NDS Manager справился с этой задачей прекрасно). Однако, зная, что утилита ConsoleOne была невезучей от природы, мы этому совсем не удивились.

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

Есть ли у Novell все, что ей требуется?

Первые попытки компании Novell сделать свой справочник NDS доступным на многих платформах заслуживают похвалы, но, чтобы на деле осуществить свои планы, ей еще нужно потрудиться. То, что служба справочника NDS зарекомендовала себя самым лучшим образом, может подтвердить любой человек, использующий его на протяжении последних нескольких лет. Но, если Novell хочет, чтобы организации воспринимали ее продукты для гетерогенной среды всерьез, она должна пересмотреть свою стратегию, и сделать это как можно быстрее. Отсутствие официальной поддержки продуктов для Unix со стороны Novell — серьезный повод для беспокойства корпоративных клиентов, тем более что ориентация фирмы на многоплатформенность — единственный путь, который может ее спасти.

Свой подход к многоплатформенной среде Novell должна реализовать, решая в первую очередь чисто технологические проблемы. Если она не изменит свое отношение к Linux и Solaris, то сегодняшние и потенциальные клиенты компании просто растерзают ее. Так, например, многие администраторы — ветераны Solaris не собираются спокойно мириться с тем, как на вверенных им машинах используются утилиты, основанные на Microsoft Windows. Некоторые администраторы Linux не только не используют, но даже не устанавливают интерфейс X Window. Если Novell не разработает пакет утилит, основанных на интерфейсе командной строки, по крайней мере для решения базовых задач, то проблемы просто неминуемы, особенно у Интернет-провайдеров, которые редко инсталлируют X Window на свои серверные комплексы.

Людям, только еще приступающим к использованию NDS, совсем не нравится то, что им приходится все время соображать, какую утилиту в каждом конкретном случае следует использовать — NWAdmin или ConsoleOne. А те, кто задействует механизм встраиваемых модулей ConsoleOne, вот-вот начнут писать Novell угрожающие письма, если она не возьмется в срочном порядке за устранение имеющихся в нем слабых мест. Компании Novell уже давно пора ввести в лексикон пользователей ConsoleOne слово “стабильность”, а саму ConsoleOne переписать так, чтобы она могла работать не только на платформах Windows, но и на других платформах. И наконец, необходимость вызывать оболочку DOS и запускать DOS-утилиту AuditCon только для того, чтобы просмотреть журналы аудита, всем действует на нервы — а ведь сколько воды утекло с тех пор, как появилась NetWare!

Ходят слухи, что в свое время главный исполнительный директор компании Novell Эрик Шмидт частенько использовал анализатор пакетов, позволяющий ему судить о том, насколько вычислительная сеть фирмы соответствует его представлениям о “чистой IP-сети”. Нам кажется, что теперь ему следует приложить максимум усилий для того, чтобы заставить своих инженеров администрировать внутренние сети Novell с Unix-платформ, научить их использовать загрузчик LILO (Linux Loаder), запускать утилиты командной строки, основанные не на DOS, а на других ОС, и говорить не только на языке Novell, но и на языке каждой конкретной платформы. Может быть, тогда у Novell появится больше сотрудников, способных дать клиентам полезный совет относительно Unix, когда те позвонят в ее службу технической поддержки.

NDS Corporate Edition
Цена: от 2600 долл.
Фирма: Novell
Телефон в Москве: 941-8075 http://www.novell.ru





  
13 '2000
СОДЕРЖАНИЕ

колонка редактора

• Кризис перепроизводства оптических сетей

локальные сети

• Оптическое волокно: борьба микрометров

• Не только видеть, но и "слышать" дефекты кабелей

• Linux бросает вызов

• Windows Services for Unix 2.0: новые возможности - новые проблемы

услуги сетей связи

• Резервирование высокоскоростного доступа

• Интегрированные устройства доступа АТМ

только на сервере

• Безотказная электронная почта

корпоративные сети

• Gigabit Ethernet для медного кабеля - высокая скорость передачи и устойчивая работа?

• Новая NDS, или Откуда ждать кроcсплатформенное администрирование

• Модернизация сети: что делать и как

защита данных

• Сетевые приманки и капканы

электронная коммерция

• Обработка электронных платежей

бизнес

• Итоги сентябрьской Интернет-конференции АДЭ

• Региональная дистрибуция, как зеркало российской экономики

• Готовьте Сеть для инвесторов

новые продукты

• "Младшая сестра" в семействе Symmetra, Серверы PRIMEPOWER стали мощнее


• КАЛЕЙДОСКОП



 Copyright © 1997-2003 ООО "Сети и Системы Связи". Тел. (095) 234-53-21. Факс (095) 974-7110. вверх