Qemu + IPX + Netware-4.11 нужна помощь опытных

видимо не так ipx odi настроил. судя по симтомам тип фрейма не тот указал :)

попробуй ethernetII, вместо дефолтного 802.что-то там

p.s. тоже фанат нетвари :)

хоспади, откуда вы повылазили то, такие древние, в каких щелях пряталися? :-))

почухал тут затылок и подумал что установить нетварь на голую железяку будет быстрее и намного надежнее.

я ошибаюсь?
нетварь видел только на чужом серваке.

почухал тут затылок и подумал что установить нетварь на голую железяку будет быстрее и намного надежнее.

лучше в витуалку - будет меньше проблем с драйверами сети. но я думаю сейчас в нетвари смысла особого нет, слишком там все специфично и заточено под сервер. но если есть свободное время - попробуй :)

по теме: для dos есть клиент от ms который отлично цепляется к самбе, и даже авторизация по lanman работает. правда есть у того клиента проблема: он много памяти отжирает от тех самых 640кб про которые билли говорил :) и после загрузки оного, многие программы отказываются запускаться из-за нехватки основной памяти (вангую это из-за аппетитов tcp/ip).

" по теме: для dos есть клиент от ms который отлично цепляется к самбе, и даже авторизация по lanman работает. правда есть у того клиента проблема: он много памяти отжирает от тех самых 640кб про которые билли говорил :) и после загрузки оного, многие программы отказываются запускаться из-за нехватки основной памяти (вангую это из-за аппетитов tcp/ip). "

Спасибо за ответ.

По фреймам, биндятся все четыре типа 802.2,802.3,SNAP и ETHERII. Попробую оставить только ETHERII одного.

По клиентам: потому и отказался от IP под DOS, в виду его монстрячного размера (и это без клиента, только поддержка протокола). IPX занимает на порядок меньше места в памяти, да и vlm под себя отконфигурировать можно, сэкономив памяти. У меня с активным подключением к Нетвари в досе свободно 595-600к. так что и поиграть можно.

" хоспади, откуда вы повылазили то, такие древние, в каких щелях пряталися? :-)) почухал тут затылок и подумал что установить нетварь на голую железяку будет быстрее и намного надежнее. "

Спасибо, но ошибаетесь. Самая главная проблема Нетвари это драйвера, это вам не линукс, который любую железяку подхватит, даже самую древнюю. На нетварь если на сетевуху или на контроллер накопителя нет дров, всё, можно про инсталляцию забыть. Или искать подходящее железо (старое, что сейчас тоже не без проблем). Так что проще в qemu :-)

P.S. Мы не прятались, мы были заняты работой, а теперь на пенсии времени побольше стало, в форумы повылазили :-)

От же бронтозавры :-)

Я даже с ностальгии полез вики перечитывать.

В общем со сменой фрейма не прокатило. Воз и ныне там. Может у кого есть ещё варианты. Вроде задачка то не хитрая, хотелось бы решить.

а нафига в ядре ipx ? ты же на сервере не собираешься подключаться к нетвари?

tcpdump в помощь. Смотри на интерфейсах, может поймешь кто дропает. Досовский клиент когда ищет сервер броадкасты посылает. Они должны быть видны. Сервер тоже о себе вроде броадкастами сообщал. Сравни форматы пакетов.

Вообще, как я помню ( году в 2001) у меня еще работал mars_nwe! только чем его сейчас собирать - хз. gcc-2.7.2.3 & допотопный gnu-make нужны.

IPX на всякий случай. Я в проекте Debian не участвую, и не знаю зачем они включают IPX в ядро. :-) А если честно, потом попытаюсь хостом к гвесту подключиться клиентом.

tcpdump держал на последок как тяжёлую артилерию. Думал может я где недоглядел и кто подскажет, оказалось не всё так просто, попробую.

Марс пробовал собрать изматерился, и плюнул. Так что с марсом увольте.

Да, вы знаете толк. :) Думал уж про такое и не придется вспоминать.
SPX ? В смысле посмотрите ipx может и летает а вот spx уже нет.
Присоединяюсь, на посмотреть tcpdump. А также promiscuous на интерфейсе не помешает.

По клиентам: потому и отказался от IP под DOS, в виду его монстрячного размера (и это без клиента, только поддержка протокола)

