Сам ещё не пробовал ,кто будет отписывайтесь здесь .

Спасибо lagush

В этом документе описаны альтернативные варианты сетевых подключений
==============================================================================

Содержание документа:

0. Работа с Wi-Fi/USB адаптерами
1. Общая информация по соединениям с использованием PPP и pppd
2. GPRS/EDGE на телефонах с USB кабелем (проверено на некоторых моделях Nokia)
3. Аналоговые модемы или телефоны со стандартным серийным портом (нужен дополнительный переходник USB-Serial PL2303)
4. Скоростные USB-модемы 3G/CDMA/HSDPA
5. PPPoE (PPP через Ethernet) с использованием встроенного сетевого адаптера
6. Дополнительные замечания по соединениям c использованием pppd



0. Работа с WLAN адаптерами
==============================================================================

0.0 Эта прошивка поддерживает WiFi/USB устройства на основе следующих чипов компании Ralink: RT2870 и RT3070. Таких устройств существует немало, так как эти чипы скрываются внутри многих USB адаптеров таких фирм как D-Link, Linksys, Netgear,Belkin, и т.д. Настройка соединения осуществляется путем редактирования двух файлов: /var/etc/Wireless/RT*STA/RT*STA.dat и /var/interfaces_wlan. Пошаговая процедура осуществляется только один раз для начальной настройки. Все описанные ниже команды осуществляются в Telnet.

0.1 подключите адаптер WLAN к USB порту и дайте команду iwconfig. Вы должны будете увидеть нечто подобное (ключевое слово wlan0):

wlan0    RT2870 Wireless  ESSID:"" 
         Mode:Auto  Frequency=2.412 GHz 
         Link Quality=10/100  Signal level:0 dBm  Noise level:-143 dBm
         Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
         Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Это значит, что было создано новое устройство wlan0 и ваш адаптер Wi-Fi на чипе RT2870 распознался успешно. Запомните имя драйвера (идет сразу после wlan0) для следующего шага. Если имя драйвера не показано (что изредка происходит с некоторыми устройствами), то вы можете дать команду lsmod, которая покажет все загруженные модули ядра Linux, среди которых должен быть один с названием чипа (rt2870 или rt3070).

0.2 Отыщите в папке /var/etc/Wireless папку с именем вашего драйвера (которое вы получили в предыдущем шаге), а в ней файл с таким же именем и расширением .dat. В этом примере файл будет /var/etc/Wireless/RT2870STA/RT2870STA.dat. Это обыкновенный текстовый файл, который нужно отредактировать unix-совместимым редактором и вписать туда конфигурацию своей беспроводной сети. Минимальный набор:

SSID=имя точки доступа
AuthMode=cм. ниже
EncrypType=NONE / WEP / TKIP / AES
WPAPSK=ключ доступа (если он есть)

Режим защиты "AuthMode"
 OPEN     без защиты
 SHARED   с общим ключом (то есть WEP)
 WEPAUTO  автопереключение между OPEN и SHARED
 WPAPSK   режим WPA с ключом для точки доступа
 WPA2PSK  режим WPA2 с ключом для точки доступа
 WPANONE  режим WPA с ключом для соединения между двумя устройствами (AdHoc)

0.3 Если вы хотите получать адрес по DHCP, то этот шаг можно пропустить. Иначе, отредактируйте файл /var/interfaces_wlan. В него нужно добавить IP конфигурацию для вашего устройства wlan0. Нужно добавить такие строки, естественно, изменив все значения на свои:

iface wlan0 inet static
  address 192.168.1.25
  netmask 255.255.255.0
  gateway 192.168.1.1

Если вы хотите использовать динамическую IP конфигурацию, то нужно вписать только одну строку: iface wlan0 inet dhcp

0.4 попробуйте "поднять" интерфейс с его конфигурацией командой

ifup -i /var/interfaces_wlan wlan0

Если все заработает правильно (проверка командами ipaddr, ifconfig, iwconfig и др.), то при старте ресивера WLAN адаптер будет проинициализирован автоматически!



1. Общая информация по соединениям с использованием PPP и pppd
==============================================================================

