fdroid, а что ты хотел, тут не служба тех.поддержки модемов. большинство даж и не трогало их на таком уровне.
сам с удивлением обнаружил что имел место третий поток для передачи (и приема думаю) аудиоданных напрямую в кеш ацп встроенной звуковухи.
хотя с не меньшим удивлением понял что автор не различает командный поток от потока данных. видать ни разу не пользовался модемом в режиме обмена данных :) у всех перекосы.
Karpion внешних две штуки где-то на работе валяются, там все просто: колодка 9-ти сигнального rs-232 по которому шли и команды и данные, а также разъем для телефонной трубки, и фсё.
ибо ацп в те времена был еще дорог, да и впихнуть не сжатый поток даже голоса в 232 весьма напряжно.
во встроенных сначала было посложнее, емнип были и со встроенными ацп. но потом на поток были поставлены вин-свистульки и максимальное упрощение аппаратной и програмной части. так что не уверен.
современный sim800 наверное может многое но не игрался.
fdroid, ответ на следующей строчке :) - полноценная статья на хабре, конкретно по твоему вопросу.
ну а вопрос вполне естественен - ибо ответ был найден за пять секунд именно гуглением...
модемами уже перестают пользоваться, ибо модем встраивают в устройство (телефон, планшет, нотбук) или используют его по вайфай с устройств с модемом. или полностью уходят от сотовой связи в сторону лоры (малообъемный сбор данных) или еще чего.
усб-свистки уж не производят, потому и статей мало.
fdroid, мальчик, весь мир живет понятием "работает - не трогай" :)
новое нужно там где чего-то не хвататет. во всех остальных местах нужно стабильно работающее.
звуковой тракт человека не изменен уж мильён лет и как-то все ок.
есть вариант подревнее, для модемов не имеющих на борту звукового цап. соединить аудиовыход со входом микрофона модема.
позвонил, дождался поднятия трубки, проиграл через стандартный аудиотракт, отключился.
Roman, блин, как все просто. точнее надо выражовываться :)
номинально хватает прописать пустышку на имя сайта в
C:\Windows\System32\drivers\etc\hosts 127.0.0.1 any_site.com
и подобное
Akina, прямой линк меж двух компов не связан с остальными сетями. начнутся проблемы если понадобится дальнейшее расширение доступа и поставят мосты меж прямым линком и остальной сетью. да и то будет работать, ибо адресные пространства разные.
сей кабель может что-либо накосячить только в случае пересечения адресов, а это достаточно просто и наглядно настроить и следить.
Akina, ее поставит сетевой админ с познаниями, и они ему позволят настроить систему по месту. у топикстартера вероятно глубоких познаний нет.
минус решения тянуть лапшу, плюс решения оно элементарное и доступно любому с минимальными познаниями в сетевых технологиях.
модель OSI это такая академическая теория, которая учитывает все/большинство слоев системы обмена информацией. как и любая академическая теория она излишняя.
TCP/IP это одна из прикладных систем, в которой только то, что нужно.
кроме тцп/ип возможны другие варианты систем обмена данных, реализующих другой набор слоев osi. или что подобное.
OSI изучают для увеличения горизонта взглядов, чтоб прикладник знал что и "за мкадом есть жизнь" :)
Сергей Карбивничий, дык так он ииспользуется.
запускаешь сессию тмукса в ней мейк и отключаешься.
дома просто подключаешься к сохраненной сессии тмукса.
еще вариант настроить использование одной сессии. у меня так было пару лет наззад.
на работе в винде засовываешь набор команд в путти, дома рисуешь скрипт подключения (каких не помню, но статей навалом). и нормально живешь в нонстопной сессии.
Сергей Карбивничий, чтобы не вводить команды на две страницы придумали скрипты.
для того чтобы отключаться и подключаться к конкретной шелл-сессии придумали screen, а потом tmux.
тебе что нужно ?? шашечки с медиагиперактивной гуишной свистоперделкой или ехать ??
уточни что тебе надобно старче...
с тех пор как наблюдение за пользователем стало коммерчески выгодным, создатель ос являясь коммерчески ориентированной фирмой будет получать из данной возможности прибыль.
смотри логи в них все написано виндовые информ-окошки информативны по самое не балуйся. скорей всего рвется соединение.
если копировать надо постоянно и критично, то лучше использовать чтонибудь с восстановление копирования после обрыва.
в только что развернутой впс локальный кеш листинга пакетов пустой :)