BlueTooth PAN

[esvaf]

Здравствуйте!

Дали мне на недельку КПК HP на винде понятно =)

Вайфай в нем не работает - единственный доступный вариант - через блютус. Я статей много насохранял на эту тему (так сказать давно подготовился) но у меня пока еще не получился результат)))

Мои действия:

[root@vova ~]# sdptool add NAP

NAP service registered

[root@vova ~]# pand --listen --master --role NAP

тут подключась с КПК - кпк считает себя подключенным, у меня на линухе в трее иконка становится синей

[root@vova ~]# ifconfig bnep0 192.168.1.1

[root@vova ~]# echo 1 > /proc/sys/net/ipv4/ip_forward

[root@vova ~]# iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

[root@vova ~]# ifconfig

bnep0 Link encap:Ethernet HWaddr 00:10:DC:FF:FF:FF

inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:23 errors:0 dropped:0 overruns:0 frame:0

TX packets:3 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:4623 (4.5 KiB) TX bytes:72 (72.0

При этом я в настройке кпк выставил ip 192.168.1.2

Но инет у меня пока не работает почему-то.........

Даже не открывается страница локального сервера под линухой по адресу 192.168.1.1

но

[root@vova ~]# ping 192.168.1.2

PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.

64 bytes from 192.168.1.2: icmp_seq=1 ttl=128 time=64.9 ms

64 bytes from 192.168.1.2: icmp_seq=2 ttl=128 time=40.2 ms

64 bytes from 192.168.1.2: icmp_seq=3 ttl=128 time=67.3 ms

64 bytes from 192.168.1.2: icmp_seq=4 ttl=128 time=36.9 ms

64 bytes from 192.168.1.2: icmp_seq=5 ttl=128 time=30.7 ms

64 bytes from 192.168.1.2: icmp_seq=6 ttl=128 time=44.8 ms

64 bytes from 192.168.1.2: icmp_seq=7 ttl=128 time=51.0 ms

64 bytes from 192.168.1.2: icmp_seq=8 ttl=128 time=74.1 ms

64 bytes from 192.168.1.2: icmp_seq=9 ttl=128 time=46.3 ms

64 bytes from 192.168.1.2: icmp_seq=10 ttl=128 time=50.4 ms

вот тспдамп во время попыток запроса с кпк моего линухогого сервера

[root@vova ~]# tcpdump -i bnep0

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on bnep0, link-type EN10MB (Ethernet), capture size 96 bytes

22:24:57.199284 arp who-has 192.168.1.2 tell 192.168.1.1

22:24:57.229397 arp reply 192.168.1.2 is-at 00:12:37:9e:03:cc (oui Unknown)

22:24:59.195216 IP 192.168.1.2.1040 > 192.168.1.1.http: S 55179475:55179475(0) win 65535 <mss 1460,nop,wscale 1,nop,nop,sackOK>

22:24:59.195332 IP 192.168.1.1 > 192.168.1.2: ICMP 192.168.1.1 tcp port http unreachable, length 60

22:25:02.282961 IP 192.168.1.2.1040 > 192.168.1.1.http: S 55179475:55179475(0) win 65535 <mss 1460,nop,wscale 1,nop,nop,sackOK>

22:25:02.283077 IP 192.168.1.1 > 192.168.1.2: ICMP 192.168.1.1 tcp port http unreachable, length 60

22:25:08.452416 IP 192.168.1.2.1040 > 192.168.1.1.http: S 55179475:55179475(0) win 65535 <mss 1460,nop,wscale 1,nop,nop,sackOK>

22:25:08.452516 IP 192.168.1.1 > 192.168.1.2: ICMP 192.168.1.1 tcp port http unreachable, length 60

Вот я попытался запросить с кпк bash.org.ru:

[root@vova ~]# tcpdump -i bnep0

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on bnep0, link-type EN10MB (Ethernet), capture size 96 bytes

22:27:08.520785 IP6 fe80::212:37ff:fe9e:3cc.1042 > ff02::1:3.hostmon: UDP, length 29

22:27:08.521737 IP 192.168.1.2.1041 > dns.wplus.net.domain: 30+ AAAA? bash.org.ru. (29)

22:27:08.521883 IP 192.168.1.1 > 192.168.1.2: ICMP dns.wplus.net udp port domain unreachable, length 65

22:27:08.523713 IP 192.168.1.2.1042 > dns.wplus.net.domain: 34+ A? bash.org.ru. (29)

22:27:08.523752 IP 192.168.1.1 > 192.168.1.2: ICMP dns.wplus.net udp port domain unreachable, length 65

22:27:13.520275 arp who-has 192.168.1.2 tell 192.168.1.1

22:27:13.552305 arp reply 192.168.1.2 is-at 00:12:37:9e:03:cc (oui Unknown)

22:27:14.708177 IP6 fe80::212:37ff:fe9e:3cc.1042 > ff02::1:3.hostmon: UDP, length 29

22:27:14.709224 IP 192.168.1.2.1041 > dns.wplus.net.domain: 30+ AAAA? bash.org.ru. (29)

22:27:14.709340 IP 192.168.1.1 > 192.168.1.2: ICMP dns.wplus.net udp port domain unreachable, length 65

22:27:14.711176 IP 192.168.1.2.1042 > dns.wplus.net.domain: 34+ A? bash.org.ru. (29)

22:27:14.711271 IP 192.168.1.1 > 192.168.1.2: ICMP dns.wplus.net udp port domain unreachable, length 65

12 packets captured

24 packets received by filter

0 packets dropped by kernel

[root@vova ~]#

В чем загвоздка? почему пингуется, но инет и локалка не работает?

[Legalizer]

Я заводил как раз HP hx4700 по Bluetooth. Вечером (правда поздно) приду домой и погляжу, чего я с ним делал. Помнится, у меня был маленький скриптик для поднятия соединения на стороне домашнего компьютера. Если есть возможность - постучитесь ко мне в jabber (см. в профиле) вечером около 23:00, чтоб я не забыл

А общие соображения такие:

Для начала echo 1 > /proc/sys/net/ipv4/ip_forward

Кроме того, может быть понадобится организовать NAT, чтобы ваше устройство ходило в сеть. У вас же адреса из разных подсетей должны быть на разных интерфейсах. Может быть стоит поискать подобные вот этой статьи: http://lice.wordpress.com/2006/10/29/inet-forwarding-via-blu etooth/

Я бы только не создавал постоянные правила для iptables, а устанавливал их скриптом каждый раз после установки соединения.

[Legalizer]

Я заводил как раз HP hx4700 по Bluetooth. Вечером (правда поздно) приду домой и погляжу, чего я с ним делал. Помнится, у меня был маленький скриптик для поднятия соединения на стороне домашнего компьютера. Если есть возможность - постучитесь ко мне в jabber (см. в профиле) вечером около 23:00, чтоб я не забыл

А общие соображения такие:

Для начала echo 1 > /proc/sys/net/ipv4/ip_forward

Кроме того, может быть понадобится организовать NAT, чтобы ваше устройство ходило в сеть. У вас же адреса из разных подсетей должны быть на разных интерфейсах. Может быть стоит поискать подобные вот этой статьи: http://lice.wordpress.com/2006/10/29/inet-forwarding-via-blu etooth/

Я бы только не создавал постоянные правила для iptables, а устанавливал их скриптом каждый раз после установки соединения.

[Legalizer]

К сожалению, скрипт не сохранился

Точно включался форвардинг через /proc - см. выше. Дальше все, в принципе, зависит от вашей сети. Помню, что проблем у меня с настройкой не было. Google помог

[esvaf]

Спасибо, я нашел проблему.

У меня политика по умолчанию для iptables deny, а в разрегенных были только lo и eth0 и никакого bnep0 =)

После разрешения и его - все сразу заработало.

Спасибо!