>>599089
Ясно, ты пока не понимаешь, как всё устроено.

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

Модем изначально такое же пассивное устройство, преобразующее колебания между двумя уровнями сигнала в простое или сложное гудение, которое можно передавать по телефонной сети. Компьютер точно так же не знает, что провода идут к модему, а на другом конце вызова тоже модем, и к нему так же подключен компьютер, он просто посылает и принимает байтики. Потом модемы набрали чипов, стали умными и начали в байтиках искать последовательности (AT-команды), на которые самим надо было реагировать вместо отправки дальше.

В восьмидесятые годы и до середины девяностых в разговорах о глобальных сетях (не обязательно Internet) для персональных компьютеров (не обязательно IBM-совместимых) подразумевался терминальный доступ, унаследованный от многопользовательских систем прежних десятилетий. Клиент, выполняющийся локально, получал байтики от подключенной напрямую или удалённо через коммуникационный порт (и, возможно, модем) системы и выводил их на экран, а нажатия клавиш передавал туда. Следовательно, всю работу делала программа на сервере, а клиент мог выполняться даже на микрокомпьютерах с минимумом памяти, поскольку его задача была в копировании буковок на экран. Человек звонил на BBS и получал менюшки, сообщения и новости, звонил на сервер провайдера и после ввода логина и пароля мог посмотреть почту в ящике или новые сообщения на досках Usenet, на которые подписался, звонил на сервер какого-нибудь биржевого сервиса и выводил нужные данные об акциях.

Изначально буковки просто выводились построчно и убегали за верхнюю границу экрана, чтобы пропасть навсегда. Если к локальной системе был подключен принтер, то для сохранения нужного вывода (текста письма, записи из базы данных, результата расчёта) можно было нажать какой-то аналог «Print Screen» и получить копию моноширинного текстового экрана на моноширинном текстовом принтере. К моменту появления персональных компьютеров уже существовали стандартные последовательности для управления положением курсора на экране, то есть терминальные протоколы в простых и сложных вариантах от разных производителей. Потом появились ориентированные на новые применения протоколы передачи файлов со сжатием и проверкой корректности вроде x-, y-, z-modem, когда более умные терминальные программы понимали, что после определённой последовательности надо перестать выводить данные на экран, а договориться с той стороной о длине и прочем и сохранять получаемое в файл. В FidoNet свои протоколы были для автоматического получения и отправки пачки сообщений и отключения. В сетях вроде COMPUSERVE использовались свои клиентские программы, которые сами рисовали пользователю сложные интерфейсы с кучей функций (почта, новости, форумы), а с серверов получали только изменённые данные (саму почту, сами тексты новостей и так далее).

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

В DOS, WIndows 3 и 9x сетевые компоненты вообще не ставились по умолчанию (если на компьютере не было модема или сетевой карты). Не было не только реальных, но и виртуальных сетевых интерфейсов, включая 127.0.0.1 (в случае протокола IP). Не было даже библиотек, к которым приложения могли бы обратиться для работы с сетью. Процессы, не использующие сетевые функции, просто не знали, существуют они или нет (да и до сих пор так работают). Вот если надо было, то ставился драйвер сетевой карты, знающий, как пакетики обернуть в кадры нужного формата, и заставляющий железку генерировать битовые последовательности для отправки и в колебаниях на входе выделять корректные предназначенные локальной системе данные, а также сетевые протоколы по выбору: IPX (файловые сервера Netware появились раньше и были функциональнее, а игры, поддерживающие локальную сеть, выбирали его из-за простоты и популярности), TCP/IP, NetBIOS и SMB («Общий доступ к файлам и принтерам»), а также приложения, которые могли их использовать. Чем раньше было дело, тем большая часть перечисленного поставлялась фирмами, отвечающими за сеть, а не Microsoft, и тем сильнее была привязка к конкретному оборудованию.