Кстати норм работало. Главное lanman не ставить, тогда только первая дискета требуется. Не особо оно больше отжирало чем ipx ( это я про 3.12 nw говорю) т.е. нормально можно было работать.

Еще вспомнил, в те далекие времена, когда появилась vmware заводил ее под онтопиком с winnt4 server на борту и с NW(что-то там, не помню как сервис назывался) точно работало, правда оно было клиентом а не сервером.

запусти первый старкрафт, оно умеет по netware ipx работать.

Насколько я помню (давно это было) тип пакета настраивали 802.2. И у NW 4.11 есть своя реализация NWIP for DOS. Не помню сколько она ела памяти, но работала лучше. Где-то дома валяется и клиент, и настройки, могу поискать, если надо.

Марс пробовал собрать изматерился, и плюнул. Так что с марсом увольте.

Я же намекнул, что это не просто :)

А tcpdump - быстрое средство понять на одном ли языке говорят сервер и клиент. Если фреймы разных типов, то это сразу будет видно. Да и отсутствие броадкастов то же сразу будет видно.

Я застал только нетварь-3.11/3.12 в досе. Для 4-ки клиент был жирнее и работать с ним было уже очень тяжело, только если это дос-сессия из венды.

судя по выхлопу tcpdump :

14:21:39.565417 (NOV-ETHII) IPX d8ec7bf6.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

14:21:39.872563 (NOV-ETHII) IPX 9ecf274e.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

14:21:40.180210 IPX 31efa74e.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

14:21:42.330221 IPX 5f76f4bb.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

широковещательный пакеты с приглашениями от сервака по всем четырём фреймам ходят по сети. Из вывода выше для удобства чтения исключил строки с IP и ARP пакетами. Как видно из всего этого SPXом тут и не пахнет.

Как быть?

а вот так отметился клиент:

14:42:47.243316 (NOV-ETHII) IPX 31efa74e.08:00:27:54:31:37.0553 > 9ecf274e.ff:ff:ff:ff:ff:ff.0553: ipx-nwlink-dgm 164

IPX transport Data: (68 bytes)

