From owner-svn-doc-head@freebsd.org Sat Feb 13 11:43:10 2016 Return-Path: Delivered-To: svn-doc-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CE0FAA63C3; Sat, 13 Feb 2016 11:43:10 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 541211CFD; Sat, 13 Feb 2016 11:43:10 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u1DBh9jS092946; Sat, 13 Feb 2016 11:43:09 GMT (envelope-from bhd@FreeBSD.org) Received: (from bhd@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u1DBh9JF092945; Sat, 13 Feb 2016 11:43:09 GMT (envelope-from bhd@FreeBSD.org) Message-Id: <201602131143.u1DBh9JF092945@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org using -f From: Bjoern Heidotting Date: Sat, 13 Feb 2016 11:43:09 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r48172 - head/de_DE.ISO8859-1/books/handbook/advanced-networking X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2016 11:43:10 -0000 Author: bhd Date: Sat Feb 13 11:43:09 2016 New Revision: 48172 URL: https://svnweb.freebsd.org/changeset/doc/48172 Log: Update to r44154: Editorial pass through first 1/2 of Bluetooth chapter. Reviewed by: bcr Differential Revision: https://reviews.freebsd.org/D5265 Modified: head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml Modified: head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml ============================================================================== --- head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml Fri Feb 12 00:56:11 2016 (r48171) +++ head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml Sat Feb 13 11:43:09 2016 (r48172) @@ -5,7 +5,7 @@ $FreeBSD$ $FreeBSDde:$ - basiert auf: r44152 + basiert auf: r44154 --> FTP-ähnliche Dateiserver, Filepushing, Sprachübertragung, Emulation von seriellen Verbindungen und andere mehr. + Dieses Kapitel beschreibt die Verwendung von + USB-Bluetooth-Adaptern in &os;. Weiterhin + werden verschiedene Bluetooth-Protokolle und Programme + vorgestellt. + + + Die Bluetooth-Unterstützung aktivieren + Der Bluetooth-Stack von &os; verwendet das &man.netgraph.4;-Framework. Viele Bluetooth-USB-Adapter werden durch den @@ -2421,36 +2429,32 @@ freebsdap 00:11:95:c3:0d:ac 1 Bluetooth-Geräte werden von &man.sio.4;, &man.ng.h4.4; sowie &man.hcseriald.8; unterstützt. - Dieses Kapitel beschreibt die Verwendung von - USB-Bluetooth-Adaptern in &os;. Weiterhin - werden verschiedene Bluetooth-Protokolle und Programme - vorgestellt. - - - Die Bluetooth-Unterstützung aktivieren - Bevor ein Gerät angeschlossen wird, muss der entsprechende - Treiber in den Kernel geladen werden: + Treiber in den Kernel geladen werden. Hier verwendet das + Gerät den &man.ng.ubt.4;-Treiber: &prompt.root; kldload ng_ubt Ist das Bluetooth-Gerät beim Systemstart angeschlossen, - kann das entsprechende Modul auch von - /boot/loader.conf geladen werden: + kann das entsprechende Modul bei Booten geladen werden, indem + der entsprechende Treiber in + /boot/loader.conf hinzugefügt + wird: ng_ubt_load="YES" - Schließen Sie den USB-Adapter an. Eine - Meldung ähnlich der folgenden wird auf der Konsole und in den - Systemmeldungen erscheinen: + Sobald der Treiber geladen ist, schließen Sie den + USB-Adapter an. Eine Meldung ähnlich der + folgenden wird auf der Konsole und in + /var/log/messages erscheinen: ubt0: vendor 0x0a12 product 0x0001, rev 1.10/5.25, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3, wMaxPacketSize=49, nframes=6, buffer size=294 - Zum Starten und Beenden des Bluetooth-Stacks verwenden Sie - &man.service.8;. Es ist empfehlenswert, den Bluetooth-Stack + Verwenden Sie das Startskript zum Starten und Beenden des + Bluetooth-Stacks. Es ist empfehlenswert, den Bluetooth-Stack zu beenden, bevor Sie den Adapter entfernen. Wenn Sie den Bluetooth-Stack starten, erhalten Sie eine Meldung ähnlich der folgenden: @@ -2477,28 +2481,10 @@ Number of SCO packets: 8 Das Host Controller Interface - (HCI) bietet eine Befehlsschnittstelle zum - Basisbandcontroller und Linkmanager, sowie Zugriff auf den - Hardwarestatus und die Kontrollregister. Dadurch wird ein - einheitlicher Zugriff auf die Fähigkeiten des - Bluetooth-Basisbands möglich. Die - HCI-Layer des Rechners tauschen Daten - und Befehle mit der HCI-Firmware der - Bluetooth-Geräte aus. Über den Host Controller - Transport Layer-Treiber (den physikalischen Bus) können beide - HCI-Layer miteinander kommunizieren. - - Eine einzelne netgraph-Gerätedatei vom Typ - hci wird für ein einzelnes - Bluetooth-Gerät erzeugt. Die - HCI-Gerätedatei ist normalerweise mit der - Bluetooth-Gerätetreiberdatei (downstream) sowie der - L2CAP-Gerätedatei (upstream) verbunden. - Alle HCI-Operationen müssen über die - HCI-Gerätedatei und nicht über die - Treiberdatei erfolgen. Der Standardname für die - HCI-Gerätedatei lautet - devicehci. Weitere Details finden Sie in + (HCI) bietet eine einheitliche Methode für + den Zugriff auf Bluetooth-Baissband-Funktionen. In &os; wird + ein netgraph HCI-Knoten für jedes + Bluetooth-Gerät erstellt. Weitere Einzelheiten finden Sie in &man.ng.hci.4;. Eine der wichtigsten Aufgaben ist das Auffinden von sich @@ -2651,52 +2637,25 @@ hcsecd[16484]: Sending PIN_Code_Reply to Einwahlverbindungen und Netzwerkverbindungen mit <acronym>PPP</acronym>-Profilen einrichten - Das + Ein Dial-Up Networking-Profil - (DUN) wird vor allem für Modems und - Mobiltelefone verwendet. Dieses Profil ermöglicht folgende - Szenarien: - - - - Die Verwendung eines Mobiltelefons oder eines - Modems durch einen Computer als drahtloses Modem, um sich - über einen Einwahlprovider mit dem Internet zu verbinden - oder andere Einwahldienste zu benutzen. - - - - Die Verwendung eines Mobiltelefons oder eines - Modems durch einen Computers, um auf Datenabfragen zu - reagieren. - - + (DUN) kann dazu benutzt werden, ein + Mobiltelefon als drahtloses Modem zu nutzen, um sich über + einen Einwahlprovider mit dem Internet zu verbinden. Es + kann auch dazu genutzt werden, einen Computer so zu + konfigurieren, dass dieser Datenabfragen empfängt. Der Zugriff auf ein Netzwerk über ein - PPP-Profil kann in folgenden Situationen - verwendet werden: - - - - Den LAN-Zugriff für ein einzelnes - Bluetooth-Gerät. - - - - Den LAN-Zugriff für mehrere - Bluetooth-Geräte. - - - - Eine PC-zu-PC-Verbindung unter Verwendung - einer PPP-Verbindung über eine emulierte - serielle Verbindung. - - + PPP-Profil kann einen Zugriff auf das + LAN für ein oder mehrere Bluetooth-Geräte + bieten. Eine + PC-zu-PC-Verbindung + unter Verwendung einer PPP-Verbindung + über eine serielle Verbindung ist ebenfalls möglich. Diese Profile werden unter &os; durch &man.ppp.8; sowie &man.rfcomm.pppd.8; implementiert - einem Wrapper, der - RFCOMM Bluetooth-Verbindungen unter + Bluetooth-Verbindungen unter PPP nutzbar macht. Bevor ein Profil verwendet werden kann, muss ein neuer PPP-Abschnitt in @@ -2704,21 +2663,23 @@ hcsecd[16484]: Sending PIN_Code_Reply to Beispielkonfigurationen zu diesem Thema finden Sie in &man.rfcomm.pppd.8;. - Das folgende Beispiel verwendet &man.rfcomm.pppd.8;, um - eine RFCOMM-Verbindung zu einem entfernten - Gerät mit derBD_ADDR 00:80:37:29:19:a4 auf + Dieses Beispiel verwendet &man.rfcomm.pppd.8;, um + eine Verbindung zu einem entfernten Gerät mit der + BD_ADDR + 00:80:37:29:19:a4 auf dem RFCOMM-Kanal DUN - aufzubauen. Die aktuelle - RFCOMM-Kanalnummer erhalten Sie vom - entfernten Gerät über SDP. Es ist auch + aufzubauen: + + &prompt.root; rfcomm_pppd -a 00:80:37:29:19:a4 -c -C dun -l rfcomm-dialup + + Die aktuelle Kanalnummer des entfernten Geräts erhalten + Sie über das SDP-Protokoll. Es ist auch möglich, manuell einen RFCOMM-Kanal festzulegen. In diesem Fall führt &man.rfcomm.pppd.8; keine SDP-Abfrage durch. Verwenden Sie &man.sdpcontrol.8;, um die RFCOMM-Kanäle des entfernten Geräts herauszufinden. - &prompt.root; rfcomm_pppd -a 00:80:37:29:19:a4 -c -C dun -l rfcomm-dialup - Der &man.sdpd.8;-Server muss laufen, damit ein Netzzugriff mit dem PPP LAN-Profil möglich ist. Außerdem muss für den