синий зуб во фре
2007-Oct-11, Thursday 14:28![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ypq(заметки для себя)
вчера купил самый дешевый донгл, какой был в позитронике.
попробовал в гостях в винде - работает. сейчас освоил обмен файлами с телефоном у себя во фре. делается так:
1. kldload ng_ubt
или в /boot/loader.conf прописать:
ng_ubt_load=“YES”
чтобы было после следующей перезагрузки.
в логах должна появиться запись про обнаруженное устройство ubt0.
2. скопировать /usr/share/examples/netgraph/bluetooth/rc.bluetooth в /etc/rc.bluetooth. это скрипт, который должен запускаться: /etc/rc.bluetooth start ubt0
3. всё. донгл уже должен работать. проверяем, ищем окружающие нас другие зубы:
hccontrol -n ubt0hci inquiry
получаем список, в котором видны MAC’и устройств.
hccontrol -n ubt0hci remote_name_request MAC
где MAC - это 6 двузначных 16-ричных чисел, разделенных двоеточием.
узнаем имя.
в телефоне наша машинка с фрей должна увидеться как your.host.name (ubt0).
чтоб потом не париться с MAC’ами, можно в /etc/bluetooth/hosts прописать соответствие MAC’ов именам. имена можно дать свои, а не те, что получили от устройств. эти мена потом можно указывать вместо MAC в -a.
4. попингуй.
l2ping -a ИМЯ - чиста пинг.
l2control -a ИМЯ read_channel_list - спросить устройство про каналы.
l2control -a ИМЯ read_connection_list - спросить устройство про его коннекты.
btsockstat - типа netstat...
5. запустить hcsecd. прописать hcsecd_enable=“YES” в rc.conf для запуска во время загрузки, или стартовать его из /etc/rc.d.
в /etc/bluetooth/hcsecd.conf прописать устройство по образцу внутри файла.
с ключом я не разбирался, а пин - просто они должны совпадать во фре и телефоне.
6. Service Discovery Protocol (SDP)
бывают: клиент и сервер. sdpd - сервер, sdpcontrol - клиент.
sdpcontrol -a ИМЯ browse - спросить у сервера: какие сервисы он поддерживает. их там много. нас интересует Object PUSH. вот так:
sdpcontrol -a ИМЯ search OPUSH
сервер запускается из /etc/rc.d при загрузке системы, если в /etc/rc.conf есть строчка:
sdpd_enable=“YES”
sdpcontrol -l browse - это чтобы проверить: какие сервисы мы сами можем предоставить.
7. поставить порт comms/obexapp. и тогда:
obexapp -a ИМЯ -C OPUSH (или что там есть у вашего телефона)
тут obex переходит в интерактивный режим:
obex>
где ему на чисто буржуйском языке надо говорить:
put picture.gif
или
get Музон/НоваяПапка/ring.mp3
и т.д.
8. если не работает, то можно попробовать сказать:
hccontrol -n ubt0hci write_node_role_switch 0
это чтобы фря не пыталась непременно стать мастером - якобы некоторые телефоны такого не понимают.
9. и наконец, есть еще утилитка в портах: comms/hcidump - типа tcpdump для синих зубов.
прочие главы из хэндбука еще не пробовал. там еще есть про PPP и SPP. оно мне как бы особо не надо.
но в целом, даже странно, что никто ничего человеческого еще под фрю не спортил... хотя, порты у меня июльские. с другой стороны - так и блютузу уже лет-то сколько!
(а может, и не только для себя. может еще кому пригодится - у кого фря на десктопе.)
вчера купил самый дешевый донгл, какой был в позитронике.
попробовал в гостях в винде - работает. сейчас освоил обмен файлами с телефоном у себя во фре. делается так:
1. kldload ng_ubt
или в /boot/loader.conf прописать:
ng_ubt_load=“YES”
чтобы было после следующей перезагрузки.
в логах должна появиться запись про обнаруженное устройство ubt0.
2. скопировать /usr/share/examples/netgraph/bluetooth/rc.bluetooth в /etc/rc.bluetooth. это скрипт, который должен запускаться: /etc/rc.bluetooth start ubt0
3. всё. донгл уже должен работать. проверяем, ищем окружающие нас другие зубы:
hccontrol -n ubt0hci inquiry
получаем список, в котором видны MAC’и устройств.
hccontrol -n ubt0hci remote_name_request MAC
где MAC - это 6 двузначных 16-ричных чисел, разделенных двоеточием.
узнаем имя.
в телефоне наша машинка с фрей должна увидеться как your.host.name (ubt0).
чтоб потом не париться с MAC’ами, можно в /etc/bluetooth/hosts прописать соответствие MAC’ов именам. имена можно дать свои, а не те, что получили от устройств. эти мена потом можно указывать вместо MAC в -a.
4. попингуй.
l2ping -a ИМЯ - чиста пинг.
l2control -a ИМЯ read_channel_list - спросить устройство про каналы.
l2control -a ИМЯ read_connection_list - спросить устройство про его коннекты.
btsockstat - типа netstat...
5. запустить hcsecd. прописать hcsecd_enable=“YES” в rc.conf для запуска во время загрузки, или стартовать его из /etc/rc.d.
в /etc/bluetooth/hcsecd.conf прописать устройство по образцу внутри файла.
с ключом я не разбирался, а пин - просто они должны совпадать во фре и телефоне.
6. Service Discovery Protocol (SDP)
бывают: клиент и сервер. sdpd - сервер, sdpcontrol - клиент.
sdpcontrol -a ИМЯ browse - спросить у сервера: какие сервисы он поддерживает. их там много. нас интересует Object PUSH. вот так:
sdpcontrol -a ИМЯ search OPUSH
сервер запускается из /etc/rc.d при загрузке системы, если в /etc/rc.conf есть строчка:
sdpd_enable=“YES”
sdpcontrol -l browse - это чтобы проверить: какие сервисы мы сами можем предоставить.
7. поставить порт comms/obexapp. и тогда:
obexapp -a ИМЯ -C OPUSH (или что там есть у вашего телефона)
тут obex переходит в интерактивный режим:
obex>
где ему на чисто буржуйском языке надо говорить:
put picture.gif
или
get Музон/НоваяПапка/ring.mp3
и т.д.
8. если не работает, то можно попробовать сказать:
hccontrol -n ubt0hci write_node_role_switch 0
это чтобы фря не пыталась непременно стать мастером - якобы некоторые телефоны такого не понимают.
9. и наконец, есть еще утилитка в портах: comms/hcidump - типа tcpdump для синих зубов.
прочие главы из хэндбука еще не пробовал. там еще есть про PPP и SPP. оно мне как бы особо не надо.
но в целом, даже странно, что никто ничего человеческого еще под фрю не спортил... хотя, порты у меня июльские. с другой стороны - так и блютузу уже лет-то сколько!
(а может, и не только для себя. может еще кому пригодится - у кого фря на десктопе.)
