Как прикрутить Bluetooth на Debian?

Написал(а) cutter Дата 17.09.07 12:52

Bluetooth ?

Написал(а) hawk Дата 17.09.07 13:06

Упс ссори за ошибку (модераторы поправьте плиз тему, буду внимательнее), да я про него.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) cutter Дата 17.09.07 13:30

А что именно нужно прикрутить?

Например, я пользуюсь блютуфом как интерфейсом между телефоном и компом.
И стоит всего лишь один пакет -- bluez-utils.

Написал(а) hawk Дата 17.09.07 13:44 Отредактировано 17.09.07 13:47

Да-да, вот это именно и нужно. Просто я не знал, как это реализовывается и с помощью какого софта.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 17.09.07 18:12

Можно поподробнее. Знак блютуса появился, но вот что дальше, там же должен модем ставится?
Пакет bluez-utils поставил.
Причем из под Гнома все работает из под КДЕ - не нашел.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 17.09.07 19:59

Тебя на гугле забанили? ;-)

первая же строка поиска выдала ссылку: http://www.opennet.ru/base/modem/altlinux-s55-bluetooth-gprs.txt.html
Посмотри, что-то немного устарело, но в основе все сказано. Сам пробовал - все работает.
Не знаю, как уж у тебя в гноме работает, а в кде нет, но все можно сделать утилитами (запуск которых можно прописать через udev: втыкаешь bluetooth донгл, а все команды отдаст udev автоматом)

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) hawk Дата 23.09.07 06:32

1. поставил blues-utils
2. etc/bluetooth - поправил hcid.conf где речь идет о пин тлф
еще добавил pin_helper /etc/bluetooth/bluepin; в раздел options,
создал файл bluepin слудующего содержания #/bin/sh
echo "PIN:00"
3. в консоле проделал следующее:

debian:~# hciconfig
hci0: Type: USB
BD Address: 00:02:5B:01:09:4E ACL MTU: 384:8 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:395 acl:0 sco:0 events:17 errors:0
TX bytes:317 acl:0 sco:0 commands:17 errors:0

debian:~# hcitool scan
Scanning ...
00:13:70:1D:10:3E Oleg

debian:~# sdptool search DUN
Inquiring ...
Searching for DUN on 00:13:70:1D:10:3E ...
Service Name: Dial-Up Networking
Service RecHandle: 0x10005
Service Class ID List:
"Dialup Networking" (0x1103)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 2
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100

подключаю устройство:

debian:~# rfcomm bing 0 00:13:70:1D:10:3E 1
RFCOMM configuration utility ver 3.7
Usage:
rfcomm [options] <command> <dev>

Options:
-i [hciX|bdaddr] Local HCI device or BD Address
-h, --help Display help
-r, --raw    Switch TTY into raw mode
-f, --config [file]   Specify alternate config file
-a Show all devices (default)

Commands:
bind    <dev> <bdaddr> [channel]    Bind device
release <dev> Release device
show    <dev> Show device
connect <dev> <bdaddr> [channel]    Connect device
listen   <dev> [channel] Listen

что я делаю не верно при подключении устройства?

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 23.09.07 17:41 Отредактировано 23.09.07 18:13

Вот мои тесты:

$ sh /etc/rc.d/rc.bluetooth start
Starting Bluetooth subsystem: hcid sdpd rfcomm dund passkeys.

$ hciconfig
hci0: Type: USB
BD Address: 00:11:67:5C:3E:01 ACL MTU: 678:8 SCO MTU: 48:10
UP RUNNING PSCAN
RX bytes:408 acl:0 sco:0 events:18 errors:0
TX bytes:320 acl:0 sco:0 commands:18 errors:0

$ hcitool scan
Scanning ...
00:1A:8A:60:C1:31 mobilephone

$ sdptool search DUN
Inquiring ...
Searching for DUN on 00:1A:8A:60:C1:31 ...
Service Name: Dial-up Networking
Service RecHandle: 0x10002
Service Class ID List:
"Dialup Networking" (0x1103)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 3
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100

$ rfcomm bind rfcomm0 00:1A:8A:60:C1:31 3

$ ls -l /dev/rfcomm*
crw-rw---- 1 root root 216, 0 2007-09-23 20:35 /dev/rfcomm0

