Как установить в
NetWare поддержку длинных имена для Windows 95? Для установки поддержки длинных имен на томе NetWare нужно загрузить пространство имен OS/2 командами консоли сервера: LOAD OS2 ADD NAME SPACE OS2 TO [VOLUME] vol_name В файл AUTOEXEC.NCF (до команды монтирования данного тома или MOUNT ALL) или в STARTUP.NCF добавить строку: LOAD OS2 При использовании команды из STARTUP.NCF модуль OS2.NAM должен находиться в разделе DOS запуска сервера. После инсталляции клиентского обеспечения - запросчика VLM - при запуске Windows получено сообщение "The NetWare VLM is not loaded or is not configured correctly", почему? Скорее всего, по ошибке был загружен модуль NETX, после чего VLM загрузиться уже не может. Windows уже перенастроен на VLM и NETX воспринимать не хочет. Проверьте .BAT-файлы загрузки клиента. Какие средства для диагностики сети имеются в Windows for Workgroups? Для проверки коммуникаций в сети Windows for Workgroups для станций, использующих как протокол NetBEUI, так и IPX, можно использовать встроенные средства диагностики. Для проверки связи между двумя станциями одну (или несколько из них) делают диагностическим сервером-ответчиком, выполняя на ней команду NET DIAG из среды DOS (или сеанса DOS), и выбрав тестируемый протокол (если установлено более одного). Затем на других станциях тем же способом запускают NET DIAG, что должно приводить к отображению имен отозвавшихся станций. При запуске NET DIAG выдается информация о сетевых настройках станции, помогающая установить причину несоединения. Команда NET DIAG/? дает подсказку возможных опций. Как предоставить доступ клиентов NetWare к ресурсам станций Windows 95 или что такое File and Printer Sharing for NetWare Networks? Cтанция Windows 95 в сети NetWare может выступать в роли сервера (Peer Server), предоставляя свои каталоги и принтеры в разделяемое пользование клиентам NetWare - станциям, на которых загружен протокол IPX и оболочка NETx или запросчик VLM. При этом для этих клиентов каталоги (диски) и принтеры peer-сервера будут выглядеть как каталоги и очереди печати настоящих Bindery-серверов NetWare, поддерживающих и длинные имена файлов, и к ним будут применимы утилиты NetWare 3.x. Возможно также организовать защиту предоставляемых ресурсов на основе прав, назначаемых каждому пользователю из заданного списка, правда для хранения этого списка необходим настоящий сервер NetWare с Bindery. Все эти возможности предоставляет File and Printer Sharing for NetWare Networks, устанавливаемый как сервис разработки Microsoft в элементе Network панели управления. Конфигурирование этого сервиса выполняется через опции управления разделяемым принтером, и если после его установки разделяемость принтера запретить, разделяемость файлов будет продолжать работать, но не будет средств для его конфигурирования. Этот сервис, основанный на протоколе NCP, не позволяет тому же компьютеру предоставлять свои ресурсы в сетях Microsoft, основанных на протоколе SMB. Права доступа пользователей могут задаваться даже для отдельных каталогов разделяемого таким образом CD-ROM. При установке разделяемого использования ресурсов необходимо выбрать метод их представления в сети (Advertising). Для клиентов с NETx или VLM разделяемые ресурсы будут просматриваться только при выборе SAP Advertising, штатного для NetWare. Его теоретический предел просмотра - 7000 систем, практический - 1500. При необходимости просмотра большего количества систем в одной сети (!) остается только Workgroup Advertising, свойственный сетям Microsoft. Серверы с этим методом представления NETx- и VLM-клиенты не увидят. Контроль доступа к разделяемым ресурсам NetWare возможен только на уровне пользователей (а не ресурсов, доступных любому предъявившему пароль) и обеспечивается провайдером защиты - сервером NetWare, на котором каждый пользователь и peer-сервер, использующий File and Printer Sharing for NetWare, должен иметь свой бюджет в Bindery. Это создает обычные Bindery-ограничения. На сервере-провайдере защиты также должен быть один общий беспарольный бюджет, которым этот сервис пользуется для выяснения прав каждого соединения. К счастью, на сервере NetWare эта система занимает только одно соединение, и то не постоянно. Управление доступом (работа со списками) пользователей к разделяемым ресурсам возможно как через утилиты NetWare, так и из проводника (Explorer) - щелчок правой кнопкой и пункт Sharing в контекстном меню. Для облегчения работы возможно составление списков доступа только по чтению, полного доступа и заказного (Custom) набора прав. Сложность системы управления доступом с помощью внешнего "неродного" Bindery (или эмулирующего Bindery) сервера-провайдера снижает привлекательность этого сервиса, хотя и расширяет возможности клиентов DOS сетей NetWare . Какие возможности имеются для взаимодействия сетей NetWare и Windows NT? Существует несколько вариантов объединения сетей Microsoft и Novell. Станция Windows NT может быть полноправным клиентом сервера NetWare, если на ней загружен протокол NWLink IPX/SPX и установлен Microsoft Client for NetWare. При этом ресурсы NetWare будут доступны через диспетчеры файлов и печати. Windows NT Server может выступать шлюзом сервера NetWare для клиентов сети Windows, обеспечивая им прозрачный доступ к сетевым файлам и принтерам в пределах бюджета шлюза на сервере. File&Print Service for NetWare - продукт, устанавливаемый на NT-сервере, эмулирующий для клиентов NetWare файл-сервер NetWare 3.x. Администратор NT может управлять им обычными средствами, для администратора NetWare он будет управляем стандартными утилитами NetWare. Утилита Directory Service Manager for NetWare позволяет синхронизировать пользователей между доменом NT и серверами NetWare, устраняя тем самым необходимость регистрации клиентов на каждом сервере NetWare 2.x-3.x. Migration Tool for NetWare позволяет переносить ресурсы и бюджеты выбранных серверов NetWare на Windows NT Server, ставя перед администраторами NetWare, которым стало тесно в версиях 2.x-3.x, проблему выбора направления движения - в 4.x или NT. Можно ли Windows загружать с сервера NetWare и что это дает? С сервера NetWare можно как инсталлировать, так и загружать Windows 3.x и Windows 95. Инсталляция Windows 3.x с сервера в основном экономит время - она выполняется в считанные минуты - и обеспечивает сохранность дистрибутива. Инсталляция Windows 95 дает еще больший выигрыш во времени при многократной инсталляции однотипных станций, к тому же обеспечивается возможность ее осуществления на компьютеры, не имеющие накопителя CD-ROM, без мучений с многодискетным дистрибутивом. Загрузка Windows и приложений с сервера значительно экономит дисковую память рабочих станций, обеспечивая возможность их запуска даже на бездисковых станциях (см. главу 10), однако требования к серверу и производительности сети при этом повышаются. Сетевые каталоги, используемые для хранения общих и личных файлов Windows, должны в каждом сеансе работы планироваться на одни и те же буквы драйвов. Не рекомендуется устанавливать файл подкачки на сетевой диск - свопинг может поглотить всю производительность сети. Как инсталлировать Windows 3.x с сервера? Инсталляция Windows 3.x с сервера возможна двумя путями. В первом случае в общедоступный по чтению (с правами R,F) каталог сервера переписывается дистрибутив Windows подискетно в подкаталоги DISK1, DISK2... или в один общий, после чего возможна инсталляция Windows на локальные или личные сетевые диски станций обычным запуском SETUP.EXE из каталога, в который переписан Disk 1 дистрибутива Windows. Во втором случае производится административная установка на общедоступный для чтения каталог сервера командой SETUP /A, при этом все файлы дистрибутива распаковываются в заданный каталог. Для этого действия, естественно, необходим доступ по записи. Теперь на каждой станции кроме обычной инсталляции возможен сетевой (разделяемый) вариант (SETUP /N), при котором на личные (сетевые или локальные) диски станции устанавливаются только файлы настроек конфигурации, что обеспечивает значительную экономию дискового пространства. Файлам дистрибутива (административной установки) необходимо присвоить атрибут разделяемости командой FLAG *.* +S SUB выполненной в общем каталоге.
При инсталляции имеет смысл запретить поиск устанавливаемых приложений, а необходимые установить вручную: если Windows Setup будет просматривать все подключенные сетевые диски, это может занять много времени и будет установлено много лишнего. Как инсталлировать Windows 95 с сервера? Общие принципы инсталляции Windows 95 с сервера (Server-Based Setup) совпадают с Windows 3.x (см. предыдущий ВОТ). При локальной установке на станциях (сервер используется только как место хранения дистрибутива) программа SETUP.EXE выполняется со станции, имеющей доступ к диску-хранителю дистрибутива с помощью предварительно установленного клиентского сетевого обеспечения (NETx или VLM). Инсталляция практически не отличается от обычного варианта, старое клиентское обеспечение впоследствии обычно заменяется на встроенный в Windows 95. Разделяемая установка подразумевает хранение модулей Windows 95 на сервере в распакованном виде (около 90 Мбайт) и их коллективное использование станциями. Эта установка на сервер возможна только со станции, работающей в среде Windows 95, выполнением программы NSETUP из каталога ADMIN\NETTOOLS\NSETUP дистрибутивного CD-ROM (аналог SETUP /A из Windows 3.x). При этом возможно автоматическое создание файла MSBATCH.INF, описывающего принятую конфигурацию. При разделяемой установке на станции, имеющей доступ к диску сервера, вместо SETUP /N, как это было в Windows 3.x, запускается программа установки, использующая созданный шаблон, командой SETUP MSBATCH.INF и на станции устанавливается Windows 95 в автоматическом режиме. При разделяемой установке возможные варианты запуска станций: 1.С локального жесткого диска, занимая на нем 2 Мбайт (или 1 Мбайт на станции + 1.5 Мбайт в личном каталоге на сервере) 2. С гибкого диска (1.2/1.44 Мб) + 2 Мбайт в личном каталоге на сервере 3. Удаленная загрузка - 2 Мбайт в личном каталоге на сервере и файл-образ загрузочной дискеты.
В случае сетевой инсталляции сетевые компоненты Windows 95 должны быть либо все 16-битные, либо все 32-битные. После завершения сетевой инсталляции путь, устанавливаемый после входа в сеть, должен в первую очередь указывать на местоположение Windows 95, но не на DOS или Windows 3.x. Можно ли адаптер ARCnet использовать на станции для совместного использования сетей Windows for Workgroups и NetWare? В полном объеме это невозможно (полное совместное использование адаптера возможно для Ethernet и Token Ring), Windows не позволит добавить поддержку сети NetWare при установленной сети Microsoft Windows for Workgroups. Выходом может быть удаление штатного протокола Microsoft NetBEUI и переход на IPX-транспорт.
Малый размер фрейма ARCnet принуждает IPX к фрагментированию пакетов при передаче и обратной их реконструкции при приеме. Драйвер NDIS в Windows for Workgroups для ARCnetпросто эмулирует Ethernet с его заголовками, в то время как NetWare ожидает увидеть фрагментированные пакеты Почему при выходе из Windows в оболочку DOS не работают сетевые диски? Причин может быть несколько - старая версия оболочки или драйверов, некорректно установленный клиент или не заданное глобальное действие планов драйвов. Почему при возврате в Windows не работают сетевые диски, назначенные в сеансе DOS? Скорее всего, не задано глобальное действие планов драйвов. В чем причина сообщения при работе Windows "System error: Cannot read from Device NETWORK."? Кроме обычных проблем кабельного хозяйства, сервера (остановлен) и сетевых адаптеров (неверная конфигурация адресов портов и прерываний), вероятен конфликт разделяемой памяти (Adapter RAM, если, конечно, она используется в данной модели адаптера) с EMM386. Этот конфликт разрешается указанием границ используемой памяти (в параграфах) в строке файла CONFIG.SYS DEVICE = EMM386.EXE X = start, end
Эта опция более глобального действия, чем строка секции [386Enh]файла SYSTEM.INI EMMexclude = start,end. |
Михаил Гук (Mgook@stu.neva.ru,
Сайт автора) |