RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : трёхголовый мамонт жЫв


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : Alexey Bezditko
To : Digi
Subj : трёхголовый мамонт жЫв

> Примечание 4:
> Если использование ресурсов компьютера osrout по TCPBEUI не планируется,
> то наличие NetBIOS over TCP/IP там совершенно не обязательно. Если
> использование планируется, то достаточно его установки лишь на один из
> сетевых интерфейсов. Причем на этот же интерфейс может быть установлен и
> просто NetBIOS, но с другим логическим номером.
ИМХО - при условии, что с других интерфейсов этот виден благодаря ipgate on.
?

> > > и логике,
> > какой? :)
> ну как... -;)
> C:\>inetcfg -g ipforward
> #Inetcfg: CURRENT DEFAULT MINIMUM MAXIMUM
> ipforward 1 0 0 1 IP Forwarding flag ON/OFF
> > А из той сети, которая новая, пингуется ли тот интерфейс, к которому
> > привязан единственный tcpnetbeui?
> конечно
Вот потому я про логику и спрашивал... :)
В общем, для меня осталось непонятным, куда вешаются те NB-протоколы, которые не упомянуты в netN.
Видимо, в воздух...
Или - на ту карту, к которой протокол привязался, но LS с ним не работал, ибо не перечислен этот протокол/карта в списке net... другим не давал через гейт, ибо сам перехватывал всё...

> > Некоторое понятие об этом имеет ibmlan\install\install.cmd, о которой я упоминал.
> > При добавлении новго интерфейса mpts делает не всё, что нужно - практически
> > наверяка. А install, из которой она вызывается, за неё доделывает хвосты.
> Угу, вот эту штуку для конфигурации я обычно не использовал, запускал пару
> раз много лет назад -;)
Полезная... Почти никогда не подводит - разве что если много идентичных карт и много изменений намудрить за 1 раз - бывает, путается. Например, в конфиге не хватит одного-двух драйверов 3комов... Но это легко посчитать и добавить, не проблема. Да и было 1-2 раза за всю жизнь, кежется.

> После конфигурирования через неё, которое дало желаемый результат, получили:
> кусок PROTOCOL.INI (tcpbeui привязан ко всем картам):
> [tcpbeui_nif]
> DriverName = tcpbeui$
> Bindings = E1000_nif,RTL8139_nif,RTL8139_nif2
Ага...

> кусок IBMLAN.INI
> [networks]
> net1 = TCPBEUI$,0,LM10,250,175,42
> net2 = TCPBEUI$,1,LM10,102,100,14
> net3 = TCPBEUI$,2,LM10,102,100,14
Теперь выглядит логичным... :)
Кстати, в этих условиях ipgate можно (лучше, имхо) вырубить, если он не нужен для других целей.
Кроме того, я предпочитаю именно такой вариант - по протоколу на карту, пока это возможно (т.е. пока число карт меньше 4). Это даёт возможность работать всем остальым сетям, если в одной из сетей вследствие чего-то отвалился интерфейс (кучанезакрытых сокетов от хрюш, например).
А в случае с гейтом - если отвалится один, общий, tcpnetbeui - то ни с одного интерфейса уже не простучишься, надо полагать.
Соответственно, когда карт 8, то можно либо парами гейтовать, либо ещё как-то что-то об устойчивости измышлять...

> > > ммм... почему же у меня LS работает для 2х старых сетей (tcpbeui)? ==>
> > > ещё одно подтверждение того что в случае tcpbeui нужна только одна строка.
> > В случае, если всё гейтуется и tcpnetbeui только один - вполне.
> > Но тогда и протоколов tcpnetbeui должен быть 1, как я понимаю, а не 3.
> > Что будет в случае 3 - не знаю. что будут творить лишние - тоже не знаю.
> Пробовал оставить протокол только на одной катре - всё тоже самое, из 2х сетей LS виден,
> из новой - нет.
Ну, не знаю. :) Лень пробовать... :)

> > В общем, я только что поставил специально на трёх интерфейсах по личному tcpnetbeui на каждом.
> > строк net оказалось 3. ставил by install.
> Спасибо, что не пожалел времени -;)
10 мин, включая поход в серверную и вывод одного сервера из работы. :)
(вечерами _он_ не нужен).

> Буду надеяться, что проблема решена.
Да вроде похоже не то...

> Посмотрим что будет в понедельник, когда активизируются юзера.
И? :)

> > Рузультирующие файлы надо?
> уже нет -;)
:)

> Спасибо.
Да за что вроде... :)


Tue 28 Mar 2006 19:43 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/2003062



Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.