Сергей

TCP over Email.

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

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

Да, берете и делаете. На заре локалок в 2000х так очень часто делали. Может и сейчас тоже сопли вешают.

Проблема в том, что модем определяется как флешка в линукс.
В данном случае у модемов есть 2 режима работы -- как флешка, и как модем (при наличии драйверов).

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

TCP Relay -- прокси, который передает трафик между двумя машинами, которые находятся за NAT и не могу коннектиться друг к другу.

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

Т.о. осуществеляется поточная запись в порт, и также поточное подтвержение доставки.

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

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

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

P.S. Это не точное моё описание, чисто "описание по понятиям" \m/

Берите коаксиальный телевизионный, я думаю не прогадаете :)

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

Короче общайтесь с сапортом на предмет получения настроек, и пропишите их самостоятельно.

Ну допустим вы грузите 1 страницу, насколько я вас понимаю, вы хотите на каждый HTTP запрос лезть в базу.
А что насчет HTTP запросов картинок и других файлов? а вы вкурсе, что каждая страница может содержать от 100 объектов? будете тоже в базу лезть при их запросе?