Обрати внимание на выделение жирным! Номер канала должен использоваться именно для DUN! В твоем случае - канал номер 2

Далее, настраиваем /etc/ppp/peers/bluetooth на использование /dev/rfcomm0 (плюс, конечно, другие опции, для вызова chat в частности. так-же, настраиваем /etc/ppp/pap-secrets) и вызываем:

$ pppd call bluetooth
Press CTRL-C to close the connection at any stage!
defining PDP context...
rAT
OK
ATH
OK
ATE1
OK
AT+CGDCONT=1,"IP","internet.beeline.ru"
OK
waiting for connect...

ATD*99***1#
CONNECT
Connected.
If the following ppp negotiations fail,
try restarting the phone.

Serial connection established.
using channel 3
Using interface ppp1
Connect: ppp1 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <auth pap>]
sent [LCP ConfAck id=0x1 <asyncmap 0xa0000> <auth pap>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>]
sent [LCP EchoReq id=0x0 magic=0x0]
sent [PAP AuthReq id=0x1 user="beeline" password="beeline"]
rcvd [LCP EchoRep id=0x0 magic=0x0]
rcvd [PAP AuthAck id=0x1 "Login OK"]
Remote message: Login OK
PAP authentication succeeded
kernel does not support PPP filtering
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1 <addr 192.200.1.21>]
sent [IPCP ConfAck id=0x1 <addr 192.200.1.21>]
rcvd [IPCP ConfNak id=0x1 <addr 10.1.47.55>]
sent [IPCP ConfReq id=0x2 <addr 10.1.47.55>]
rcvd [IPCP ConfAck id=0x2 <addr 10.1.47.55>]
local IP address 10.1.47.55
remote IP address 192.200.1.21
Script /etc/ppp/ip-up started (pid 4838)
Script /etc/ppp/ip-up finished (pid 4838), status = 0x0
Terminating on signal 2
Connect time 0.8 minutes.
Sent 924 bytes, received 336 bytes.
sent [LCP TermReq id=0x2 "User request"]
rcvd [LCP TermAck id=0x2]
Connection terminated.

Sending break to the modem

PDP context detached
Serial link disconnected.

(после подключения сделал:
$ route add -host www.ru dev ppp1
$ ping www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.
64 bytes from www.ru (194.87.0.50): icmp_seq=1 ttl=51 time=927 ms
64 bytes from www.ru (194.87.0.50): icmp_seq=2 ttl=51 time=721 ms
64 bytes from www.ru (194.87.0.50): icmp_seq=3 ttl=51 time=698 ms

--- www.ru ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3505ms
rtt min/avg/max/mdev = 698.381/782.637/927.775/103.073 ms
и нажал Ctrl-C в окне запуска pppd для остановки)

PS. версии установленных у меня утилит:
$ ls /var/log/packages/bluez*
/var/log/packages/bluez-firmware-1.2-i486-1
/var/log/packages/bluez-hcidump-1.34-i486-1
/var/log/packages/bluez-libs-3.9-i486-1
/var/log/packages/bluez-utils-3.9-i486-3
может и тебе стоит обновиться? ;-)

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) cutter Дата 23.09.07 18:02

> debian:~# rfcomm bing 0 00:13:70:1D:10:3E 1

А что значит bing? Он же вполне понятно говорит, о том, какие опции имеются
и как их применять.

Может так:

rfcomm bind /dev/rfcomm0 00:13:70:1D:10:3E 1

Этап с ПИНами, похоже, пройден. Это хорошо :-)

У меня есть такой конфиг: /etc/bluetooth/rfcomm.conf :

cat rfcomm.conf
#
# RFCOMM configuration file.
#

rfcomm0 {
# Automatically bind the device at startup
bind yes;

# Bluetooth address of the device
device 00:17:E3:C3:1A:F3

# RFCOMM channel for the connection
channel 1;

# Description of the connection
comment "connection to ... ";
}

После изменения вышеуказанного конфига, говорим /etc/init.d/bluetooth restart
и, далее, используем /dev/rfcomm0 в любимой звонилке, wvdial, например. (Я
так предположил, что мы собираемся пользоваться гпрс-интернетом через телефон,
посредством блютуфа?)

Написал(а) LOE (Site/forum admin) Дата 23.09.07 18:15

Хех, bing -> bind я тоже прозевал ;-)

