Vanilla Doom/Heretic/Hexen/Strife(?) over internet.

Со своей стороны интерес к теме возобновляю. Доступ в интернет с необходимыми опциями восстановил. Спасибо PVS, оживил интерес, пусть даже слегка оффтопичным "Choco", но это тоже интересно, так или иначе.
Параллельно присматриваюсь к альтернативному способу - через аналоговый модем, с телефонным адаптером, по VoIP + G.729 - тоже интересно было бы с кем то проверить жизнеспособность такого странного варианта.
В общем, старым знакомцам и новым - вэлкам.

 

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

 

Выложите kali для Dos и инструкцию по настройке, а то ничего не понятно, куда и что.

 

Не знаю, какая инструкция там вообще нужна. Всё предельно ясно.

 

Что именно ясно?
Конфигурация под модем подходит всем?
Запуск в локалке под нат возможен, или ethernet от провайдера обязательно в комп с дос вонзать?

odipkt конфигурацию читает из net.cfg?
С какими сетевыми его удалось запустить?
pciodi для realtek 8029as оно признаёт?
Если признаёт то почему kali пишет в ip "?.?.?.?"
В логах dhcp выдача ip адреса фиксируется, nslookup работает, ping работает.
Порт внешнего интерфейса замаплен на выданый ip.
Или всякий кто напишет в командной строке kali <server's ip> может подключиться?
Трекер kali похоже уже не поддерживает dos версии.

 

Что есть "конфигурация под модем"?

Почему эти два крайних варианта или-или? С NAT от провайдера ничего не поделаете. Но зачем себя загонять под NAT от роутера/свича?
С нормальным роутером, раздающим локальные IP и форвардящим порты будет всё ок.

Kali уже несколько лет не запускал, вспоминать надо. Но не в этом основное требование. Выделенный IP есть? Функция Virtual Server (обычно так обзывается) в роутере есть? Простой port forwarding может быть бесполезен.
А Kali сам по себе должен заработать практически на любой карте, включая упомянутый realtek, найти дрова на неё и их проверить - это на вас задача, в любом случае.

Трекер не нужен, смотрите ключи командной строки DOS версии. Она может работать автономно, когда один из играющих берёт на себя роль сервера.

 

От провайдера ethernet с белым ip.
А здесь, под боком сервер локальной сети, не роутер в том смысле что не коробочка с wan/lan.

Разве и то и другое что выдаёт ip клиентам локальной сети с доступом в Сеть, не работает в таком случае под NAT?
При условии что белый ip в единственном экземпляре, вариант с белой подсетью не рассматриваем...


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

Kali то конечно работает со всем, но например odipkt через NAT может внести проблем.
Кого то соединяющегося с сервером снаружи пока нет проверить сложно.

Под конфигурацией под модем подразумевалась настройка по умолчанию, которая в выложенном kali.zip

 

Исходя из того, что в нашем случае NAT это очевидное зло - со своим NAT вы можете справиться относительно легко, а с провайдерским? В этом и разница.

Тут не понял, что хотели сказать.

Я гружу (для Realtek 8139):
rtspkt 0x60
lsl
rtsodi (брал из пакета дров для сетевой вместе с net.cfg)
odipkt 0 97
kali
После этого остаётся кило 400 с чем то (это если в HMA/UMB их не грузить, при этом с прочими кейрусами и мышами в памяти), чего для protected mode игр, коими 99% сетевых игр и являются, хватает вполне.
Kchat после всего этого работает.

Сможете запустить, например, ftp сервер под DOS из пакета mTCP и залезть на него снаружи, например с ftp клиента со смартфона (и лучше по 3G, без своего вайфая, чтобы сети наверняка разные были) - значит смогли пробиться, и надо, если телодвижения какие то всё это предваряли в части форвардинга портов, повторить то же самое с портами kali. Так сможете предварительно проверить без привлечения кого-либо.
Но я вас сразу обрадую - кроме меня тут вряд ли кто ещё откликнется.

 

Дело в том что от провайдера не NAT, а белый ip.
Проблем нет или чего то не понимаю?
Локальная сеть под NAT, сервер свой.

odipkt способен принимать соединения под NAT, или только устанавливать?
в wattcp.cfg прописан локальный ip, маска подсети, шлюз, днс.
хосты резолвятся, пингуются, но kali пишет что запущена на ip ?.?.?.? с портом 2213, нормально?
odipkt работает, иначе б не пинговалось.