1.0 Все методы подключения к Интернету, описанные ниже, используют протокол PPP и сервис pppd, ставшие доступными впервые в прошивке PGI 0.6. Различие между такими видами подключений только в том, какие команды будут даны сервису pppd и какой драйвер будет использован для обмена данными между pppd и вашим модемом (мобильным телефоном).

1.1 Дополнительно, в прошивке встроена полная поддержка iptables (сетевой экран Linux), что позволяет при соответствующих настройках защитить ресивер от атак извне, поскольку теперь ресивер может быть подключен в Интернет "напрямую". iptables также позволяют использовать ресивер в качестве маршрутизатора для предоставления доступа в Интернет другим устройствам (при этом стоит все же помнить об аппаратных и программных ограничениях, и кроме этого потребуется дополнительная настройка).

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

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

1.4 Если у вас уже используется порт USB, и вы хотите подключить "еще одно" устройство для связи с внешним миром, можно попробовать использовать качественный USB хаб для подключения нескольких устройств (лучше, чтобы у хаба был собственный источник питания).

1.5 После того как вы настроите соединение, как описано ниже, оно будет автоматически устанавливаться при начальном старте ресивера. Кроме того, в прошивке есть два скрипта для ручного старта и разрыва соединения PPP. Эти скрипты доступны из плагина "панель скриптов", который можно вызвать кнопкой WWW на пульте ДУ (на модели 91HD, к сожалению, только через меню плагинов -> script plugin).



2. Работа с GPRS/EDGE - телефонами, подключенными по USB, c драйвером CDC-ACM
==============================================================================

2.0 Для работы с мобильными телефонами, поддерживающими стандарт CDC-ACM, используется драйвер cdc-acm.ko, который уже находятся в прошивке. Точное количество и наименование всех телефонов совместимых с этим стандартом неизвестно, но можно с уверенностью говорить, что подавляющее количество телефонов Nokia не первой свежести, использующих кабель CA-53 (и ему подобные) скорее будет работать, чем нет. В любом случае, попробовать стоит любой из имеющихся телефонов с USB кабелем. Все шаги описанные ниже осуществляются только один раз при начальной конфигурации. Все команды выполняются из Telnet.

2.1 Подключите телефон к ресиверу при помощи кабеля USB, поставляемым с ваши телефоном и наберите команду: dmesg
Если в конце текста появится сообщение подобное такому:

cdc_acm: no version magic, tainting kernel.
drivers/usb/class/cdc-acm.c: Ignoring extra header, type -3, length 4
cdc_acm 2-1:1.1: ttyACM0: USB ACM device
usbcore: registered new driver cdc_acm
drivers/usb/class/cdc-acm.c: v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters

значит шансы на то, что телефон заработает с ресивером очень хорошие. В любом случае, нужно обязательно увидеть строку с "ttyACM0: USB ACM device".

2.2 Проверьте, появилось ли у новое устройство ttyACM при помощи команды: ls -ls /dev/ttyACM*

crw-rw----    1 root     root     166,   0 Mar 18 10:34 /dev/ttyACM0

Если видна строка, похожая на эту, то все отлично. Иначе, у драйвера проблемы с этим устройством. Строк может быть не одна а несколько, в таком случае придется поэкспериментировать, какое именно из устройств /dev/ttyACM_ является тем, что нужно (об этом ниже). Главное, что устройство появилось, а это уже 90% успеха.

2.3 Как упоминалось в начале документа, подсоединение к Интернету в этом случае возможно благодаря сервису pppd. Нужно настроить его соответствующим образом. Это делается путем редактирования двух файлов. Один из них содержит команды, которые будут отосланы модему для создания соединения с провайдером при помощи утилиты chat. Этот "модемный chat-скрипт" может находиться где угодно, но лучше всего разместить его в директории /var/etc/ppp/chats, специально отведенной для этого. В прошивке уже есть файл в этой директории под названием gprs.chat, который может использоваться как шаблон. Там, как минимум, придется поменять название точки доступа web.vodafone.de на вашу. Возможно, что придется добавить, удалить или изменить некоторые другие значения. Подобную информацию лучше всего искать на сайте вашего провайдера или у знающих людей в Интернете.

