Um Bluetooth verwenden zu können, brauchen Sie einen Bluetooth-Adapter (entweder eingebaut im Gerät oder als externes Dongle), Treiber und den so genannten Bluetooth Protocol Stack. Im Linux-Kernel befindet sich bereits die Grundausstattung an Treibern für den Gebrauch von Bluetooth. Als Protocol Stack kommt das Bluez-System zur Anwendung. Damit die verschiedenen Anwendungen mit Bluetooth laufen, müssen noch die Basispakete bluez-libs und bluez-utils installiert sein, die einige benötigte Dienste und Dienstprogramme bereitstellen. Für einige Adapter (Broadcom, AVM BlueFritz!) ist zusätzlich die Installation von bluez-firmware nötig. Das Paket bluez-cups ermöglicht das Drucken über Bluetooth-Verbindungen.

Ein Bluetooth-System besteht aus vier Schichten, die miteinander verzahnt sind, um letztendlich die gewünschte Funktion bereitzustellen:

Beim Einstecken eines Bluetooth-Adapters wird der entsprechende Treiber über das Hotplug-System geladen. Nachdem der Treiber geladen wurde, wird anhand Konfigurationsdateien überprüft, ob Bluetooth gestartet werden soll. Ist dies der Fall, wird ermittelt, welche Dienste gestartet werden sollen. Abhängig davon werden dann die entsprechenden Daemonen gestartet. Bei der Installation wird nach Bluetooth-Adaptern gesucht. Wird einer oder mehrere gefunden, so wird Bluetooth aktiviert. Ansonsten wird das Bluetooth-System deaktiviert. Später hinzugefügte Bluetooth-Geräte müssen manuell aktiviert werden.

Dienste werden bei Bluetooth über Profile definiert. Im Bluetooth-Standard sind z.B. Profile für den Dateitransfer („File Transfer“-Profile), Drucken („Basic Printing“-Profil) und Netzwerkverbindungen („Personal Area Network“-Profil) festgelegt. Damit ein Gerät den Dienst eines anderen benutzen kann, müssen beide das gleiche Profil verstehen — eine Information, die manchmal leider weder der Verpackung noch dem Handbuch des Gerätes entnehmbar ist. Erschwerend kommt hinzu, dass sich nicht alle Hersteller streng an die Definitionen der einzelnen Profile halten. In der Regel klappt die Verständigung zwischen den Geräten aber.

Im folgenden Text bedeutet lokal, dass das Gerät physikalisch mit dem Rechner verbunden ist. Alle anderen Geräte, die nur drahtlos erreichbar sind, werden als entfernte Geräte bezeichnet.

Mit dem in Abbildung 17.2, „YaST: Bluetooth-Konfiguration“ gezeigten YaST Bluetooth-Modul konfigurieren Sie die Bluetooth-Unterstützung auf Ihrem System. Sobald Hotplug einen Bluetooth-Adapter an Ihrem System erkennt (beispielsweise beim Booten oder wenn Sie einen Adapter einstecken), wird Bluetooth automatisch mit den hier vorgenommenen Einstellungen gestartet.

Abbildung 17.2. YaST: Bluetooth-Konfiguration

Im ersten Schritt der Konfiguration legen Sie fest, ob Bluetooth-Dienste auf Ihrem System gestartet werden sollen. Wenn Sie die Bluetooth-Dienste aktiviert haben, können zwei Dinge konfiguriert werden: Erstens der ‘Device Name’ – der Name, den andere Geräte anzeigen, wenn Ihr Rechner erkannt wird. Es sind zwei Platzhalter möglich, %h für den Rechnernamen des Systems (nützlich wenn der Rechnername über DHCP dynamisch zugewiesen wird) und %d, welches die Schnittstellennummer einfügt (nur sinnvoll, wenn Sie mehr als einen Bluetooth-Adapter in Ihrem Rechner haben). Wenn Sie zum Beispiel Laptop %h in dem Feld eingeben, und DHCP Ihrem Rechner den Namen unit123 zuweist, erkennen entfernte Geräte Ihren Rechner als Laptop unit123.