Хотя там все равно 2 ошибки: неверно указаны номер канала и девайс в команде биндинга.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) cutter Дата 23.09.07 18:20

Да.
А я прозевал номер канала в выводе hcitool scan :-)

Написал(а) hawk Дата 23.09.07 18:21 Отредактировано 23.09.07 18:26

Да совершенно верно cutter, проверю еще раз, кстати команда
[bloc] debian:~# hcitool scan
Scanning ...
00:13:70:1D:10:3E Oleg
debian:~# rfcomm bind 0 00:13:70:1D:10:3E 1
debian:~# pppd call gprs
Failed to open /dev/rfcomm0: Connection refused [/bloc]
были созданы файлы:
[bloc]/etc/ppp/peers/gprs
/etc/ppp/chat/gprs [/bloc]
при вызове pppd call gprs к сотику идет обращение, сотик выдает, "разрешить подключение и просит код", по умолчанию 12345 ввожу в ответ: "Failed to open /dev/rfcomm0: Connection refused "

Сейчас попробую проделать в соответствии с вышенаписанным.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 23.09.07 18:26

На счет ПИН-кода подтверждения у меня в слаквари написано:

PIN (or passkey) management
---------------------------
since bluez 3.0 the old pin_helper script has been replaced by
the dbus interface. To add a default passkey for every outgoing
request (e.g. the old /etc/bluetooth/pin file) drop it into
/etc/bluetooth/passkeys/default. (e.g. echo -n "1234" >
/etc/bluetooth/passkeys/default )
To add a passkey for a specific outgoing connection replace default
with the device's address. ( /etc/bluetooth/passkeys/aa:bb:cc:dd:ee:ff
will contain passkey for aa:bb:cc:dd:ee:ff ).
After adding a passkey you should restart bluetooth with

/etc/init.d/bluetooth restart

and the new passkeys will be registered.

(This behaviour has been copied from Debian)

И еще раз: синтаксис команды биндинга немного _другой_, не считая номера канала.
Внимательнее читай наши сообщения, все ж разжевано ;-)

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) cutter Дата 23.09.07 18:46

Я ошибся. Этап с пином не пройден! :-)

Внимательно читай файл /usr/share/doc/bluez-utils/README.Debian.gz

Написал(а) hawk Дата 23.09.07 19:15

Вроде свои ошибки поправил, теперь:
debian:~# hcitool scan
Scanning ...
00:13:70:1D:10:3E Oleg
debian:~# sdptool search DUN
Inquiring ...
Searching for DUN on 00:13:70:1D:10:3E ...
Service Name: Dial-Up Networking
Service RecHandle: 0x10005
Service Class ID List:
"Dialup Networking" (0x1103)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 2
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100

debian:~# rfcomm bind rfcomm0 00:13:70:1D:10:3E 2
debian:~# ls -l /dev/rfcomm*
crw-rw---- 1 root dialout 216, 0 2007-09-23 22:38 /dev/rfcomm0

После ввода: pppd call gprs тлф хрюкнет, затребует код, ввожу код, который всегда и был 12345 и тишина :-(

в консольке сново приглашение debian:~#

Пробовал с конфигом /etc/bluetooth/rfcomm.conf :
содержание
rfcomm0 {
# Automatically bind the device at startup
bind yes;

# Bluetooth address of the device
device 00:13:70:1D:10:3E

# RFCOMM channel for the connection
channel 2;

# Description of the connection
comment "connection to ... ";
}
после запуска:
debian:~# /etc/init.d/bluetooth restart
Restarting bluetooth: hcid sdpdsyntax error line 9
rfcomm. что за ошибка синтаксиса в строке "channel 2;" я так и не понял?..???

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 23.09.07 19:34

Ошибка в предыдущей строке:
device 00:13:70:1D:10:3E; - пропущена точка-с-запятой в конце

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) LOE (Site/forum admin) Дата 23.09.07 19:37

Покажи свой /etc/ppp/peers/gprs
pppd может детачиться от контрольного терминала
Если указана опция debug - смотри в /var/log/debug вывод отладки запуска pppd
Трабла уже может быть с ним.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) hawk Дата 24.09.07 05:32

/etc/ppp/peers/gprs следующего содержания