2.4 Теперь, когда команды для модема подготовлены, нужно настроить файл конфигурации для сервиса pppd. Этот файл ДОЛЖЕН находиться в директории /var/etc/ppp/peers. При запуске pppd в качестве параметра указывается этот самый файл, откуда будут черпаться сведения о том, какой chat-скрипт нужно использовать (из шага 2.3), какая скорость обмена данными с модемом, и, что немаловажно, имя устройства серийного порта (из шага 2.2). Если устройств /dev/ttyACM* у вас несколько, то нужно пробовать какое из них подойдет. В прошивке уже есть шаблон под названием /var/etc/ppp/peers/gprs, в котором многие вещи говорят сами за себя. Кроме этого, для некоторых провайдеров может потребоваться указать логин и пароль, а также дополнительные опции в файлах chap-secrets или pap-secrets, находящихся в директории /var/etc/ppp, хотя обычно для GPRS соединений логин с паролем не используется. В Интернете полно информации по этим настройкам (ищите man-страницы для pppd) и спрашивайте у своего провайдера нужные настройки, если не можете их найти сами.

2.5 Все что осталось сделать, после того как сделаны все настройки, это запустить для проверки сервис pppd вручную командой:

pppd call имя-файла &

где имя-файла - это название файла из директории /var/etc/ppp/peers из шага 2.4  Если все настроено правильно, то на экране телефона должны появиться признаки соединения GPRS/EDGE, а в окне Telnet ресивера:

[PGI ~]$ pppd call gprs

Script /sbin/chat -v -f /var/etc/ppp/chats/gprs.chat finished (pid 1287), status = 0x0
Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyACM0
Warning - secret file /etc/ppp/pap-secrets has world and/or group access
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x49aa270e> <pcomp> <accomp>]
rcvd [LCP ConfRej id=0x1 <magic 0x49aa270e> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0>]
rcvd [LCP ConfReq id=0x0 <auth pap> <mru 1500> <asyncmap 0xa0000>]
No auth is possible
sent [LCP ConfRej id=0x0 <auth pap>]
rcvd [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0xa0000>]
sent [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0xa0000>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x0 <addr y.y.y.y>]
sent [IPCP ConfAck id=0x0 <addr y.y.y.y>]
rcvd [IPCP ConfNak id=0x1 <addr x.x.x.x> <ms-dns1 z.z.z.z> <ms-dns2 z.z.z.z>]
sent [IPCP ConfReq id=0x2 <addr x.x.x.x> <ms-dns1 z.z.z.z> <ms-dns2 z.z.z.z>]
rcvd [IPCP ConfAck id=0x2 <addr x.x.x.x> <ms-dns1 z.z.z.z> <ms-dns2 z.z.z.z>]
Script /etc/ppp/ip-pre-up started (pid 1291)
Script /etc/ppp/ip-pre-up finished (pid 1291), status = 0x0
local  IP address x.x.x.x
remote IP address y.y.y.y
primary   DNS address z.z.z.z
secondary DNS address z.z.z.z

После чего, можно дать команду "ip address" для проверки существования нового сетевого интерфейса ppp0:

ip address

 ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 3
    link/ppp
    inet x.x.x.x peer y.y.y.y/32 scope global ppp0

где x.x.x.x ваш новый внешний IP адрес.

Для наблюдения за трафиком можно использовать команду: pppstats -w1 (прервать можно комбинацией CTRL+C)
Для остановки GPRS соединения дайте команду: killall pppd

2.6 Если все работает нормально, и все проверки пройдены, нужно прописать название файла из директории /var/etc/ppp/peers, который был использован для соединения в предыдущем шаге, в файл /var/etc/pgi.conf, параметр PPPD_PEER. В нашем примере, это будет выглядеть так: PPPD_PEER="gprs". После этого соединение будет устанавливаться автоматически при старте ресивера (если к нему подключен телефон в этот момент). Не забывайте, что также вы можете установить и разорвать соединение при помощи плагина панели скриптов.



3. Работа с обычными аналоговыми модемами и телефонами с серийным портом
==============================================================================