[000] 31 EF A7 4E 5F 76 F4 BB D8 EC 7B F6 00 00 00 00 1\0xef\0xa7N_v\0xf4\0xbb \0xd8\0xec{\0xf6\0x00\0x00\0x00\0x00

[010] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 \0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00 \0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00

[020] FC 01 00 00 57 4F 52 4B 47 52 4F 55 50 20 20 20 \0xfc\0x01\0x00\0x00WORK GROUP

[030] 20 20 20 00 57 39 38 56 42 4F 58 20 20 20 20 20 \0x00W98V BOX

[040] 20 20 20 20

SMB PACKET: SMBtrans (REQUEST)

И тоже по всем четырём фреймам одно и тоже. Если нужно более подробно могу файлом выхлоп tcpdumpa выложить в дропбокс.

Ссылка в дроп на файл выхлопа tcpdump https://www.dropbox.com/s/rc1dgdb33u114tq/dump.txt?dl=0

Если я правильно понял то и от сервера и от клиента на win98 широковещательные пакеты ходят. Все четыре фрейма и у сервера и у клиента работают. Переводить сервер на только один фрейм пробовал, тоже пень только в профиль, клиент не видит (даже если клиенту вручную указать фрейм).

Прослушал удачное соединение между эмулированным сервером и эмулированным клиентом (оба на одном хосте через бридж). И в их диалоге и намёка на SPX протокол нет. Ниже часть этого диалога:

19:45:00.836373 IPX 31efa74e.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

19:45:06.515011 IPX 00000000.00:00:00:06:02:02.4006 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-nearest-req DirectoryServer Netware 4.x

19:45:06.515765 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.00:00:00:06:02:02.4006: ipx-#4006 66

19:45:06.535791 IPX 00000000.00:00:00:06:02:02.0453 > 00000000.ff:ff:ff:ff:ff:ff.0453: ipx-rip-req 5711cef5/65535.65535

19:45:06.536429 IPX 31efa74e.00:00:00:04:01:01.0453 > 31efa74e.00:00:00:06:02:02.0453: ipx-rip-resp 5711cef5/1.2

19:45:06.563271 IPX 31efa74e.00:00:00:06:02:02.4001 > 5711cef5.00:00:00:00:00:01.0451: ipx-ncp 7

19:45:06.563981 IPX 5711cef5.00:00:00:00:00:01.0451 > 31efa74e.00:00:00:06:02:02.4001: ipx-#4001 8

19:45:06.585153 IPX 31efa74e.00:00:00:06:02:02.4001 > 5711cef5.00:00:00:00:00:01.0451: ipx-ncp 10

19:45:06.585761 IPX 5711cef5.00:00:00:00:00:01.0451 > 31efa74e.00:00:00:06:02:02.4001: ipx-#4001 136

19:45:06.624719 IPX 31efa74e.00:00:00:06:02:02.4001 > 5711cef5.00:00:00:00:00:01.0451: ipx-ncp 10

Тогда не понимаю чего не хватает клиенту из реальной сети.

послушал неудачный диалог между эмулированный сервером и dos-клиентом из реальной сети. Впечатление что клиент глухой. Клиент делает широковещательный запрос на поиск сервера, сервер ему отвечает, но вместо «рукопожатия» клиент снова отправляет широковещательный запрос, и так бесконечно. MAC сервера 00:00:00:04:01:01. В конфигурациях и сервера и клиента принудительно оставил только один фрейм Ethernet_802.2

Ниже приведён диалог слепого и глухого: 20:48:35.185759 IPX 31efa74e.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

20:48:37.822102 IPX 00000000.08:00:27:f4:7f:c8.4006 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-nearest-req DirectoryServer Netware 4.x

20:48:37.823143 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4006: ipx-#4006 66

20:48:38.553710 IPX 00000000.08:00:27:f4:7f:c8.4006 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-nearest-req DirectoryServer Netware 4.x

20:48:38.554660 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4006: ipx-#4006 66

20:48:39.322289 IPX 00000000.08:00:27:f4:7f:c8.4006 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-req DirectoryServer Netware 4.x

20:48:39.323224 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4006: ipx-#4006 66

20:48:40.089239 IPX 00000000.08:00:27:f4:7f:c8.4006 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-req DirectoryServer Netware 4.x

20:48:40.090178 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4006: ipx-#4006 66

20:48:40.860308 IPX 00000000.08:00:27:f4:7f:c8.4007 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer

20:48:40.861349 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4007: ipx-#4007 66

20:48:41.628794 IPX 00000000.08:00:27:f4:7f:c8.4007 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer

20:48:41.629776 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4007: ipx-#4007 66

20:48:42.397789 IPX 00000000.08:00:27:f4:7f:c8.4007 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-req FileServer

20:48:42.398734 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4007: ipx-#4007 66

20:48:43.164279 IPX 00000000.08:00:27:f4:7f:c8.4007 > 00000000.ff:ff:ff:ff:ff:ff.0452: ipx-sap-req FileServer

20:48:43.165304 IPX 31efa74e.00:00:00:04:01:01.0452 > 31efa74e.08:00:27:f4:7f:c8.4007: ipx-#4007 66

20:48:43.644357 IPX 31efa74e.00:00:00:04:01:01.9001 > 00000000.ff:ff:ff:ff:ff:ff.9001: ipx-#9001 43

Лыжи не едут!! Просвятите меня тёмного, может кто сталкивался с таким. Спасибо заранее всем уделившим внимание моей задачке.

Все на уровне глупых предположений:
1. А может что-то именно с этой вин98? Она с «невиртуальным» сервером работала?
2. Попробовать не в qemu а еще какую-нибудь другую систему vbox, vmware

а слушаешь трафик где? пакеты то в сеть уходят реально?

а слушаешь трафик где? пакеты то в сеть уходят реально?

Трафик слушал и локально на хосте где крутились и сервер и клиент, слушал и снаружи, подключал к сети ноут с линем на борту. Пакеты реально ходят по сети.

Все на уровне глупых предположений:

1. А может что-то именно с этой вин98? Она с «невиртуальным» сервером работала?

2. Попробовать не в qemu а еще какую-нибудь другую систему vbox, vmware

1. пробовал не только вин98, чуть выше прослушка неудачного диалога dos-клиента с сервером, так что это отпадает.

2. Нетварь на vbox или vmware ставить проблемно, qemu умеет эмулировать конкретное железо на которое у нетвари есть дрова родные. Так что тоже не вариан.

2. Чего-то не вериться, что же такого специфичного у вас, чего нет в том же vbox?

Прям интересно стало. Смотрите что нашел про vb https://forums.virtualbox.org/viewtopic.php?f=4&t=48422

2. Чего-то не вериться, что же такого специфичного у вас, чего нет в том же vbox?

сетевуха NE2000-ISA с ручным указанием IRQ и IOBase, потому как предлагаемая ВБоксом AMD PCNet-PCI работает в нетвари через ...., а на все остальные у нетвари нет драйверов. Это ещё полбеды, qemu единственный кто нормально работает из командной строки и не требует иксов (которые на сервере ни к чему), или я чего то не знаю.

не убедил :-)