/dev/rfcomm0 57600
connect '/usr/sbin/chat -v -f /etc/ppp/chat/gprs'
noauth
defaultroute
lock
debug
novjccomp
nopcomp
noaccomp
nodeflate
novj
nobsdcomp
default-asyncmap
ipcp-accept-local
ipcp-accept-remote
usepeerdns
user
nodetach
провайдер megafon, там пользователь и пароль пустые, около user - надо в этом случае что-то указывать?

/etc/ppp/chat/gprs записываем команды /usr/sbin/chat:

TIMEOUT 5
ECHO ON
ABORT   '\nBUSY\r'
ABORT   '\nERROR\r'
ABORT   '\nNO ANSWER\r'
ABORT   '\nNO CARRIER\r'
ABORT   '\nNO DIALTONE\r'
ABORT   '\nRINGING\r\n\r\nRINGING\r'
'' \rAT
TIMEOUT 12
OK ATH
OK ATE1
OK AT+CGDCONT=1,"IP","internet.nw"
OK ATD*99***1#
CONNECT

в файл /etc/ppp/pap-secrets добавляю строку:

megafon ppp0 "megafon"

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 24.09.07 06:48

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

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) Bercut Дата 24.09.07 11:30

так к сведению у мегафона apn не один
если симка этого года то internet
а если прошлого и ранее то internet.nw

русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...

Написал(а) hawk Дата 24.09.07 17:59

internet.nw точно - это проверено, настраивал под Win

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 24.09.07 21:34

Что в логах при запуске pppd? Если дело доходит до его запуска, логов не может не быть!
И вот мои опции для pppd:

nodetach
debug
show-password
connect /etc/ppp/peers/gprs-connect-chat
disconnect /etc/ppp/peers/gprs-disconnect-chat
/dev/rfcomm0 # Bluetooth serial port one
230400
crtscts # serial cable, Bluetooth and USB
local
noipdefault
ipcp-accept-local
nodefaultroute
novj
nobsdcomp
novjccomp
nopcomp
noaccomp
nodeflate
noauth
nomagic

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) hawk Дата 25.09.07 17:23

var/log/debug
Sep 25 21:15:06 localhost hcid[3111]: call_passkey_agent(): no agent registered

в консоли:
debian:/# pppd call gprs
Failed to open /dev/rfcomm0: Connection refused
при этом на сотовом открывается окно с запросом кода доступа, обычно всегда вводил 12345, сейчас на эти цифры выдает, то что выше написал. Failed to open /dev/rfcomm0: Connection refused

файл исправил etc/ppp/peers/gprs

nodetach
debug
show-password
connect /etc/ppp/peers/gprs
#disconnect /etc/ppp/peers/gprs-disconnect-chat
/dev/rfcomm0 # Bluetooth serial port one
230400
crtscts # serial cable, Bluetooth and USB
local
noipdefault
ipcp-accept-local
nodefaultroute
novj
nobsdcomp
novjccomp
nopcomp
noaccomp
nodeflate
noauth
nomagic

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 25.09.07 18:16

Поскольку у тебя не появляется /dev/rfcomm0, то начинай с самого начала.
pppd запускать бестолку.
Добивайся работоспособности сначала связки мобила-донгл.
Всю свою информацию я предоставил.
Не забывай про совет обновить утилиты, у тебя версия старовата.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) G0thic Дата 26.09.07 14:47

Хех. Походу я дальше продвинулся. у меня так вылетает:

# pppd call gprs
AT
OK
ATH
OK
AT+CGDCONT=1,"IP","internet.beeline.ru"
OK
ATD*99***1#
CONNECT
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1693c1e3>]
rcvd [LCP ConfRej id=0x1 <magic 0x1693c1e3>]
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>]
sent [LCP ConfAck id=0x0 <auth pap> <mru 1500> <asyncmap 0xa0000>]
sent [LCP EchoReq id=0x0 magic=0x0]
sent [PAP AuthReq id=0x1 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x2 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x3 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x4 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x5 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x6 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x7 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x8 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x9 user="beeline" password="beeline"]
sent [PAP AuthReq id=0xa user="beeline" password="beeline"]
sent [LCP EchoReq id=0x1 magic=0x0]
No response to PAP authenticate-requests
sent [LCP TermReq id=0x3 "Failed to authenticate ourselves to peer"]
sent [LCP TermReq id=0x4 "Failed to authenticate ourselves to peer"]
Connection terminated.