3.0 Обычный RS232-порт, который уже встроен в ресивер (в моделях 91HD его нет), к сожалению занят для отладочных целей, поэтому использовать его для подсоединения модемов невозможно. Но, в прошивку PGI включен драйвер pl2303.ko, позволяющий превратить USB порт ресивера в обыкновенный COM-порт при помощи недорогого переходника USB-Serial. Единственное требование к такому устройству - оно должно быть на основе чипа PL2303 компании Prolific, чтобы встроенный в прошивку драйвер мог его распознать и работать корректно. Такие адаптеры не являются какой-то редкостью и выпускаются многими фирмами под всевозможными названиями.

Таким образом, при наличии переходника, к ресиверу можно подключить практически ЛЮБОЙ аналоговый модем с серийным портом, включая некоторые телефоны, типа Siemens, у которых есть свой переходник на серийный порт RS232.

3.1 После подключения переходника USB-Serial на чипе PL2303 к ресиверу, дайте команду dmesg из Telnet. В последних строках должно быть следующее:

pl2303: no version magic, tainting kernel.
drivers/usb/serial/usb-serial.c: USB Serial support registered for pl2303
pl2303 2-1:1.0: pl2303 converter detected
usb 2-1: pl2303 converter now attached to ttyUSB0
usbcore: registered new driver pl2303
drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver

Если получено сообщение "pl2303 converter now attached to ttyUSB0", то ваш переходник был распознан ресивером и его можно использовать как серийный порт.

3.2 Проверьте, появилось ли у новое устройство ttyUSB при помощи команды: ls -ls /dev/ttyUSB*

crw-rw----    1 root     root     188,   0 Mar 18 12:29 /dev/ttyUSB0

3.3 Действуйте дальше аналогично тому, как описано выше для GPRS соединения (шаги 2.3 - 2.6), с той лишь разницей, что ваше устройство для доступа теперь называется не /dev/ttyACM0, а /dev/ttyUSB0. Естественно, что chat-скрипт и другие настройки pppd будут отличаться для GPRS и обычных аналоговых модемов с протоколами V.xx



4. Использование высокоскоростных 3G/CDMA/HSDPA USB модемов
==============================================================================

4.0 В общем и целом, работа со скоростными модемами мало чем отличается от того, что описано выше в разделе 2 для GPRS соединений. Но есть несколько критических моментов, которые нужно иметь в виду перед тем, как приступать к настройке, описанной в пунктах 2.3 - 2.6.

4.1 С очень многими скоростными модемами существует одна достаточно большая проблема, за которую нужно благодарить Windows. Речь идет о функции известной как Zero-CD. Суть её заключается в том, что модем, при подключении к компьютеру, распознается не как модем, а как виртуальный CD-ROM или флеш-память, на которой записаны драйверы этого модема (для Windows :-)). После начальной установки, драйвер Windows начинает автоматически переводить модем именно в режим "передача данных", и делает он это при каждом подключении модема "в тайне от пользователя". Все это работает вполне сносно под Windows, но совершенно не работает под Linux, так как Linux видит устройство как CD-ROM или флеш-память, и не может переключить его в режим модема автоматически (потому что большинство производителей таких модемов не позаботилось о специальном софте для выполнения этой функции в Linux)

4.1.1  Проверить, такой ли у вас "капризный" модем можно следующим образом. Подключите модем к ресиверу и из Telnet дайте команду: dmesg

Для примера с модемом Toshiba G450, в последних строках результата команды будет нечто подобное:

usb 2-1: new full speed USB device using ST40-ohci and address 3
usb 2-1: configuration #1 chosen from 1 choice
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at X
usb-storage: waiting for device to settle before scanning
  Vendor: Toshiba   Model:                   Rev: X.XX
  Type:   CD-ROM                             ANSI SCSI revision: XX
usb-storage: device scan complete

Это значит, что в модеме как раз используется Zero-CD, и ресивер распознал модем, как CD-ROM! То есть, для работы в режиме модема требуется переключение режима. Если бы вместо этого мы увидели только вот это (и больше ничего):

usb 2-1: new full speed USB device using ST40-ohci and address 4
usb 2-1: configuration #1 chosen from 1 choice

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

