Подключение таблетки к интернету используя Bluetooth PAN на Linux (Страница 2 из 5)

Происходит вот  что. Сначала связь с интернетом прекрасно работает. Проверял просто заходя на сайты броузером. Через некоторое время пропадает соединение через блютус. Т.е. 192.168.2.2 перестает пинговаться с ноутбука, а 192.168.2.1 перестает пинговаться с таблетки. При этом демон pand продолжает работать, по крайней мере ps -ae его показывает. При перезапуске соединения с таблетки (btpat stop    btpan start) подключение bnep0 в списке подключений ifconfig -a не появляется. А запуск btpan start на таблетке на долгое время зависает на сообщении connection /org/bluez/network/connection0 и подключение bnep0 на таблетке тоже не появляется, хотя btpan сообщает об успешном соединении. Перезапуском pand на ноутбуке ситуация не лечится. Лечится только перезагрузкой ноутбука. Таблетку перезагружать не надо. Я сейчас сильно грешу на неправильную настройку именно блютуса, а не файрвола на ноутбуке. Хотя есть одна странность. Я пинговал с таблетки 77.88.21.3 и 1000 пингов прошли абсолютно нормально. Т.e. при обмене по TCP блютус падает, а при обмене по ICMP живет... Вобщем ничего не понятно.

Этого не пробовал. Попробую и напишу позже, ибо сейчас под виндой сижу, надо с проектом поработать.

Кстати по поводу винды. Поднял сейчас соединение через неё. На таблетке оставил тот же скрипт btpan, что давался в этой нитке.
Под виндой - IVT BlueSoleil v6.4.249.0. Можно взять здесь http://torrents.ru/forum/viewtopic.php?t=1671260 вместе с таблэткой от жадности.
Что нужно иметь в виду. BlueSoleil при установке убивает все созданные на компьютере подключения. Не знаю у кого кривые руки, у меня или у разработчиков, но мне все подключения пришлось вводить заново. Благо у меня их всего два - stream в городе и skylink в деревне. Так что если у вас там что-то ценное - сохранитесь.
Как настроить. Непонятно почему, BlueSoleil упорно не желает работать с сетью 192.168.2.*, а вместо этого лезет в 192.168.0.*. Поэтому в скрипте btpan на таблетке соответствующим образом меняем адрес и гейт. Дальше в свойствах подключения, через которое подключен интернет (у меня stream) разрешаем доступ через это соединение компьютерам локальной сети. После этого всё прекрасно начинает работать. И вроде бы работает устойчиво. Такого глюка как был под линуксом нет. Тьфу-тьфу конечно, не сглазить бы Сейчас побегу новый блютус покупать. А то у меня старенький с протоколом 1.2, а 2.0, такой как на таблетке, вроде бы работает в 3-4 раза быстрее.

ошибка подключения. че-то ему по поводу сетевухи не нравится. Вы через что подключались?

Отредактировано Dj_TY4KA (08-06-2009 19:47:36)

Странные дела: соединение устанавливается, скрипт успешно стартует и завершается, bnep0 с необходимыми адресами (192.168.2.1 - комп; 192.168.2.2 - таблетка) висят и на компе и на таблетке. Все в порядке, без ошибок. но пинг не ходит( не пингуются и все тут. хотя соединения висят, в одной подсети.. черт пойми что такое, есть идеи?

bnep0 соединения на обоех станциях, подняты и работают, с нужными адресами, я же написал

Могу предложить несколько идей по поводу поиска проблемы:
1. Может быть дело в фаерволе - я не знаю какой у вас дистриб но вроде в некоторых дистрах уже есть какие-то правила для iptables или вы что-то настроили. Попробуйте сбросить все правила и попробовать заново.
2.В bluez-utils есть какое-то средство (читай какая-то команда) пинговать по блютусу - т е можно пинговать таблетку не устанавливая соединения с ней. Я когда писал это руководство его использовал, просто в описании не стал упоминать об этом. Попробуйте им пропинговать. Если им пингует то проблема в установлении соединения  - иначе скорее всего проблема в железе. Сам я эту команду уже не помню конечно
3. Можно попробовать проверить arp. Но я неуверен про то как это будет работать - здесь все-таки другая физическая среда. Еслиб это был ethernet я бы проверял так: с ББ пингую таблетку(пофиг что пакеты не возвращаются) а потом смотрю arp-кэш на ББ (командой arp -a ) - если там появился MAC адрес таблетки то arp работает  - это уже полдела.
4. Посмотреть что твориться с помощью tcpdump - но для этого нужно знать TCP\IP - Если разбираетесь в этом то самое лучшее средство.

Отредактировано alex2ndr (16-06-2009 14:33:12)

wi-fi и BT независимы один от другого.
Если не будет одновременно задействовать, то и не будут одновременно работать.

ifconfig -a
Поднятые интерфейсы с UP

Nokia-N810-43-7:~# ifconfig -a
bnep0     Link encap:Ethernet  HWaddr 00:1D:6E:9D:6D:99
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:110 errors:0 dropped:0 overruns:0 frame:0
          TX packets:116 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:9876 (9.6 KiB)  TX bytes:11822 (11.5 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:46 errors:0 dropped:0 overruns:0 frame:0
          TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3256 (3.1 KiB)  TX bytes:3256 (3.1 KiB)

wlan0     Link encap:Ethernet  HWaddr 00:1D:6E:9C:03:5B
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

хотя пользуюсь блютусом

Вобщем замучался уже. Скрипт стартует, к дамми-соединению он подключается. Соединения UP на обоих станциях:
     
         bnep0     Link encap:Ethernet  HWaddr 00:10:60:d1:78:4a 
          inet6 addr: fe80::210:60ff:fed1:784a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:8 (8.0 B)  TX bytes:64 (64.0 B)

Стал следить tcpdump`ом: tcpdump -i bnep0. При попытке пинга компа таблеткой на компе тцпдамп регистрирует сообщения типа:

14:12:03.840713 arp who-has 192.168.2.1 tell 192.168.2.2
14:12:04.373247 IP client.local.mdns > 224.0.0.251.mdns: 0 PTR (QM)? 1.2.168.192.in-addr.arpa. (42)

Мои скудные познания тцп\ип подсказывают, что сие есть широковещательная рассылка по всей подсети а-ля "кто есть я и кто есть чертов 192.168.2.1?!", то есть соединение то устанавливается, раз активность регистрируются и станции в одной подсети, все нормально. Но почему же такие проблемы: почему находясь в 1 подсети они не знают, кто их сосед? (:

Делаю так и работает
На ББ
pand --listen --role=NAP
ifconfig bnep0 192.168.111.1
на таблетке
pand -c БТ адрес ББ
ifconfig bnep0 192.168.111.2

ping 192.168.111.1
PING 192.168.111.1 (192.168.111.1): 56 data bytes
64 bytes from 192.168.111.1: seq=0 ttl=64 time=42.4 ms
....

PS
запускайте tcpdump с ключем "-n" чтоб ДНС отключить

Есть tcpdump для таблетки, чтобы посмотреть, приходит ли ответ на арп запрос?