Следовательно, ты либо добавляешь виртуальную сетевую карту, которая хорошо поддерживалась в старых системах, ставишь драйверы и соответствующий софт, и пользуешься IP-сетью так же, как и в более новых системах, либо используешь виртуальный COM-порт в госте как нуль-модем (прямое подключение компьютеров друг к другу) или выделенную линию (на которой оборудование настроено, постоянно работает и не требует команд), а на стороне хоста заводишь его на приложение PPP- или SLIP-сервера (в зависимости от того, какие протоколы поддерживает установленный набор программ), которое будет думать, что принимает вызов. Древние мануалы по модемной связи и настройке сервера на UNIX-подобных системах до сих пор можно найти в интернете.

>>599036
Тут много тебе уже понаписали, но я тоже на вентилятор хочу накинуть.

1.
Контекст исторический.
В виндоус 3.11 не было интернета, как его сейчас представляют. Но была поддержка сетей. Разных. (Я, еси честно, из-за этого и решил влезть и потом к этому вернусь.)
Где по сути все сводилось к общему принтеру, программе с запуском с сервера в локальной сети, расшаренной папочке.
А интернет эксплорер, или другой браузер - они конечно были, но я не думаю, что это реально кто-то использовал. Реально это начали использовать на вин95, а на 3.11.. могу предположить, что немцы, или японцы попадали в использование интернета.

Но главное в этой части это то, что в вин 3.11 есть поддержка и tcp/ip стека и сетевых карт.

2.
Представим, что у тебя на голом железе есть win 3.11 с тцп стеком и сетевой карточкой. Что на ней можно сделать?
Тут круто написали в 3599092 и 3599074 - да по сути нифига ты сделать не сможешь.
Чтоб открыть какой-то сайт, нетскейп навигатору почти всегда будет нужно нечто промежуточное, что выдаст итоговую html страничку. Настроить эту часть будет не сложно. Но привычного опыта с интернетом у тебя все равно не выйдет.

В этой части главное то, что скорее всего до сих пор используются приложения, которые работают поверх доса, или вин3.11, которые используют интернет. Но это не имеет никакого отношения к привычному интернету. Это будет логика в стиле - зашли туда-то и положили там файл. Или приложения от энтузиастов - ббс продолжать поддерживать именно на досе, или в мэджик карпет по сети поиграть.

3.
Про досбокс. Досбокс, как мне кажется, тут не лучший выбор. Это всё-таки приложение, которое не ставит своей основной задачей эмуляцию стеков.
Можно взять фридос, в котором тебе и поддержка тцп, которая продолжает развиваться, и драйверов сетевых карт, которые подсовывает гипервизор.
Т.е. в пару кликов, без всяких усилий, ты получаешь дос с полноценным интернетом от хоста гипервизора.

В этой части главное, что мне кажется, что такой подход проще, чем получать ип адрес через ppp, как написали в 3599067.
Хотя сетевую карту в те времена было встретить сложнее модема, но сейчас для погружения в подобные сети это не обязательно.

4.
В чем минус подхода из прошлого пункта?
Я никогда не пробовал ставить виндоус 3.11 во фридосе. Уверен, что по большому счету это возможно.
Но виндоус 3.11 на то и .11, что несёт с собой набор сетевых стеков. И чтоб разбираться детальнее - надо примерно понимать что сетевого ты в этой виндоус будешь гонять.

В этой части главное то, что до 3.11 разработка кода для сокет апи была отдана на откуп тем, кто был вендором сетевых услуг. А начиная с 3.11 это стало частью виндоус. И тут начинается тонкий лёд - как мы все это собираемся использовать сейчас, учитывая, что тогда никто не понимал куда весь этот пароход плывет?

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

В тот момент были живы decent, ibm sna, xerox xns, novell ipx, x.25, и конечно ms netbeui, рядом с которым стоял lan manager. И вся 'воркгруп' в виндоус для воркгруп, она в этой конкурентной среде, а не в транспорте tcp/ip через ppp.

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