гляньте на вывод команды: qemu-system-i386 -device ?

и сравните с тем списком что предлагают vbox и vmware, про конфигурабельность промолчу

Прям интересно стало. Смотрите что нашел про vb https://forums.virtualbox.org/viewtopic.php?f=4&t=48422

Смутило вот это выражение в первом посте: ...but ipx does not work anymore.

так что в топку, Нетварь без IPX это просто «тварь» :-)

сетевуха NE2000-ISA с ручным указанием IRQ и IOBase, потому как предлагаемая ВБоксом AMD PCNet-PCI работает в нетвари через ....

Уже посмотрел :) Однако погуглив наискосок народ чего-то активно пишет про использование ne2000 в NW. Далеко не заглядывал, может и гон.

Это ещё полбеды, qemu единственный кто нормально работает из командной строки и не требует иксов (которые на сервере ни к чему), или я чего то не знаю.

Тут вы не правы, тот же vb без иксов летает просто в путь. Лично мне кажется что из cli им куда удобнее рулить. (Вся инфа в документации разжевана очень подробно)

Смутило вот это выражение в первом посте: ...but ipx does not work anymore.

Так вот я про это же, прям ваш вариант. Так же бридж, так же виртуалка, но симптомы одинаковы.

Тут вы не правы, тот же vb без иксов летает просто в путь. Лично мне кажется что из cli им куда удобнее рулить. (Вся инфа в документации разжевана очень подробно)

пригляжусь повнимательнее к VBox, но qemu уже как старый и любимый диван, воняет но удобный и трудно заставить себя избавиться от него. Ну вы поняли ...

Есть подозрение, что клиент чего-то не понимает. Я бы начал гуглить на тему как NW4 сделать доступной для старых клиентов. Еще в NW3 можно было включить какую-то опцию повышающую безопасность, но старые клиенты при этом отваливались.

У клиента вроде был файл конфигурации в котором что-то можно было настраивать.

Неее, «избавляться» как раз не призываю, он действительно удобнее. Но иногда бывают исключения из правил.

Еще вариант, на клиенте указать номер сети вручную, не пробовали?

ipx в linux чисто номинально. а вообще, ставил drdos с personal netware, и две qemu-ы вроде как связывал.

связать реальную сеть с ipx, я так полагаю, невозможно.

Не совсем, во первых как клиент он работал всегда. И во вторых как и писал выше vel я тоже марс пробовал заводить, даже чего-то работало.

Пробрось Ethernet устройство в qemu. Насколько я помню, DOS клиенты Novell умеют только 802.3. А вот Microsoft Network Client for DOS умеет приматывать IPX к Ethernet II. У интерфейса наружу - правильный фрейм должен быть.

Нетварь без IPX это просто «тварь» :-)

Как раз в 4.11 был NWIP

Есть подозрение, что клиент чего-то не понимает. Я бы начал гуглить на тему как NW4 сделать доступной для старых клиентов. Еще в NW3 можно было включить какую-то опцию повышающую безопасность, но старые клиенты при этом отваливались.

Так я и родного клиента win95-98, взятого с диска нетвари 4.11, не смог подключить со сходными симптомами. Это не только с дос-клиентами. Перепробовал все поддерживающие IPX клиенты, которые смог найти.

У клиента вроде был файл конфигурации в котором что-то можно было настраивать.

net.cfg называется. :-) кручу его и так и сяк, а он не едет, ну ни как. Ниже листинг net.cfg

Link Support

BUFFERS 8 1500

MEMPOOL 4097

MAX STACKS 8

Link driver NE2000

IRQ 3

PORT 300

MEM D0000

FRAME Ethernet_802.2

Netware DOS Requester

LONG MACHINE TYPE = IBM_PC

SHORT MACHINE TYPE = IBM

DOS NAME = DOS

FIRST NETWORK DRIVE = J

NETWARE PROTOCOL = NDS,BIND

PREFERRED TREE = APPLETREE