4.1.2 Что делать если вместо модема ресивер видит CD-ROM? У некоторых модемов можно сделать это переключение перманентным один раз, используя специальный "родной" софт или AT-команды. У других моделей это невозможно и переключение требуется каждый раз при инициализации. Добрые люди из Draisberghof разработали программу usb_modeswitch для Linux ( Draisberghof - Software - USB_ModeSwitch ), которая решает эту проблему. Программу, правда, пришлось адаптировать для IPBox команде PGI, но теперь она 100% работоспособна и на ресиверах IPBox и уже встроена в прошивку PGI. Для того чтобы вся эта система с переключением режима модема заработала, нужно правильно настроить параметр USB_MODEM в файле pgi.conf.

В качестве значения для USB_MODEM нужно поставить аппаратный идентификатор вашего модема. Этим настройка 3G/CDMA модемов отличается от случаев с CDC-ACM и PL2303, описанных выше, где драйвер устройства загружается автоматически без дополнительных ухищрений в pgi.conf.

ВНИМАНИЕ: Параметр USB_MODEM нужен не только для переключения режимов модема, но и для загрузки драйвера ДЛЯ УЖЕ ПЕРЕКЛЮЧЕННОГО устройства! Поэтому для скоростных модемов этот параметр ДОЛЖЕН БЫТЬ УСТАНОВЛЕН ВСЕГДА, чтобы устройство работало правильно.

Чтобы получить аппаратный идентификатор устройства, подключите модем к ресиверу и дайте Telnet команду: lsusb
Команда должна выдать список всех подключенных устройств USB в таком виде (ваши данные могут отличаться):

Bus 002 Device 003: ID 0930:0d46 Toshiba Corp.
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

Здесь для нас интересна пара значений 0930:0d46 которые являются аппаратным идентификатором (в этом случае - 3G модема Toshiba G450). Программа usb_modeswitch, которая может переключать режимы USB модемов опирается на базу данных, в которой есть большинство известных науке "капризных" модемов, требующих переключения. Эта база пополняется на сайте авторов программы и её всегда можно обновить без перепрошивки. Программа usb_modeswitch при запуске будет искать в своей базе подобный аппаратный идентификатор для того чтобы установить, можно ли что-то сделать с этим устройством или нет. Кроме того, этот же идентификатор понадобится при загрузке драйвера usbserial.ko для вашего модема, поэтому запомните это значение для своего устройства в любом случае, даже если переключение режимов не требуется.

4.1.3 Если у вас модем, требующий переключения режимов, то следующим шагом нужно обязательно свериться с базой usb_modeswitch не только на предмет того, есть ли такая модель в базе, но и также на предмет того нет ли там НЕСКОЛЬКИХ модемов с таким идентификатором. Именно нескольких, потому что ваш модем может быть одним из тех, что имеют одинаковые идентификаторы в режиме CD-ROM (но разные после переключения в режим "данные"!). Поэтому совершенно необходимо проверить свой идентификатор в базе usb_modeswitch. Делается это командой Telnet: ls -1 /var/etc/usb_modeswitch.d

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

Если же вы видите, что для вашей модели есть в списке несколько значений, то нужно взять то значение (полностью, с дополнительным текстом), которое соответствует именно вашей модели. Например, для идентификатора 05c6:1000 вы увидите в списке несколько моделей разных производителей. Поэтому, скажем, если у вас модем AnyDATA, то в качестве идентификатора нужно будет использовать не просто 05c6:1000, а то, что указано для вашей модели, а именно, 05c6:1000:uMa=AnyDATA. Именно это (полное) значение и нужно будет указать в следующем шаге.

4.1.4. Теперь, когда у вас есть точный идентификатор модема, нужно просто прописать его в файле pgi.conf, в параметре USB_MODEM. Например, для случаев, описанных выше, параметр будет выглядеть как USB_MODEM="0930:0d46" для 3G модема Toshiba или как USB_MODEM="05c6:1000:uMa=AnyDATA" для модема AnyDATA.

4.1.5. Если все работает правильно, то при следующей перезагрузке ресивера или при переподключении модема он должен быть автоматически переведен в режим данных, и должно появиться устройство (или несколько) такого вида: /dev/ttyUSB*. Если этого не происходит, то нужно анализировать логи, которые находятся в директории /tmp и называются usbmodem.*.log и usb_modeswitch.*.log