Der zweite Parameter ‘Sicherheits-Manager’ bezieht sich auf das Verhalten des lokalen Systems, wenn ein entferntes Gerät versucht, eine Verbindung herzustellen. Der Unterschied besteht im Umgang mit der PIN. Sie können allen Geräten erlauben, sich ohne PIN zu verbinden, oder bestimmen, wie bei Bedarf die richtige PIN ausgewählt wird. Dazu können Sie eine PIN (in einer Konfigurationsdatei gespeichert) im entsprechenden Eingabefeld eingeben. Wenn ein Gerät versucht, sich zu verbinden, benutzt es zunächst diese PIN. Falls dies fehlschlägt, benutzt es keine PIN. Zur größtmöglichen Sicherheit wählen Sie die dritte Option „Always ask user for PIN“. Diese Option ermöglicht die Verwendung von verschiedenen PINs für verschiedene (entfernte) Geräte.

Über ‘Erweiterte Daemon-Konfiguration’ gelangen Sie in den Dialog zur Auswahl und Detailkonfiguration der angebotenen Dienste (in Bluetooth auch Profile genannt). Alle verfügbaren Dienste werden in einer Liste angezeigt und lassen sich über ‘Aktivieren’ bzw. ‘Deaktivieren’ an- oder ausschalten. Mit ‘Bearbeiten’ öffnen Sie ein Popup-Fenster, über das Sie dem selektierten Dienst (Daemon) zusätzliche Argumente mitgeben können. Nehmen Sie hier nur Änderungen vor, wenn Sie sich mit dem betreffenden Dienst genau auskennen. Ist die Daemon-Konfiguration abgeschlossen, verlassen Sie diesen Dialog mit ‘OK’.

Nachdem Sie wieder im Hauptdialog sind, gelangen Sie über ‘Sicherheitsoptionen’ in den Sicherheitsdialog, in dem Sie Einstellungen zu Verschlüsselung, Authentifizierungs- und Scanverfahren machen können. Schließen Sie die Sicherheitseinstellungen ab, gelangen Sie zurück in den Hauptdialog. Verlassen Sie diesen mit ‘Beenden’, ist Ihr Bluetooth-System einsatzbereit.

Aus dem Hauptdialog gelangen Sie auch in den Dialog ‘Geräte- und Dienstklassen’. Bluetooth-Geräte sind in verschiedene „Device Classes“ organisiert. In diesem Dialog wählen Sie die richtige Klasse für Ihren Rechner, beispielsweise „Desktop“ oder „Laptop“. Die Geräteklasse ist nicht sehr wichtig, wohl aber die „Service class“, die auch hier eingestellt wird. Einige entfernte Bluetooth-Geräte wie Handys erlauben gewisse Funktionen nur, wenn sie erkennen, dass auf Ihrem System die richtige Dienstklasse eingestellt ist. Die ist oft bei Handys der Fall, die eine Klasse namens „Object Transfer“ erwarten, bevor Sie die Übertragung vom oder zum Rechner erlauben. Sie können gleichzeitig mehrere Klassen auswählen. Es ist jedoch nicht sinnvoll, „sicherheitshalber“ alle Klassen auszuwählen. Die Standardauswahl sollte in den meisten Fällen ausreichend sein.

Möchten Sie Bluetooth zum Aufbau eines Netzwerks verwenden, aktivieren Sie im Dialog ‘Erweiterte Daemon-Konfiguration’den ‘PAND’ und passen über ‘Bearbeiten’ den Modus des Daemons an. Für eine funktionierende Bluetooth-Netzwerkverbindung muss ein pand im ‘Listen’-Modus arbeiten und die Gegenstelle im ‘Search’-Modus. Standardmäßig ist der ‘Listen’-Modus voreingestellt. Passen Sie das Verhalten Ihres lokalen pand an. Zusätzlich konfigurieren Sie über das YaST Modul ‘Netzwerkkarte’ die Schnittstelle bnepX (X steht für die Gerätenummer im System).