PREFERRED SERVER = MINI

NAME CONTEXT = «HOME»

CONNECTIONS = 10

AUTO RECONNECT = ON

SHOW DOTS = ON

USE DEFAULTS = ON

LOAD LOW CONN = OFF

LOAD LOW IPXNCP = OFF

CACHE BUFFERS = 40

CACHE BUFFERS SIZE = 1540

PB BUFFERS = ON

PBURST READ WINDOW SIZE = 24

PBURST WRITE WINDOW SIZE = 10

CACHE WRITES = ON

PRINT BUFFER SIZE = 256

PRINT HEADER = 0

PRINT TAIL = 0 NETWORK PRINTERS = 0

MESSAGE TIMEOUT = 183

MINIMUM TIME TO NET = 1

SIGNATURE LEVEL = 0

TRUE COMMIT = OFF

AVERAGE NAME LENGHT = 7

LARGE INTERNET PACKETS = ON

AUTO LARGE TABLE = ON

CHECKSUM = 0

Еще вариант, на клиенте указать номер сети вручную, не пробовали?

А имя директивы не подскажете, что то я в справочнике по net.cfg не нашёл такого. Может конечно плохо смотрел. Да и виндовом клиенте тоже не заметил где можно сеть указать.

Пробрось Ethernet устройство в qemu. Насколько я помню, DOS клиенты Novell умеют только 802.3.

Что имеется ввиду, я и так использую tap интерфейс, как ещё по другому пробросить?

Как раз в 4.11 был NWIP

я сам не использовал его никогда, а те кто использовал плюются и не рекомендуют с ним связываться. Стабильная и не кривая поддержка IP появилась в нетвари с версии 5.

Да кстати, забыл подчеркнуть, с этим net.cfg я нормально подключаюсь с ДОС-клиента из эмулированного ДОСа с того же хоста на котором эмулирован сервер. Так что не в конфиге дело.

т.е. все проблемы появляются только если клиент подключается через физический интерфейс (который подключен в мост)?

т.е. все проблемы появляются только если клиент подключается через физический интерфейс (который подключен в мост)?

Похоже на то.

А что за сетевая карта на сервере ?

«ethtool -S eth0» ничего странного не показывает на счет ошибок?

Нет ли фильтрации через ebtables ?

Помню, что для ipx были разные дигностические программы, включая ipxping. пинг между реальным клиентом и клиентом в qemu даботает ?

Не не подскажу :( , во первых 4.11 в глаза не видел, во вторых видел 3.12 но настолько давно что уже и не вспомню.

Да и виндовом клиенте тоже не заметил где можно сеть указать.

Можно можно, точно помню было такое. Только вот в какой именно винде, хз, может 9х с nt путаю. Но опять таки речь про работу с 3.12. Ну и еще как писал выше экспериментировал с марсом.

Вспомнил про существование древнего IPX-HOWTO. Натолкнуло на пару мыслей, а вы не пробовали с хостовой машины ncpmount (если оно еще живо конечно). И вот хоть по всему бридж не должен влиять никак на ipx но все-таки... мне не дает покоя мысль насчет ipx роутинга... btw в /proc должно быть много файликов, может совместно с прочтением howto у вас возникнут мысли.

Всем спасибо за помощь. Задачка разрешилась неожиданным образом. Всё дело как оказалось было в неспособности WiFi девайсов работать в мосту. Так как по определению вайфай-карты на уровне прошивки не умеют Spoofing. А спуфинг обязательное суловие бриджа.

Внимательно перечитал Bridging How-To и понял что я упустил маленькую деталь, которая вынесла мне мозг. Ссылка на текст который меня просветлил: xgu.ru/wiki/Linux_Bridge в разделе FAQ, вопрос «Оно не работает с моей обычной ethernet-карточкой!».

Перевёл бридж с WiFi интерфейса на Eth0 и винда из сети с полпинка увидела эмулированный сервер.

P.S. Мораль, доки нужно читать въедливее, а не расслаблено попутно потягивая пивко. :-) Ещё раз всем заинтересовавшимся спасибо.

Ыыыыы. Это же старая тема, насчет wifi и бридж... Тут тем полно :)
ЗЫ Насчет номера сети я вот для вас нагуглил, вдруг потом понадобиться http://www.certification.ru/library/articlesdir/big31.html?25 Аналогично и в других версиях винды. :)