4.2 В остальном, настройки в chat файле и peer файле для pppd будут очень похожи на настройки от GPRS соединения, описанные выше в 2.3 - 2.6. Разница будет в названии серийного порта: /dev/ttyUSB0 вместо /dev/ttyACM0. Также, скорость порта в peer файле: 460800 вместо 115200. AT-команды инициализации правильного режима (UMTS/3G) в chat-скрипте могу тоже отличаться. См. файлы-шаблоны 3g.chat и 3g в /var/etc/ppp/chats и /var/etc/ppp/peers, хотя сразу стоит оговориться, что эти шаблоны скорее всего придется модифицировать под вашего конкретного провайдера и под конкретное устройство.

4.3 У скоростных модемов с SIM-картами могут возникнуть проблемы со вводом PIN-кода при посылке AT команд для установления соединения. Очень настоятельно рекомендуется отключить запрос PIN-кода, что зачастую можно сделать программными средствами, поставляемыми с модемом (под Windows). Из-за того, что нужен PIN-код, модем может просто не заработать при установлении соединения, или еще того хуже заблокироваться после трех неудачных попыток, так что вам придется искать код PUK. Некоторые модемы понимают специальные AT-команды для ввода PIN-кода во время соединения, которые можно прописать в chat-скрипт, но все же лучше не рисковать.



5. Использование соединения по технологии PPPoE (PPP через Ethernet)
==============================================================================

5.0 Для подключения к Интернет-провайдеру по протоколу PPPoE не требуется никаких особых манипуляций с драйверами, так как все уже встроено в прошивку и может использоваться с минимальными изменениями.

5.1 Настройте файл /var/etc/ppp/peers/pppoe. В уже существующем шаблоне вам, скорее всего, придется заменить только параметр name, в котором нужно указать свой логин.

5.2 Пароль для соединения вписывается в файл /var/etc/ppp/chap-secrets. В прошивке уже есть шаблон, в котором нужно поменять password на свой пароль для доступа в Интернет.

5.3 Осталось только прописать параметр PPPD_PEER="pppoe" в файл pgi.conf и перезагрузить ресивер (или использовать меню панели скриптов) для того чтобы соединение по PPPoE начало работать.

5.4 Для дополнительных тестов в прошивку включена утилита pppoe-discovery, которая ищет в вашей сети точки доступа для PPPoE (чисто для информации). Вот так может выглядеть позитивный результат работы этой программы (в сети найден PPPoE концентратор):

[PGI ~]$ pppoe-discovery
Access-Concentrator: teleprov009
--------------------------------------------------
AC-Ethernet-Address: 00:10:33:11:ea:26



6. Дополнительные замечания по соединениям c использованием pppd
==============================================================================

В этом разделе несколько фактов, о которых стоит знать, если метод вашего подключения к Интернет включает в себя использование pppd.

6.1 Стандартный маршрут (он же Default Route, он же IP Gateway)
Предположим, что вы подключены к ресиверу через LAN интерфейс eth0, у которого, само-собой разумеется уже есть свои IP настройки (иначе вы просто не смогли бы подключиться к ресиверу). Неважно, каким образом эти настройки установлены, динамически или статически, но одной из обязательных настроек интерфейса и сети является cтандартный маршрут, который может указывать, либо на ваш роутер, если таковой имеется в вашей сети, либо просто в никуда (если, скажем, ресивер напрямую соединен с компьютером и больше ни с чем). Когда происходит соединение pppd, то в вашем ресивере появляется еще один сетевой интерфейс ppp0, со своей конфигурацией, которую обычно присылает провайдер автоматически при подключении. Если у вас в момент создания соединения уже существует стандартный маршрут, то новый стандартный маршрут присылаемый провайдером по PPP будет просто-напросто отброшен! В результате чего, возникнет такая ситуация, что коннект в Интернет есть, а доступа в Интернет нет. Это происходит потому, что все запросы во внешний мир проходят через этот самый стандартный маршрут, а он обычно показывает в сторону вашей домашней сети, а не в сторону нового соединения PPP. Для предотвращения этой проблемы в прошивке PGI уже есть готовый скрипт /var/etc/ppp/ip-pre-up, который всегда запускается сервисом pppd перед самым моментом создания PPP соединения. Этот скрипт, в числе всего прочего, удаляет стандартный маршрут (и запоминает его значение во временном файле). Таким образом, новый стандартный маршрут, получаемый от провайдера становится активным, и доступ в Интернет начинает работать. После разрыва соединения PPP, автоматически запускается скрипт /var/etc/ppp/ip-down, который восстанавливает ранее сохраненный стандартный маршрут. Эти скрипты могут использоваться для выполнения других пользовательских функций.