Die Konfigurationsdateien für die einzelnen Komponenten des Bluez-Systems befinden sich im Verzeichnis /etc/bluetooth. Die einzige Ausnahme ist die für das Starten der Komponenten verwendete Datei /etc/sysconfig/bluetooth, die vom YaST-Modul bearbeitet wird.

Die nachstehend beschriebenen Konfigurationsdateien können nur als Benutzer root verändert werden. Eine grafische Benutzeroberfläche, um sämtliche Parameter einzustellen, gibt es im Moment leider nicht. Die wichtigsten können mit dem YaST-Bluetooth-Modul eingestellt werden, das in Abschnitt 17.2.2.1, „Bluetooth-Konfiguration mit YaST“ beschrieben wird. Alle anderen Einstellungen betreffen nur erfahrene Benutzer mit Sonderfällen. Im Regelfall sollten die Voreinstellungen ausreichend sein.

Einen ersten Schutz vor ungewollten Verbindungen bietet die Absicherung durch eine PIN-Nummer. Mobiltelefone fragen den PIN normalerweise beim ersten Kontakt (bzw. dem Einrichten eines Gerätekontaktes auf dem Telefon) ab. Damit sich zwei Geräte miteinander unterhalten können, müssen beide sich mit demselben PIN identifizieren. Dieser befindet sich auf dem Rechner in der Datei /etc/bluetooth/pin.

	Sicherheit von Bluetooth-Verbindungen
Trotz des PINs sollte davon ausgegangen werden, dass eine Übertragung zwischen zwei Geräten nicht abhörsicher ist. Im Auslieferungszustand ist die Authentifizierung und Verschlüsselung von Bluetooth-Verbindungen deaktiviert. Die Aktivierung von Authentifizierung und Verschlüsselung kann bei manchen Bluetooth-Geräten zu Verbindungsproblemen führen.

In der Konfigurationsdatei /etc/bluetooth/hcid.conf können verschiedene Einstellungen wie Gerätenamen und Sicherheitsmodus geändert werden. Im Wesentlichen sollten die Standardeinstellungen ausreichend sein. Die Datei enthält Kommentare, die die Optionen bei den verschiedenen Einstellungen beschreiben. Auf zwei davon wird noch kurz eingegangen.

In der ausgelieferten Datei finden sich zwei Abschnitte, die mit options bzw. device gekennzeichnet sind. Ersterer enthält allgemeine Informationen, die der hcid beim Starten verwendet, letzterer enthält Einstellungen für die einzelnen lokalen Bluetooth-Geräte. Lokal bedeutet hier, dass das Gerät physikalisch mit dem Rechner verbunden ist. Alle anderen Geräte, die nur drahtlos erreichbar sind, werden als entfernte Geräte bezeichnet.

Eine der wichtigsten Einstellungen des options-Abschnittes ist security auto;. Wird dieser auf auto gesetzt, versucht der hcid für eingehende Verbindungen die lokale PIN zu benutzen. Falls dies fehlschlägt, schaltet er auf none um und stellt die Verbindung trotzdem her. Für erhöhte Sicherheit empfiehlt es sich, diese Voreinstellung aud user zu setzen, damit der Benutzer bei jeder Verbindung nach einer PIN gefragt wird.

Interessant im device-Abschnitt ist die Angabe, unter welchem Namen der Rechner bei den Gegenstellen angezeigt wird. Die Geräteklasse wie Desktop, Laptop oder Server wird hier definiert. Außerdem wird hier die Authentifizierung und Verschlüsselung an- oder ausgeschaltet.

