Mit bluetooth auf Handy zugreifen

**Shutdown** · 15.09.07, 15:46

Hi,

ich habe endlich das in meinem Notebook integrierte BT zum Laufen bekommen und würde nun gerne über BT auf mein Nokia 6230i zugreifen.
Dazu habe ich die Debian-BT-Pakete installiert, (hcid,sdp,...) den kbluetoothd gestartet und im Konqueror "bluetooth:/" eingegeben.

Unglaublicherweise findet er mein Handy auch sofort, aber sobald ich zB über OBEX Daten austauschen will, fragt mein Handy mich nach einem Pin für die Verbindung...ich habe keine Ahnung wie der sein soll oder wo ich den einstellen kann!
Ich diversen HowTos steht, dass mein Notebook mich vor dem Verbinden nach einem Pin fragen würde und der dann auch dem Handy gegeben werden soll, allerdings werde ich nach nichts gefragt...

Weiss jemand was ich falsch mache???

Shutdown

**fuffy** · 15.09.07, 15:57

Hi!

Du gibst auf dem Handy einfach einen beliebigen PIN ein. Nach der Bestätigung mit OK erscheint auf deinem Rechner ein Dialog, der dich nach dem auf dem Handy eingegebenen PIN fragt.

Gruß
fuffy

**corax2.05** · 15.09.07, 16:01

hatte letztens das gleiche problem.
den pin mußt du im handy angeben und auch auf dem notebook. kannst dir einen aussuchen, sollte aber der gleiche sein.

als software hab ich kdebluetooth 1.0.0 beta3 verwendet. die bei meiner suse vorinstallierte version ging da nicht richtig da die pinabfrage am notebook nich ankam.
viel glück.

**Shutdown** · 15.09.07, 17:13

Mein Notebook fragt leider nach keiner PIN, ich kriege jedesmal nur ein "pairing failed". Könnt ihr evtl mal eure /etc/bluetooth/hcid.conf posten damit ich vergleichen kann?

Shutdown

**fuffy** · 15.09.07, 17:20

Zitat von Shutdown

Mein Notebook fragt leider nach keiner PIN, ich kriege jedesmal nur ein "pairing failed". Könnt ihr evtl mal eure /etc/bluetooth/hcid.conf posten damit ich vergleichen kann?

Code:

#
# 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 user;

        # 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 "BlueZ";
}

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

        # Local device class
        class 0x000100;

        # 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;
}

Läuft denn dbus überhaupt (system + session)?

Gruß
fuffy

**Shutdown** · 15.09.07, 18:09

Code:

$ ps -A | grep dbus
 2319 ?        00:00:00 dbus-daemon
 2720 ?        00:00:00 dbus-launch
 2721 ?        00:00:00 dbus-daemon

Meine config stimmt mit deiner eigentlich überein, ich verstehe die Sache immernoch nicht so ganz...

Shutdown

**kreol** · 15.09.07, 18:26

Vllt. hilft Link weiter.

Hier ist die PIN am Rechner fest eingestellt, also einfach so wie sie ist in der /etc/bluetooth/pin eingetragen. Sicherheitstechnisch wohl nicht das Beste, aber ich kann ja auch einfach den Stick abziehen wenn ich es nicht verwende...

Zum Vergleich mal meine hcid.conf, da findet sich am Ende noch ein "auth enable". Vllt. liegts daran.

Code:

#
# HCI daemon configuration file.
#
# $Id: hcid.conf,v 1.7 2004/12/13 14:16:03 holtmann Exp $
#

# 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 user;

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

        # PIN helper
        # if you want a interactiv query of your pin use /usr/bin/bluepin
        # /bin/bluepincat is using the pin in the /etc/bluetooth/pin file
        # pin_helper /usr/bin/bluepin;
        pin_helper /bin/bluepincat;

        # D-Bus PIN helper
        #dbus_pin_helper;
}

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

        # Local device class
        # e.g.
        #  0xsss100 = Computer
        #  0xsss104 = Computer Desktop
        #  0xsss108 = Computer Server
        #  0xsss10c = Computer Laptop
        # The 'sss' above defines the service-class (not quite, only the
        # first 11 bits, the next 11 define the device-class, than 2 format bits.)
        # See https://www.bluetooth.org/foundry/assignnumb/document/baseband
        # for more information.
        # 0x100bbb stands for "Object Transfer  (v-Inbox, v-Folder, ...)"
        # 0x020bbb stands for "Networking (LAN, Ad hoc, ...)"
        class 0x100100;

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

        # Inquiry and Page scan
        # valid parameters: enable | disable
        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;

        # Authenticatihttp://danfuh.de/handy-pda/bluetooth-unter-linux/gammu-und-wammu.phpon and Encryption (Security Mode 3)
        auth enable;
        encrypt disable;
        name "P800";
}

Und hast Du es schon mit Gammu probiert?

Kreol

**fuffy** · 15.09.07, 18:27

Was steht in /etc/dbus-1/system.d/* relevantes zu bluez?
Hattest du nach der Installation den Rechner oder zumindest dbus und anschließend die KDE-Sitzung neu gestartet?
Lass dbus-monitor laufen, während du Handy und Notebook miteinander koppelst. Es sollten Meldungen von /org/bluez eintreffen.

Gruß
fuffy

**schnassel** · 15.09.07, 20:07

Also ich bin wie folgt vorgegangen auf dem Handy in den Schnittstelleneinstellungen das Handy für eine Minute auf sichtbar gestellt.
Sofort den Rechner nach neuen Geräten suchen lassen.
Er hats dann gefunden und fragt ob es i.O ist und vergibt dann eine PIN Nummer. Schnell auf dem Handy ein Bild versenden und dabei diese PIN angeben. Beim ersten mal war ich zu langsam, da es nur ne Minute geht. Wenn es geklappt hat geht es dann immer ohne PIN eingabe.