6.2 Настройки DNS
Ситуация с DNS практически идентична той, что описана выше в 6.1. Многие провайдеры присылают свои настройки DNS, и если pppd их получает, то создается файл /var/etc/ppp/resolv.conf с новыми настройками. Этот файл не используется системой, если не поместить его в нужное место (в директорию /var). Как и в случае со стандартным маршрутом, в PGI уже есть скрипты /var/etc/ppp/ip-pre-up и /var/etc/ppp/ip-down, которые автоматически выполнят всю необходимую работу по настройкам DNS (если провайдер их присылает при подключении). Если провайдер НЕ присылает эти настройки, то тогда может потребоваться ручное редактирование файла /var/resolv.conf или вышеупомянутых скриптов для автоматических изменений.

6.3 Работа с iptables
Каждый раз, когда ресивер подключается с Интернет используя сервис pppd, ресивер получает новый IP адрес, который в зависимости от вашего провайдера и типа модема может оказаться полностью открытым внешнему миру. Не думаю, что вас обрадует мысль о том, что кто-угодно на планете может свободно попользоваться веб-интерфейсом вашего ресивера или лазить по внутренностям ресивера через Telnet, может подсмотреть или запортить информацию, или что еще хуже, добраться до других устройств в вашей домашней сети, используя ресивер как средство для взлома. Для предотвращения подобных инцидентов в прошивку PGI была добавлена полная поддержка iptables, то есть полноценного сетевого экрана Linux со всеми возможными функциями. В прошивку уже включен скрипт /var/etc/ppp/ip-pre-up, который помимо всего прочего, включает защиту от внешних атак при установлении соединения PPP. Скрипт не претендует на гениальность, он просто закрывает все TCP и UDP порты для ВХОДЯЩИХ соединений для интерфейсов ppp. Но возможности iptables на этом не заканчиваются. При помощи разнообразных настроек iptables ресивер с прямым подключением к Интернету можно превратить в некое подобие роутера, потому как такие технологии как NAT и Masquerading теперь тоже возможны и на IPBox. Вы можете модифицировать скрипт настройки iptables по своему усмотрению или создать полностью новый скрипт, если вам потребуется другие функции. Хотя настройка iptables требует достаточно хорошего понимания сетевых технологий и самого
синтаксиса iptables, в Интернете можно найти очень большое количество уже готовых настроек почти на все случаи жизни.


Удачи!
uncle.f и pacco


Дополнение.
Обычно модемы продают залоченными на конкретного оператора. В моем случае на оператора Velcom. Т.к. этим оператором я пользоваться не захотел, то решил использовать сим-карту МТС. Однако, при подключении модема к компьютеру с этой картой, открылось скромное окошко с просьбой ввести код и предупреждением, что осталось 7 дней… тьфу 10 попыток.
Это, конечно, свинство. Короткий поход в гугль и я стал обладателем небольшой программки для разлочки большего числа модемов HUAWEI. Ищем в архиве файл HUAWEI_Calculator.exe
Запускаем и вводим вручную 15-значный IMEI номер модема. Жмем кнопку Calculate и получаем восьмизначный Unlock Code, который вводим в вышеназванное окошко.

[ Гостям не разрешен просмотр вложений ]

Перед мной сейчас лежит 3G Модем Huawei E160G. Сейчас сделаю бекап прошивки и опробую.

Перед мной сейчас лежит 3G Модем Huawei E160G. Сейчас сделаю бекап прошивки и опробую.