Когда кругозор человека сужается к минимуму, он называет это своей точкой зрения.

Написал(а) hawk Дата 26.09.07 18:25

Наконец то удалось «сопряч» дебиан и телефон =-)

проделал следующее:
---------------------------------------------------------------------------
1) Изменил hcid.conf

#
# HCI daemon configuration file.
#

# HCId options
options {
# Automatically initialize new devices
autoinit yes;

# Security Manager mode
#   none - Security manager disabled
#   auto - Use local PIN for incoming connections
#   user - Always ask user for a PIN
#
security auto; - тут поменял на auto

# Pairing mode
#   none - Pairing disabled
#   multi - Allow pairing with already paired devices
#   once - Pair once and deny successive attempts
pairing multi;

# Default PIN code for incoming connections
passkey "12345"; - тут поменял пароль
}

# Default settings for HCI devices
device {
# Local device name
#   %d - device id
#   %h - host name
name "%h-%d";

# Local device class
class 0x3e0100;

# Default packet type
#pkt_type DH1,DM1,HV1;

# Inquiry and Page scan
iscan enable; pscan enable;

# Default link mode
#   none   - no specific policy
#   accept - always accept incoming connections
#   master - become master on incoming connections,
# deny role switch on outgoing connections
lm accept;

# Default link policy
#   none - no specific policy
#   rswitch - allow role switch
#   hold - allow hold mode
#   sniff   - allow sniff mode
#   park - allow park mode
lp rswitch,hold,sniff,park;
}

----------------------------------------------------------------

2) После поправил rfcomm.conf:

rfcomm0 {
bind yes;
device 00:13:70:1D:10:3E;
channel 2;
comment "Oleg";
}

перезапустил блютус выполнив etc/init.d/bluetooth restart

-----------------------------------------------------------------

3)Проверил, видно ли в системе блютус адаптер:

debian:~# hciconfig
hci0:   Type: USB
BD Address: 00:02:5B:01:09:4E ACL MTU: 384:8 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:2193 acl:40 sco:0 events:137 errors:0
TX bytes:1697 acl:41 sco:0 commands:52 errors:0

debian:~# sudo hcitool scan
Scanning ...
00:13:70:1D:10:3E    Oleg

debian:~# hciconfig hci0 pi scan
hci0:   Type: USB
BD Address: 00:02:5B:01:09:4E ACL MTU: 384:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:2436 acl:40 sco:0 events:154 errors:0
TX bytes:1712 acl:41 sco:0 commands:55 errors:0

После выполнения данных команд и обмена запросами удалось таки спарить ТЛФ и комп. На ТЛФ в сопряженных устройствах появилось устройство: debian-0. Что говорит о том, что устройства сопряжены.

4)Установил звонилку wvdial.
5)Изменил /etc/wvdial.conf :

[Dialer Defaults]
Modem = /dev/rfcomm0
ISDN = off
Modem Type = Analog Modem
Baud = 115200
Init = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+CGDCONT=1,"IP","internet.nw"
Phone = *99***1#
Dial Attempts = 1
Dial Command = ATM1L3DP
Ask Password = off
Password = megafon
Username = megafon
Auto Reconnect = off
Abort on Busy = on
Carrier Check = on
Check Def Route = on
Abort on No Dialtone = on
Stupid Mode = on
Idle Seconds = 0
Auto DNS = on

после чего в консоле ввел:
debian:~# wvdial (подтвердил запрос на сотике, пошло соединение)

Ход подключения:

debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Configuration does not specify a valid login name.
--> Configuration does not specify a valid password.
debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Configuration does not specify a valid login name.
--> Configuration does not specify a valid password.
debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Sending: ATM1L3DP*99***1#
--> Waiting for carrier.
ATM1L3DP*99***1#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Wed Sep 26 21:27:47 2007
--> Pid of pppd: 3927
--> Using interface ppp0
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> local IP address 10.129.115.205
--> pppd: [18][12][06][08]
--> remote IP address 10.6.6.6
--> pppd: [18][12][06][08]
--> primary   DNS address 10.140.142.45
--> pppd: [18][12][06][08]
--> secondary DNS address 10.140.142.42
--> pppd: [18][12][06][08]

