Подключение модемов напрямую через PPP при помощи скриптов.

[Olej]

1. Зачем такая сеть?

а). для отработки/проверки когда надо разных сетевых возможностей: фаерволы, DNS-ы, настройки служб ssh, ftp, ...

б). если даже п.а). никогда не вызывает интереса, то сеть нужна просто потому, что во многие вещи (всякие встраиваемые железки, Android в их числе) гораздо легче и быстрее влезать и работать из сети ... например, по ssh, чем искать их собственные специфичные вещи (консоли, шелы) + возиться в них настраивать ввод/клавиатуру, ввывод/отображение...

в). иногда из сети (по ssh) удобнее работать с другими ОС, например, чтобы работать из привычного окружения: X11, WM/DE, и т.д., а не привыкать к новым окружениям.

Очень поверхностно об этом набросано здесь: Инструменты удалённой работы - гляньте бегло в один глаз

2. Как ея сделать?

Здесь есть 2 варианта ... т.е. даже 3, где 3-й - это 1-й + 2-й, и это лучший вариант .

а). Реальная сеть.
Но здесь, правда вам ещё нужен Ethernet hub/switch, ... но простейший старенький D-Link 8-портовый (!) на развалах у старьёвщиков должен стоить что-то ~$20 + патч-корды витой пары - соединил каждый компьютер со свитчем и всё само работает.
а2). Если всего 2 компьютера соединить - то для этого обжимают (разъёмы) кросс-патч-корды, когда каналы Ethernet перекрёстные ... здесь и switch не нужен - соеденил 2 дырки Ethernet на 2-х компьютерах, поднастроил IP, и всё работает.
а3). Наконец, в большинстве нынешних hub/switch/router есть WiFi канал - подцепился (настроился) с каждого компьютера по WiFi - вот вам и внутренняя LAN (а ноутбуков, нетбуков и всяких прочих ... андроидов - без WiFi, как мне кажется, на сегодня и не бывает).

б). Виртуальная сеть.
Разверните в своей любимой ОС такую программу как VirtualBox: VirtualBox (ресурсы и возможности) ... это даже с непривычки больше 1-го часу не займёт...
Потом в этой VirtualBox устанавливаете (с их LiveCD .iso, без всяких дополнительных рюшек) какие хотите ОС, и вяжете их в полноценно работающую сеть: настройки сети разных VM (VirtualBox).
В чём здесь преимущества:
1. установка любой новой ОС (на "попробовать") в разы проще и быстрее: не нужно накатывать LiveCD/LiveUSB, всё раскручивается прямо из .iso файла...
2. виртуальный HDD установленной системы - динамический (файл, образ), занимает места столько, сколько там реально написано ... установки разных Linux дистрибутивов часто умещаются в 0.5-1-2Gb;
3. у меня одновременно работало до 6-7 виртуальных машин с разными ОС...
4. и все они завязаны в полноценную LAN + с выходом каждого внаружу, в интернет...
5. и в этой сети можно проверять и отрабатывать практически все вопросы реальной (железной) LAN.

[Olej]

В Android всё-таки удобнее влазить снаружи (по сети) средствами Android SDK (программа adb).

К сожалению не понимаю, что такое SDK и adb.

SDK - Software Development Kit - штатный набор работы с Android, разные тулзы...
Берётся свободно вот здесь: http://developer.android.com/sdk/index.html
А вот здесь в теме Android описано немного: как поставить, как пользоваться...

adb - это программа из состава (одна из ...) SDK.

Код: Выделить всё

bash-4.2$ ./adb --version
Android Debug Bridge version 1.0.29
...

Программа удалённой (из сети) работы с Android, в частности выполняет функции:
- передача файлов в/из Android в ваш Linux;
- удалённый shell, который позволяет зайти в Android и затем выполнять все его консольные команды;

[dmitriev]

Спасибо за подробный ответ.
Я так и не могу понять зачем связывать два компа в сеть "для отработки/проверки когда надо разных сетевых возможностей".
Нету сети и отрабатывать ничего не надо!

[Olej]

Я так и не могу понять зачем связывать два компа в сеть "для отработки/проверки когда надо разных сетевых возможностей".
Нету сети и отрабатывать ничего не надо!

Ну это ж и замечательно когда "ничего не надо"(с)
А когда надо?
У меня практически все разработческие проекты 25-30-ти последних лет были все завязаны на сетевые средства. Есть такая специальность: "сетевик" ... вот в ней и изгаляемся.

P.S. Хотя для UNIX/Linux использование "по жизни" сетевых средств на порядок шире, чем в мире Windows, и часто сетевые инструменты помогают там, где, казалось бы, "сетью и не пахнет" .
Хороший пример: UNIX графическая система X11 - она сугубо сетевая, и временами очень удивляются, когда покрутят в настройках сетевых (/etc/hosts, например), а "графическая система отпала"

P.P.S. ... меня проректор по науке Харьковского Института Радиоэлектроники пригласил прочитать "спецкурс от сохи" своим аспирантам ещё ... в году 82-м (?), вот с тех пор примерно и пишу сетевые обмены через самые немыслимые физические и протокольные среды ... как называлось в одном компьютерном анекдоте: "пишу музыку для борделя"
Очень занятная музыка, кстати .
И SLIP/PPP - из той же ... оперы (о чём и тема нашего обсуждения).

[Olej]

Скачал и запустил Live CD Android 4 x86. http://android-x86.googlecode.com/files ... laptop.iso

Там нет даже графического менеджера файлов, не говоря уже про редактор.
Все приходится делать из консоли, структура директорий очень непривычная.
Совершенно неясно, как можно установить дополнительные программы не имея выхода в Интернет.
И мне показалось, что он не видит даже жесткий диск - по крайней мере /dev/sdaX отсутствуют напрочь!
Хорошо хоть модем есть (/dev/ttyACM0)