Mittels hcitool kann festgestellt werden, ob lokale und/oder entfernte Geräte gefunden wurden. Der Befehl hcitool dev sollte das eigene Gerät anzeigen. Die Ausgabe erzeugt für jedes gefundene lokale Gerät eine Zeile in der Form <interfacename> <Geräteadresse>.

Entfernte Geräte werden mit hcitool inq gesucht. Hier werden drei Werte pro gefundenem Gerät ausgegeben: Die Geräteadresse, eine Uhrendifferenz und die Geräteklasse. Wichtig ist die Geräteadresse. Diese wird bei anderen Befehlen benutzt, um das Zielgerät zu identifizieren. Die Uhrendifferenz ist im Prinzip nur aus technischer Sicht interessant. In der Klasse werden sowohl Gerätetyp als auch Servicetyp als Hexadezimalwert kodiert.

Mit hcitool name Geräteadresse kann der Gerätename eines entfernten Gerätes ermittelt werden. Handelt es sich dabei z.B. um einen weiteren Rechner, so würde die ausgegebene Klasse und der Gerätename der Information aus dessen /etc/bluetooth/hcid.conf Datei entsprechen. Lokale Geräteadressen erzeugen eine Fehlerausgabe.

Weitere Informationen über das lokale Gerät liefert /usr/sbin/hciconfig. Beim Aufruf von hciconfig ohne weitere Argumente werden Informationen über das Gerät wie Gerätename (hciX), physikalische Geräteadresse (12 stellige Nummer in der Form 00:12:34:56:78) sowie Informationen über die Menge der übertragenen Daten angezeigt.

hciconfig hci0 name liefert den Namen, der bei Anfragen von entfernten Geräten von Ihrem Rechner zurückgegeben wird. hciconfig dient aber nicht nur zum Abfragen von Einstellungen des lokalen Gerätes, sondern erlaubt auch die Modifikation derselben. Mit hciconfig hci0 name TEST könnten Sie z.B. den Namen auf TEST setzen.

Die Information, welcher Dienst von einem bestimmten Gerät zur Verfügung gestellt wird, erhält man durch das Programm sdptool. sdptool browse Geräteadresse liefert alle Dienste eines Gerätes, während mit sdptool search Dienstkürzel nach einem bestimmten Dienst gesucht werden kann. Dieser Aufruf befragt alle erreichbaren Geräte nach dem gewünschten Dienst. Wird er von einem der Geräte angeboten, gibt das Programm den vom Gerät gelieferten vollen Dienstnamen und eine kurze Beschreibung dazu aus. Eine Liste aller möglichen Dienstkürzel erhält man durch Aufruf von sdptool ohne irgendwelche Parameter.

Im ersten Beispiel soll eine Netzwerkverbindung zwischen zwei Rechnern R1 und R2 aufgebaut werden. Die beiden Rechner besitzen die Bluetooth-Geräteadressen baddr1 bzw. baddr2, die wie oben beschrieben mit Hilfe von hcitool dev auf beiden Rechnern ermittelt werden konnten. Die Rechner sollen sich am Ende mit der IP 192.168.1.3 (R1) und 192.168.1.4 (R2) sehen.

Die Verbindung über Bluetooth geschieht mit Hilfe des pand (Personal Area Networking). Die nachstehenden Befehle müssen vom Benutzer root durchgeführt werden. Auf eine genauere Erläuterung der Netzwerkbefehle (ip) wird verzichtet und nur auf die Bluetooth bedingten Aktionen eingegangen:

Auf dem Rechner R1 wird der pand mit dem Befehl pand -s gestartet. Auf dem Rechner R2 kann dann mit pand -c baddr1 eine Verbindung aufgebaut werden. Wenn Sie jetzt auf einem oder beiden Rechnern eine Liste der zur Verfügung stehenden Netzwerkschnittstellen mit ip link show aufrufen, so sollte ein Eintrag in der Form

 bnep0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000 
 link/ether 00:12:34:56:89:90 brd ff:ff:ff:ff:ff:ff