Если стартовать msclient'овский tcptsr то комп с dos пингабелен, как только стартуем odipkt нет, но оно и понятно.

FTP сервер пользуется пакетным драйвером odipkt?

В net.cfg если не секрет что написано?
И для odipkt и для rtsodi один и тот же net.cfg?

 

Проблем нет, по идее. Правда, для нашего случая port forwarding в обычных потребительских серверах не совсем та функция, как я понимаю. Нужно то, что в них принято именовать, как Virtual Server - более безусловный форвардинг на конкретный IP в локалке, так что ли обозвать это. Вот с ним это работает. Но свой сервер, понятно, достаточно гибок для этого.

Я вообще себе не представляю, какая связь между odipkt и правильной маршрутизацей, но тут не претендую ни на что, чисто методом тыка делаю. Поэтому этот вопрос мне непонятен, тоже. Это же вроде склейки интерфейса пакетного драйвера и интерфейса новелловского IPX/SPX, так?

Нет, чисто пакетным и правильно настроенным местным аналогом wattcp.cfg, ибо mTCP это аналог WATTCP, тоже TCP стэк, просто другой.

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

 

ping.exe который в архиве с kali работает через odipkt
или не работает, если настроено не так.

В архиве с odipkt есть net.cfg и он существенно отличается от net.cfg из архива с драйверами хотя сходство конечно есть, но не в параметрах.

с какой целью грузить rtspkt?

 

Не знаю, проверял вечером вчера на скорую руку, у меня без него Kali в режиме сервера резидентом не запускался. Может и не нужен и как-то это просто настраивается, но не углублялся, так и так всегда пакетный гружу. Надо мануал к кали курить, конечно.

 

Нюанс в том что с net.cfg из пакета драйверов kali матюгнувшись вообще не стартует.
Параметр frame при использовании связки kali+odipkt похоже не может отличаться от ethernet_ii.
В net.cfg из пакета драйверов параметр frame в моём случае иной.
У меня выглядит так:

lsl
pciodi (из пакета дров для сетевой, net.cfg из архива odipkt)
odipkt 0 96
kali

net.cfg из архива odipkt немного поправил, конечно, irq и port чтоб соответствовали.


Что касается мануалов, то и мануал к kali и мануал к odipkt полезны в данном случае очень условно, т.к. ни там ни там не описан ни приём соединений ни то какой ответ от kali правилен.
По идее конечно kali в ответе писать должна локальный ip.
Подозреваю что в случае с dialup так и происходит.


В odipkt.doc пошагово доступно объяснено что делать тем у кого ethernet, но есть смутное подозрение , что kali в таком случае может лишь инициировать соединение, а не принимать.

Ведь ни в одном из шагов нет настройки ip адреса.
kchat на /users говорит ip пользователя, но не очевидно какой программой он считывается из wattcp.cfg
В то же время kchat на /kali говорит что запущено то оно запущено но на каком адресе не уточняется.

 

С ethernet соединением кали по инету точно пашет, запускал, правда, уже восемь лет как назад. Если есть желание, разобраться точно можно.

 

Прекрасно, обнадёживает.
Дело было под NAT?
Или в wattcp.cfg писался белый ip и ethernet воткнут был прямо в системник с dos?

 

Я не совсем понимаю, что в данном случае имеется ввиду под NAT. Неуправляемыми маршрутизаторами и хабами не пользовался, если об этом речь, когда на все компы в локалке общий IP. Тогда сидел за обычным роутером, у которого через функцию Virtual Server зафорварживал нужные порты на локальную DOS машину. Естественно выделенный, постоянный IP. Сейчас ещё проще - напрямую шнур от провайдера в сетевой при IP той же белизны. И запись в wattcp.cfg - тогда локальный IP/Gateway, сейчас внешние.

 

Под NAT полагаю можно понимать лишь только то что названо NAT

Когда есть возможность проверить соединение?

Порт kali для dos вроде стандартен, один и не меняется?

 

Пишите в личку. Понятно, имеет смысл только при оперативном общении, а я пользуюсь только аськой.

 

Предлагаю Еретик/Хексен под ДОС или шоколадный Еретик/Хексен 2.3.0 под виндовс: кооп/ДМ, завтра (пятница 17-го) и послезавтра (суббота 18-го), после 21-00 по Москве.

 

Я за любой из перечисленных вариантов, но могу только в субботу.