У меня чуть-чуть другой образ - https://code.google.com/p/android-x86/d ... o&can=2&q= - но из очень похожих.
Крутится под VirtualBox.
Но теперь я могу сверять то, что у вас получается...

Да, приложений там "не ахти", но ... они там:
- значками расположены в 3 экрана,
- перейти с 1-го на 2-й можно (у меня) только стрелками на клавиатуре, дойдя до конца экрана...
- меня интересует, в первую очередь, их эмулятор терминала ... а он аж на 3-й странице.

android-x86-4.0-RC2-eeepc.2.png

(103.96 КБ) 4976 скачиваний

android-x86-4.0-RC2-eeepc.3.png

(103.84 КБ) 4976 скачиваний

android-x86-4.0-RC2-eeepc.4.png

(46.42 КБ) 4976 скачиваний

[Olej]

Да, приложений там "не ахти",

Но у меня (и у вас, собственно, при желании) есть ещё программа adb из комплекта Android SDK:

Код: Выделить всё

[olej@nvidia platform-tools]$ ./adb connect  192.168.1.20
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
connected to 192.168.1.20:5555
[olej@nvidia platform-tools]$ ./adb devices
List of devices attached 
192.168.1.20:5555	device

192.168.1.20 - это IP, который мой Android получил по DHCP (или я мог бы переприсвоить его в терминале Android).
А дальше я из своего Linux (из терминала) попадаю в shell в Android-е:

Код: Выделить всё

[olej@nvidia platform-tools]$ ./adb -s 192.168.1.20:5555 shell
shell@eeepc:/ $ cd /system
shell@eeepc:/system $ ls -l
drwxr-xr-x root     root              2012-08-30 17:05 app
drwxr-xr-x root     shell             2012-08-30 17:05 bin
-rw-r--r-- root     root         1702 2012-08-30 17:05 build.prop
drwxr-xr-x root     root              2012-08-30 17:05 etc
drwxr-xr-x root     root              2012-08-30 17:05 fonts
drwxr-xr-x root     root              2012-08-30 17:05 framework
drwxr-xr-x root     root              2012-08-30 17:05 lib
drwxr-xr-x root     root              2012-08-30 17:05 media
drwxr-xr-x root     root              2012-08-30 17:05 tts
drwxr-xr-x root     root              2012-08-30 17:05 usr
drwxr-xr-x root     shell             2012-08-30 17:05 xbin

Вот здесь и структура файлового дерева более привычная ... хоть и отличается от традиционного Linux.

Код: Выделить всё

shell@eeepc:/system $ ls -l etc/ppp                                            
-r-xr-xr-x root     root          296 2012-08-30 17:05 ip-down
-r-xr-xr-x root     root          598 2012-08-30 17:05 ip-up
-r-xr-xr-x root     root         7001 2012-08-30 17:05 ip-up-vpn
drwxr-xr-x root     root              2012-08-30 17:05 peers
shell@eeepc:/system $ ls -l etc/ppp/peers                                      
-r-xr-xr-x root     root          210 2012-08-30 17:05 gprs
shell@eeepc:/system $ cat etc/ppp/peers/gprs                                   
#/etc/ppp/peers/gprs
# This is pppd script for China Mobile, used Huawei GTM900-B GPRS Module
# Usage:   root>pppd call gprs

460800
nocrtscts
usepeerdns
debug
ipcp-accept-local
ipcp-accept-remote
defaultroute

А это уже совсем знакомые вещи пошли, правда?
Под USB-модем заготовка Huawei GTM900-B GPRS.
А нам нужно только под свой USB-модем такое же сделать.

[dmitriev]

Да, все так почти.
Правда удобнее работать с терминала по Ctrl+Alt+F1, так он уже рутовый.
Меня больше всего смущает, что Андроид не видит ни жесткий диск компьютера (нет /dev/sdaX), ни флешек.
При этом команда mount выводит /dev/sdb1 (с которого я и запускаю систему) примонтированный в /mnt.
Команда lsusb также показывает флешку.
Команда dmesg также сообщает, что ядро обнаружило /dev/sdb и /dev/sdb1
И при этом в диретории /dev нет ноды /dev/sdb1!
------------------------------------------------------------------------
Просто можно с ума сойти!

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

[Olej]

А это уже совсем знакомые вещи пошли, правда?
Под USB-модем заготовка Huawei GTM900-B GPRS.
А нам нужно только под свой USB-модем такое же сделать.

Единственная там неприятность, что в моём Android (и в вашем, думаю, тоже), нет программы chat:

Код: Выделить всё

shell@eeepc:/system $ which chat
shell@eeepc:/system $

Её нужно (по крайней мере для традиционного поднятия PPP):
а). разыскать
б). причём, нужна именно программа для x86 процессора а не ARM
в). затолкать в /system/bin ... ну, это делается легко с помощью того же adb.

[dmitriev]

затолкать в /system/bin ... ну, это делается легко с помощью того же adb

мы должны действовать корректно, то есть использовать средства, которые есть в распоряжении владельца устройства с Андроном.

[Olej]

затолкать в /system/bin ... ну, это делается легко с помощью того же adb

мы должны действовать корректно, то есть использовать средства, которые есть в распоряжении владельца устройства с Андроном.

SDK + adb из состава SDK - это штатные средства работы с Android.
(см. http://kenzo.net.od.ua/droid/)

Для конечного пользователя (потребителя) Android это может и не предназначается ... но для него предназначается только: работа через WiFi и загрузка Java приложений из Market - это чисто потребительский уровень.