zu finden sein (an Stelle von 00:12:34:56:89:90 sollte die lokale Geräteadresse baddr1 bzw. baddr2 stehen). Diese Schnittstelle muss jetzt mit einer IP-Adresse versehen und in den aktiven Zustand gebracht werden.

Dies geschieht auf R1 durch die beiden Befehle

ip addr add 192.168.1.3/24 dev bnep0
ip link set bnep0 up

bzw. analog auf R2

ip addr add 192.168.1.4/24 dev bnep0
ip link set bnep0 up

Jetzt ist R1 von R2 unter der IP 192.168.1.3 erreichbar. Mit ssh 192.168.1.4 können Sie sich jetzt von R1 aus einloggen (sofern R2 einen sshd, wie er standardmäßig unter SUSE LINUX läuft, im Betrieb hat). Der Aufruf ssh 192.168.1.4 funktioniert auch als „normaler“ Benutzer.

Im zweiten Beispiel soll ein mit einem Fotomobiltelefon erzeugtes Bild (ohne zusätzliche Kosten z.B. durch den Versand einer Multimediamail zu erzeugen) auf einen Rechner transportiert werden. Bitte beachten Sie, dass jedes Mobiltelefon eine andere Menüstruktur besitzt, aber die Vorgehensweise meist ähnlich ist. Konsultieren Sie nötigenfalls die Anleitung für Ihr Telefon. Nachstehend wird der Transfer eines Bildes von einem Sony Ericsson Mobiltelefon auf einen Laptop beschrieben. Dazu muss einerseits auf dem Rechner der Dienst Obex-Push vorhanden sein, andererseits der Rechner auch dem Mobiltelefon den Zugriff erlauben. Im ersten Schritt wird der Dienst auf dem Laptop zur Verfügung gestellt. Dies geschieht mit dem Daemon opd, der aus dem Paket bluez-utils kommt. Starten Sie diesen mit:

opd --mode OBEX --channel 10 --daemonize --path /tmp --sdp 

Wichtig sind dabei zwei Parameter. --sdp meldet den Dienst beim sdpd an. Der Parameter --path /tmp teilt dem Programm mit, wohin es empfangene Daten speichern soll, in diesem Fall nach /tmp. Genauso können Sie auch andere Pfade angegeben. Sie brauchen nur Schreibberechtigung im angegebenen Verzeichnis.

Jetzt muss das Mobiltelefon den Rechner kennenlernen. Suchen Sie dazu das Menü ‘Verbindungen’ auf dem Telefon auf, und wählen Sie dort ‘Bluetooth’ an. Gehen Sie gegebenenfalls auf ‘Einschalten’, bevor Sie den Punkt ‘Eigene Geräte’ auswählen. Wählen Sie ‘Neues Gerät’ aus und lassen Sie Ihr Telefon nach dem Laptop suchen. Wenn ein Gerät gefunden wird, so erscheint es mit seinem Namen im Display. Wählen Sie das zum Laptop gehörende Gerät aus. Jetzt sollte eine PIN-Abfrage kommen, bei der Sie bitte den PIN aus /etc/bluetooth/pin eingeben. Damit erkennt das Telefon jetzt den Laptop, und kann mit diesem auch Daten austauschen. Verlassen Sie dann das Menü und suchen Sie das Bildermenü auf. Wählen Sie ein Bild aus, dass Sie transferieren möchten und drücken Sie den ‘Mehr’-Button. Im erscheinenden Menü kommen Sie über ‘Senden’ zu einer Auswahl wie Sie es verschicken möchten. Wählen Sie ‘Über Bluetooth’ aus. Jetzt sollte der Laptop als Zielgerät selektierbar sein. Nach der Auswahl des Rechners erfolgt die Übertragung, und das Bild wird in das beim Aufruf des opd angegebene Verzeichnis gelegt. Genauso könnten Sie natürlich ein Musikstück auf den Laptop übertragen.