TCP/IP это транспортный протокол (как и IPX), который широко используется в академических и коммерческих сетях. Позволяет объединять компьютеры различных платформ, но в основном на базе UNIX. Существует ряд коммерческих, freeware и shareware NLM, выполняющих роль демонов TCP/IP на сервере NetWare. Среди коммерческих следует обратить внимание на прдукты Novell NetWare FLEX/IP, серию продуктов MurWorks <info@murworks.com> и университета FELK <novell.felk.cuvt.cz>.
Если Вы используете 2 или более сетевых адаптера на файл-сервере, то возможно Вы захотите маршрутизировать TCP/IP через сервер (например если у вас к одному адаптеру подключено энное количество писюков, а к другому UNIX система). Каждый адаптер, который Вы хотите забиндить имеет IP адрес и маску сети (network mask). Комбинация сетевой маски, IP адреса и поля destination в пересылаемом IP пакете определяют проидет он из одной подсети в другую или нет. Для примера возьмем сервер с двумя подсетями одна из которых имеет адрес 137.43.101.0 (IP номера между 137.43.101.1 и 137.43.101.255), а вторая подсеть с адресом 137.43.102.0. IP конфигурация будет выглядеть следующим образом:
IP address Network mask
Driver 1: 137.43.101.1 255.255.255.0
Driver 2: 137.32.102.10 255.255.255.0
В терминах Novell это выглядит как
:
BIND IP TO DRIVER1 ADDR=137.43.101.1 MASK=255.255.255.0
BIND IP TO DRIVER2 ADDR=137.43.102.10 MASK=255.255.255.0
Эта конфигурация будет пропускать пакеты из подсети 137.43.101.0 к
подсети 137.43.102.0 и наоборот.
А вот чего нужно сделать чтобы это заработало на практике:
1) Описываете на обоих интерфейсах фреймы ETHERNET_II. 2) Делаете bind IP на обоих интерфейсах с IP-адресами в разных сетях, или подсетях. 3) Запускаете TCP.NLM с ключем forward=yes 4) На Unixe, не забудьте запустить routed или указать статический роутинг для дальней от Unix'a сети на ближний IP-шный интерфейс на Novellовском сервере. 5) В досовском пакете нужно указать в качестве gateway'я ближний Novell'овский интерфейс. [Note: Между прочим это все верно и для комбинации ArcNet - Ethernet]
Novell'ский FTP сервер входит в поставку 2 продуктов - Novell NFS и NetWare Flex/IP. Это высокопроизводительный сервер, позволяющий пользователям UNIX'ов передавать файлы на и с файл-сервера NW3.1X. Онтакже позволяет FTP клиентам использовать файл-сервер как шлюз для доступа к другим файл-серверам, в том числе и к тем, которые не поддерживают TCP/IP.
Менее крутое решение это запуск NCSA telnet в режиме FTP server mode на выделенной машине, например старенькой XT (NCSA лежит на info.umd.edu в директории Computers/PC/Communication/ncsa*.zip). Однако в этом случае доступно только одно FTP соединение одновременно.
Еще одно решение - FTPD.NLM написанный Brad Clements (MurkWorks). Демо-версия находиться на ftp.msen.com в /pub/vendor/murkworks/demoes/ftpd/ftpdnlm.zip
HELLSOFT в Чехии произвел на свет еще один FTPD NLM весьма популярный у буржуев, доступен с novell.felk.cvut.cs в директории /nw311/ftpd/ftpd18.zip Так-же в качестве FTP сервера может работать пакет LAN WorkPlace. [Note: FTP серверы есть так-же на mailserv@sl.semsk.su и mailserv@izhmark.udmurtia.su]
Bootp это метод, при помощи которого рабочая станция определяет какой IP номер она должна использовать и где находятся ее nameservers и gateways. Если, например, станция используя NCSA или CUTCP запускает telnet или ftp и у нее в файле config.tel переменная myip установлена в bootp, она посылает broadcast по сети. Bootp сервер как только примет это сообщение, сразу же отвечает ей сообщением в котором содержится ip номер, который она должна использовать и где ее nameserver и gateways. Достоинством bootp является также то,что он хранит все ip номера, информацию о nameserver и gateway в одном файле на bootp сервере.
На tacky.cs.olemiss.edu в директории /pub/lpd/ncsa лежит lpd.exe (работает как bootp, так и как lpd). BOOTP также лежит где-то на lancaster.andrew.cmu.edu. BOOTPNOS.ZIP в public/network на ftp.ci.cuslm.ca (142.17.2.244). Rarp похож на bootp, но менее изощренный. Он так же как и bootp возвращает на станцию IP номер, но дольше никакой дополнительной информации. Если Вы используете NCSA или Clarkson TCP/IP , вы можете использовать его установив переменную myip в rarp. Многие Unixы имеют встроенный rarp сервер. Но главным недостатком rarp это то, что для передачи - приема запроса он использует не IP пакеты, а ethernet protocol. Поэтому rarp запросы *не проходят* через внутренние мосты.
Rarp серверы есть как для Novellского сервера, так и для PC под управлением LAN Workplace for DOS. NLM-версия rarp сервера доступен на netlab2.usu.edu в директории misc/rarpserv.nlm. [Note: BOOTP и RARP серверы есть так-же на mailserv@izhmark.udmurtia.su]
/pub/rdenny/whtp12b1.zip /pub/rdenny/whtp12b1-b2.patch.zip 4) Некая контора по назватием GLACI породила "HTTPD NLM Version 1.0 beta" Лежит он на ftp.glaci.com в директории /pub/netware/httpd. Чтобы получить дополнительную информацию пишите письма Thad Phetteplace по адресу <tdphette@glaci.com>
Novell NMS, HP OpenView, Castle Rock SNMPc, Accton AccView, Svec SvecView.
Novell NMS - красивая прилада для управления серверами Netware (на них грузятся агенты) и с агентами LanAnalizer на каждом сегменте. Основная работа по построению топологии сети, сбору разного рода SNMP информации, ведению log-файла ведется на одном из серверов, таким образом в то время, пока SNMP консоль не работает, информация не теряется. Управлять устройствами третьих фирм можно, но неудобно. Существует NMS SDK, используя который, если есть время, можно написать для каждого девайса красивый интерфейс.
HP OpenView - пробовали в усеченном варианте, думается мне, что это должен быть не менее толстый пакет в полном объеме. Но производители железа должны его поддерживать. Достаточно красив и удобен, также как NMS работает с SNMP по IP или IPX.
Castle Rock SNMPc - по-моему, самый универсальный из всех, его можно конфигурять как хочешь, а если кроме MIB'ов устройств есть еще рисунки его, его портов, разных состояний, то описав на некоем макроязыке соответствие команд и состояний устройства, можно отображать все это на картинке в красивом виде. Я уж не говорю о возможностях построения разных меню (в т. ч. вложенных) с командами SNMP и представления полученных данных в разных формах.
Две оставшиеся - действительно в основном работают со своими устройствами, хотя приложив некоторые усилия можно что-нибудь добиться от AccView. SvecView, говорят, - старая версия D-Link DView, которая, вроде бы ничего вещь, хотя знаю только по отзывам.
Насчет тяжеловесности - все дело в том, что вы от всего этого ждете? Одно дело показывать его на выставках, типа какие мы крутые, опять же, proxy agents - хорошая вещь... Но, UNIX... Если это не пугает, и есть перспективы роста, тогда наверное... Опять же и устройства разные бывают, одни поддерживают, например, MIB-II, но если вдруг большая сетка и глобальный trouble, ошибки поперли, как сумасшедшие, траффик - под завязку, тогда никакие SNMP-пакеты не пройдут. А если хаб типа Synoptics, говоришь ему, что если на любом порту интенсивность ошибок превысит некоторое значение, то порт отрубить и все, а дальше уже разбираться. По поводу своего/чужого железа, я - за Castle Rock. [Original poster: Иван А. Пашкевич, <vanya@unitech.srcc.msu.su>]
1) Netware FLEX/IP
2) Charon (см п5.6)
3) AXIS (см п7.4)