В архиве програмулина для разлочки твоего чуда.

В архиве програмулина для разлочки твоего чуда.

Моё чудо давно, мной разлочена и прошита под мегафон, только лейбек от билайна остался 

Так при установке пакетов выдаёт ошибки. Пока эксперементы остановлю.

[ Гостям не разрешен просмотр вложений ]

Раскрыл все пакеты .ipk и запихал все файлы ручками. Буду пробивать

root@bm750:/sbin# lsusb
lsusb: error while loading shared libraries: /usr/lib/libusb-0.1.so.4: invalid ELF header

Сдаётся мне, что всё надо пересобрать для ядра Vu+

Как я и предпологал надо собирать модуля под ядро Vu+. Дальнейшие эксперименты не имеют смысла

Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.

Как я и предпологал надо собирать модуля под ядро Vu+. Дальнейшие эксперименты не имеют смысла

Я в этом даже и не сомневался.

Я в этом даже и не сомневался.

А я надеялся, вроде как пакеты с модулями 2.6.18-7.3-dm800, номер ядра как у Vu+

USB 3G модемы на VTI Image точно не будут работать по 3 причинам:

1. Нет моделей ядра: (это основное!)
kernel-module-cdc-acm
kernel-module-usbserial

2. Нет собранной библиотеки libusb и пакета usbutils

3. Ядро собрано без поддержки pppd (это тоже важно!)

Так что можите не пытаться что-то сделать с 3G, я попытался 2 недели назад, и увы не смог по изложенным выше причинам

3. Ядро собрано без поддержки pppd (это тоже важно!)

Если ядро собрано без потдержки, почему тогда в /etc поумолчанию есть папка pppd?

почему тогда в /etc поумолчанию есть папка pppd?

Потому что это стандартная папка Е2

Понятно.

Если ядро собрано без потдержки, почему тогда в /etc поумолчанию есть папка pppd?

Потому что установлен пакет pppd, но толку от него нуль, т.к. он не запускается из-за отсутствия поддержки в ядре

Значит осталось за малым пересобрать ядро.

Текущее состояние дел по поддержке 3G модемов на Vu+

Проверялось на прошивке VTI 2.0

1. Ядро собрано с поддержкой PPP
2. Присутствуют модули ядра ppp-generic и ppp-async (ставятся ручками)
3. Удалось установить и попробовать в работе библиотеку libusb, программу lsusb и прогу для переключения 3G модема в режим модема - usb_modeswitch
4. Увы, но пока в ядре нет поддержки модулей usb-serial, usb-ftdi и т.п., поэтому модем пока не опознается

Как только народ из VTI Team додумается собрать ядро с этими модулями, так сразу станет возможным использование 3G модемов на Vu+
Вобщем ждемс...

P.S. Попробовал прошивку AAF, там эти модули есть, модем опознается, но увы пункты 1-2 там отсутствуют

Текущее состояние дел по поддержке 3G модемов на Vu+Проверялось на прошивке VTI 2.01. Ядро собрано с поддержкой PPP2. Присутствуют модули ядра ppp-generic и ppp-async (ставятся ручками)3. Удалось установить и попробовать в работе библиотеку libusb, программу lsusb и прогу для переключения 3G модема в режим модема - usb_modeswitch4. Увы, но пока в ядре нет поддержки модулей usb-serial, usb-ftdi и т.п., поэтому модем пока не опознается

У меня те же самые результаты. Всё один в один как у тебя
Пытался  с PLI подсунуть usb-serial и usb-ftdi, думал прокатит, но modprobe как всегда показывает, что модули не для этого ядра
Кстати в другой теме ты говорил про плагин xModem, прикольный плагин, на VTI 2.0 даже работает.

Кстати в другой теме ты говорил про плагин xModem, прикольный плагин, на VTI 2.0 даже работает.

xModem хороший плагин, но пока не будет модуля usbserial, то толку от него нуль.

Вчера я собрал офф. прошивку 5.2 с модулем usbserial, сегодня попробую на ней завести модем ZTE MF626, по идее должен заработать. Так же попробую засунуть в офф. 5.2 все плюшки от VTI