После чего на сотовом появился значок «G» - gprs.

Все попытки загрузить странички (например ya.ru) или пропинговать оказались без результатными, в чем еще дело не понятно :-(

. Подскажите плиз, что я сделал не так опять?

По «контрл+с» соединение разрывается и значек «G» - gprs на сотике пропадает.

Пробовал подключаться и с более простым конфигом wvdial.conf

[Dialer Defaults]
Modem = /dev/rfcomm0
Phone = *99***1#
Init2 = AT+CGDCONT=1,"IP","internet.nw"
Password = megafon
Username = megafon

Подключение так же проходит, вот результат:

debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Sending: ATDT*99***1#
--> Waiting for carrier.
ATDT*99***1#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected. Waiting for prompt.
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> PPP negotiation detected.
--> Starting pppd at Wed Sep 26 21:16:27 2007
--> Pid of pppd: 3839
--> Using interface ppp0
--> pppd: H����[05][06][08]� [06][08]
--> pppd: H����[05][06][08]� [06][08]
--> pppd: H����[05][06][08]� [06][08]
--> pppd: H����[05][06][08]� [06][08]
--> pppd: H����[05][06][08]� [06][08]
--> pppd: H����[05][06][08]� [06][08]

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

(

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) G0thic Дата 26.09.07 18:45

У меня кстати тоже "G" загорается и не пропадает, пока телефон не выключишь.

Когда кругозор человека сужается к минимуму, он называет это своей точкой зрения.

Написал(а) hawk Дата 27.09.07 05:06 Отредактировано 27.09.07 05:11

Нет, если прекратить соединение ctrl+с, тогда на тлф пропадает gprs и "G" тоже.
Вобщем подключается все нормально и на тлф видно, что gprs заработал, отключается тоже нормально G пропадает. Но вот пинги не идут и стр. не прогружаются :-(

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 27.09.07 05:29

Может быть брендмауэр есть какой? По умолчанию, может зарублено все? локально 80 порт видет, апач работает.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) cutter Дата 27.09.07 10:43

Попробуй использовать точку доступа в конфиге wvdial не internet.nw а internet .

Написал(а) hawk Дата 27.09.07 16:46 Отредактировано 27.09.07 16:49

Все уважаемые! Пишу вам из Linux :-)

, мои крики УРА!!! наверное слышала вся округа Пустошь Бора =-).
Причина была банальной, все настроено верно и точка доступа тоже, т.к. настройки мне присылали SMS с Мегафона.
Все разрешилось переходом в Gnome, до этого ставил себе KDE и работал в нем, но видимо в Debian не все так гладко с KDE.
---
p.s. подскажите, как мне контролировать трафик, утилитка может какая подсчета трафика?

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) cutter Дата 27.09.07 17:46

Доктор, чудес не бывает! KDE, Gnome -- это, конечно же, всё хорошо, но они ни каким
образом не повлияют на pppd и bluez-utils.

Трафик можно контролировать, иногда посматривая на интерфейс ppp0:

# ifconfig ppp0
ppp0 Link encap:Point-Point Protocol
inet addr:91.76.122.192 P-t-P:91.76.120.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 ASYMMTU:1500
RX packets:54990 errors:0 dropped:0 overruns:0 frame:0
TX packets:54835 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:51997196 (49.5 Mb) TX bytes:23948031 (22.8 Mb)

RX bytes -- принятые байты, TX -- переданные.

Ещё, помнится, для KDE был какой-то сервис, вешающий в трее иконку, на подобии
как в винде, пожамкав по которой можно было посмотреть на трафик. knemo называется.
Возможно в Gnome есть нечто подобное.

Написал(а) hawk Дата 27.09.07 18:23

Доктор, чудес не бывает! KDE, Gnome -- это, конечно же, всё хорошо, но они ни каким
образом не повлияют на pppd и bluez-utils.

Но это действительно так, сначало начал менять конфиг WVDIAL, точки доступа пробовал прописывать, просто internet, но с такой настройкой выдавало ошибку соединения. После возвратил все обратно, подключился в KDE, но пинги не пошли, решил попробовать в GNOME - подключился, попробовал пропинговать тот же ресурс, что и в KDE и о чуду - все пошло.

По поводу контроля трафика - спасибо!

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'