From owner-p4-projects@FreeBSD.ORG Tue Aug 19 19:04:41 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 86979106567A; Tue, 19 Aug 2008 19:04:41 +0000 (UTC) Delivered-To: perforce@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A6831065682 for ; Tue, 19 Aug 2008 19:04:41 +0000 (UTC) (envelope-from remko@freebsd.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7368FC23 for ; Tue, 19 Aug 2008 19:04:41 +0000 (UTC) (envelope-from remko@freebsd.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.2/8.14.2) with ESMTP id m7JJ4fRf079516 for ; Tue, 19 Aug 2008 19:04:41 GMT (envelope-from remko@freebsd.org) Received: (from perforce@localhost) by repoman.freebsd.org (8.14.2/8.14.1/Submit) id m7JJ4fSw079514 for perforce@freebsd.org; Tue, 19 Aug 2008 19:04:41 GMT (envelope-from remko@freebsd.org) Date: Tue, 19 Aug 2008 19:04:41 GMT Message-Id: <200808191904.m7JJ4fSw079514@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to remko@freebsd.org using -f From: Remko Lodder To: Perforce Change Reviews Cc: Subject: PERFORCE change 147825 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 19:04:41 -0000 http://perforce.freebsd.org/chv.cgi?CH=147825 Change 147825 by remko@remko_nakur on 2008/08/19 19:03:56 Import Rene's Bluetooth work and improved documentation. Affected files ... .. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/advanced-networking/chapter.sgml#7 edit Differences ... ==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/advanced-networking/chapter.sgml#7 (text+ko) ==== @@ -1426,7 +1426,7 @@ wordt WPA WPA-Enterprise genoemd om het verschil met het minder veilige WPA-Personal met de vooraf gedeelde sleutel aan te duiden. De authenticatie in WPA-Enterprise is - gebaseerd op EAP (Uitbreidbaar Authenticatie-Protocol). + gebaseerd op EAP (Extensible Authentication Protocol). EAP wordt niet met een encryptiemethode geleverd, het @@ -1435,7 +1435,7 @@ EAP-authenticatiemethodes ontworpen, de meest voorkomende methodes zijn EAP-TLS, EAP-TTLS, en EAP-PEAP. - EAP-TLS (EAP met TransportLaagBeveiliging) is een zeer + EAP-TLS (EAP met Transport Layer Security) is een zeer goed ondersteund authenticatieprotocol in de draadloze wereld aangezien het de eerste EAP-methode was die gecertificeerd werd door de + cliëntcertificaat voor elke draadloze cliënt. + Bij deze EAP-methode authenticeren zowel de + authenticatieserver als de draadloze cliënt elkaar + door hun respectievelijke certificaten te laten zien, en + ze controleren dat deze certificaten zijn getekend door de + certificatenauthoriteit (CA) van de organisatie. Zoals voorheen gebeurt het instellen via /etc/wpa_supplicant.conf: @@ -1502,15 +1502,15 @@ De regel client_cert geeft de - padnaam van het clientcertificaatbestand aan. Dit - certificaat is uniek voor elke draadloze client van - het netwerk. + padnaam van het cliëntcertificaatbestand aan. + Dit certificaat is uniek voor elke draadloze + cliënt van het netwerk. Het veld private_key is de padnaam naar het bestand dat de privésleutel - van het clientcertificaat bevat. + van het cliëntcertificaat bevat. @@ -1554,14 +1554,14 @@ WPA met EAP-TTLS Bij EAP-TLS hebben zowel de authenticatieserver als de - client een certificaat nodig, met EAP-TTLS (EAP-Getunnelde - TransportLaagBeveiliging) is een clientcertificaat - optioneel. Deze methode komt in de buurt van wat sommige - beveiligde websites doen, waar de webserver een veilige - SSL-tunnel kan aanmaken zelfs als de bezoekers geen - client-side certificaten hebben. EAP-TTLS zal de - versleutelde TLS-tunnel gebruiken voor het veilig - transporteren van de authenticatiegegevens. + cliënt een certificaat nodig, met EAP-TTLS ( + EAP-Tunneled Transport Layer Security) is een + cliëntcertificaat optioneel. Deze methode komt in de + buurt van wat sommige beveiligde websites doen, waar de + webserver een veilige SSL-tunnel kan aanmaken zelfs als de + bezoekers geen certificaten aan de cliëntkant hebben. + EAP-TTLS zal de versleutelde TLS-tunnel gebruiken voor het + veilig transporteren van de authenticatiegegevens. De instellingen worden gedaan via het bestand /etc/wpa_supplicant.conf: @@ -1648,16 +1648,16 @@ PEAP is soortgelijk aan EAP-TTLS: het gebruikt een - server-side certificaat om de clients te authenticeren - door een beveiligde TLS-tunnel tussen de client en de - authenticatieserver aan te maken, welke de uitwisseling - van de authenticatie-informatie beschermt. Vanuit een - beveiligingsoogpunt gezien is het verschil tussen EAP-TTLS - en PEAP dat PEAP-authenticatie de gebruikersnaam - onversleuteld uitzendt, alleen het wachtwoord wordt in de - beveiligde TLS-tunnel verzonden. EAP-TTLS gebruikt de - TLS-tunnel voor zowel de gebruikersnaam als het wachtwoord - . + server-side certificaat om de cliënten te + authenticeren door een beveiligde TLS-tunnel tussen de + cliënt en de authenticatieserver aan te maken, welke + de uitwisseling van de authenticatie-informatie beschermt. + Vanuit een beveiligingsoogpunt gezien is het verschil + tussen EAP-TTLS en PEAP dat PEAP-authenticatie de + gebruikersnaam onversleuteld uitzendt, alleen het + wachtwoord wordt in de beveiligde TLS-tunnel verzonden. + EAP-TTLS gebruikt de TLS-tunnel voor zowel de + gebruikersnaam als het wachtwoord. Het bestand /etc/wpa_supplicant.conf dient @@ -1748,7 +1748,7 @@ WEP - WEP (Bedraad Equivalent Privacy) maakt deel uit van de + WEP (Wired Equivalent Privacy) maakt deel uit van de oorspronkelijke 802.11 standaard. Er is geen authenticatiemechanisme, slechts een zwakke vorm van toegangscontrole, en het is gemakkelijk te kraken. @@ -1940,7 +1940,7 @@ vorm van authenticatie of encryptie te draaien, is dit een eenvoudige manier om te controleren of het AP werkt. Deze configuratie is ook belangrijk voor het debuggen van problemen - met clients. + met cliënten. Nadat het AP is ingesteld als eerder is laten zien, is het mogelijk om van een andere draadloze machine een scan te @@ -1950,7 +1950,7 @@ SSID BSSID CHAN RATE S:N INT CAPS freebsdap 00:11:95:c3:0d:ac 1 54M 22:1 100 ES - De clientmachine heeft het AP gevonden en kan ermee + De cliëntmachine heeft het AP gevonden en kan ermee geassocieeerd worden: &prompt.root; ifconfig ath0 ssid freebsdap inet 192.168.0.2 netmask 255.255.255.0 @@ -1971,11 +1971,11 @@ Deze sectie zal zich richten op opzetten van een &os; toegangspunt dat het beveilingsprotocol WPA gebruikt. Meer details over WPA en het instellen van op WPA gebaseerde - draadloze clients kan gevonden worden in . De daemon hostapd wordt - gebruikt om clientauthenticatie en sleutelbeheer op het + gebruikt om cliëntauthenticatie en sleutelbeheer op het toegangspunt met WPA af te handelen. In het volgende zullen alle instellingsbewerkingen worden @@ -2093,8 +2093,8 @@ ssid freebsdap channel 1 bssid 00:11:95:c3:0d:ac authmode WPA2/802.11i privacy MIXED deftxkey 2 TKIP 2:128-bit txpowmax 36 protmode CTS dtimperiod 1 bintval 100 - Het toegangspunt draait nu, de clienten kunnen er nu mee - worden geassocieerd, zie Het toegangspunt draait nu, de cliënten kunnen er + nu mee worden geassocieerd, zie voor meer details. Het is mogelijk om de stations die met het AP geassocieerd zijn te zien door het commando ifconfig @@ -2163,10 +2163,10 @@ SSID BSSID CHAN RATE S:N INT CAPS freebsdap 00:11:95:c3:0d:ac 1 54M 22:1 100 EPS - De clientmachine heeft het toegangspunt gevonden en kan - ermee geassocieerd worden door de juiste parameters (sleutel, - enz.) te gebruiken, zie - voor meer details. + De cliëntmachine heeft het toegangspunt gevonden en + kan ermee geassocieerd worden door de juiste parameters ( + sleutel, enz.) te gebruiken, zie voor meer details. @@ -2249,7 +2249,7 @@ Lucistnik Geschreven door -
pav@oook.cz
+
pav@FreeBSD.org
 @@ -2265,16 +2265,16 @@ Bluetooth is een draadloze technologie om persoonlijke netwerken aan te maken die in de vrije 2,4GHz-band werken binnen een straal van 10 meter. Deze netwerken worden gewoonlijk - ad-hoc gevormd en bestaan uit mobiele telefoons, handhelds en - laptops. In tegenstelling tot die andere populaire draadloze - techniek, Wi-Fi, biedt Bluetooth een hoger niveau van - serviceprofielen, zoals FTP-achtige bestandsservers, pushing van - bestanden, stemtransport, communicatie over seriële lijnen, - en meer. + ad-hoc gevormd en bestaan uit draagbare apparaten zoals mobiele + telefoons, handhelds en laptops. In tegenstelling tot die + andere populaire draadloze techniek, Wi-Fi, biedt Bluetooth een + hoger niveau van serviceprofielen, zoals FTP-achtige + bestandsservers, pushing van bestanden, stemtransport, emulatie + van seriële lijnen, en meer. De Bluetooth stack is in &os; geïmplementeerd door - gebruik te maken van het Netgraph-raamwerk (zie &man.netgraph.4;). - Een rijke variëteit van Bluetooth USB-dongles wordt + gebruik te maken van het Netgraph-raamwerk (zie &man.netgraph.4; + ). Een rijke variëteit van Bluetooth USB-dongles wordt ondersteund door het stuurprogramma &man.ng.ubt.4;. Apparaten gebaseerd op de Broadcom BCM2033 chip worden ondersteund door de stuurprogramma's &man.ubtbcmfw.4; en &man.ng.ubt.4;. De 3Com @@ -2291,7 +2291,7 @@ Standaard zijn stuurprogramma's voor Bluetooth-apparaten beschikbaar als kernelmodules. Voordat een apparaat wordt aangekoppeld, dient het stuurprogramma in de kernel geladen te - zijn: + worden: &prompt.root; kldload ng_ubt Indien het Bluetooth-apparaat tijdens het opstarten van het @@ -2301,29 +2301,24 @@ ng_ubt_load="YES" Prik de USB-dongle in. Uitvoer vergelijkbaar aan de - onderstaande zal op de console (of in syslog) verschijnen: + onderstaande zal op de console (of in syslog) verschijnen: + 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 - - De Bluetooth-stack moet handmatig worden opgestart in &os; - 6.0, en op &os; 5.X vóór 5.5. Het gebeurt - automatisch vanuit &man.devd.8; op &os; 5.5, 6.1, en nieuwer. + Kopieer + /usr/share/examples/netgraph/bluetooth/rc.bluetooth + naar een handige plaats zoals + /etc/rc.bluetooth. Dit script wordt + gebruikt om de Bluetooth-stack te starten en te stoppen. Het is + een goed idee om de Bluetooth-stack te stoppen voordat het + apparaat wordt losgekoppeld, maar het is gewoonlijk niet fataal. + Tijdens het opstarten van de stack verschijnt er uitvoer + vergelijkbaar aan de onderstaande: - - Kopieer - /usr/share/examples/netgraph/bluetooth/rc.bluetooth - naar een handige plaats zoals /etc/rc.bluetooth. - Dit script wordt gebruikt om de Bluetooth-stack te starten en - te stoppen. Het is een goed idee om de Bluetooth-stack te - stoppen vóórdat het apparaat wordt losgekoppeld, - maar het is gewoonlijk niet fataal. Tijdens het opstarten van - de stack verschijnt er uitvoer vergelijkbaar met de - onderstaande: - &prompt.root; /etc/rc.bluetooth start ubt0 BD_ADDR: 00:02:72:00:d4:1a Features: 0xff 0xff 0xf 00 00 00 00 00 @@ -2336,7 +2331,6 @@ Number of ACL packets: 8 Max. SCO packet size: 64 bytes Number of SCO packets: 8 - HCI @@ -2345,8 +2339,9 @@ Host Controller Interface (HCI) Het Host Controller Interface (HCI) biedt een - opdrachtinterfce naar de controller van de basisband en de - verbindingsbeheerder. Deze interface biedt een uniforme manier + opdrachtinterface naar de controller van de basisband en de + verbindingsbeheerder, en toegang tot hardwarestatus en + controleregisters. Deze interface biedt een uniforme manier om de mogelijkheden van de basisband van Bluetooth te benaderen. De HCI-laag op de gastheer wisselt gegevens en opdrachten uit met de HCI-firmware in de Bluetooth-hardware. Het @@ -2356,7 +2351,7 @@ Voor een enkel Bluetooth-apparaat wordt een enkele Netgraph knoop van het type hci aangemaakt. De - HCI-knoop is normaalgesproken verbonden met de knoop van het + HCI-knoop is normaliter verbonden met de knoop van het Bluetooth-apparaatstuurprogramma (naar beneden toe) en de L2CAP-knoop (naar boven toe). Alle HCI-bewerkingen dienen te worden uitgevoerd op de HCI-knoop en niet op de knoop van het @@ -2369,10 +2364,10 @@ wordt ondervragen genoemd. Ondervragen en andere HCI-gerelateerde bewerkingen worden uitgevoerd met het programma &man.hccontrol.8;. Het onderstaande voorbeeld laat - zien hoe kan worden ontdekt welke Bluetooth-apparaten zich - binnen bereik bevinden. De lijst met apparaten zou binnen - enkele seconden moeten binnenkomen. Bedenk dat een afstandelijk - apparaat alleen antwoord op de ondervraging zal geven indien het + zien hoe kan worden uitgezocht welke Bluetooth-apparaten zich + binnen het bereik bevinden. De lijst met apparaten zou binnen + enkele seconden moeten binnenkomen. Bedenk dat een apparaat op + afstand alleen antwoord op de ondervraging zal geven indien het in ontdekbare modus staat. &prompt.user; hccontrol -n ubt0hci inquiry @@ -2393,17 +2388,18 @@ aan een BD_ADDR toe te kennen. Het bestand /etc/bluetooth/hosts bevat informatie over de bekende Bluetooth-gastheren. Het volgende voorbeeld laat - zien hoe de menselijk leesbare naam dat aan het afstandelijke - apparaat was toegekend te verkrijgen is: + zien hoe de menselijk leesbare naam dat aan het apparaat op + afstand was toegekend te verkrijgen is: &prompt.user; hccontrol -n ubt0hci remote_name_request 00:80:37:29:19:a4 BD_ADDR: 00:80:37:29:19:a4 Name: Pav's T39 Tijdens het uitvoeren van een ondervraging op een - afstandelijk Bluetooth-apparaat zal het de computer als - computer.naam (ubt0) vinden. De naam die aan het - lokale apparaat is toegekend, kan altijd gewijzigd worden. + Bluetooth-apparaat op afstand zal het de computer als + uw.gastheer.naam (ubt0) vinden. De naam die aan + het lokale apparaat is toegekend, kan altijd gewijzigd worden. + Het Bluetooth-systeem biedt een punt-naar-punt-verbinding (slechts twee Bluetooth-eenheden betrokken), of een @@ -2418,10 +2414,10 @@ 00:80:37:29:19:a4 41 ACL 0 MAST NONE 0 0 OPEN Een verbindingshandvat is nuttig indien - het beeindigen van de basisbandverbinding noodzakelijk is. + het beëindigen van de basisbandverbinding noodzakelijk is. Normaalgesproken is het niet nodig om dit handmatig te doen. De stack zal automatisch niet-actieve basisbandverbindingen - beeindigen. + beëindigen. &prompt.root; hccontrol -n ubt0hci disconnect 41 Connection handle: 41 @@ -2432,6 +2428,8 @@ HCI-opdrachten zijn geen beheerdersrechten nodig. + L2CAP + Logical Link Control and Adaptation Protocol (L2CAP) @@ -2492,9 +2490,9 @@ Een ander diagnostisch programma is &man.btsockstat.1;. Het heeft ongeveer hetzelfde doel als &man.netstat.1;, maar dan voor - Bluetooth-gerelateerde gegevensstructuren. Het onderstaande - voorbeeld laat dezelfde logische verbinding zien als die van - &man.l2control.8; hierboven. + Bluetooth-netwerkgerelateerde gegevensstructuren. Het + onderstaande voorbeeld laat dezelfde logische verbinding zien + als die van &man.l2control.8; hierboven. &prompt.user; btsockstat Active L2CAP sockets @@ -2515,11 +2513,12 @@ Het RFCOMM-protocol biedt emulatie van seriële poorten over het L2CAP-protocol. Het protocol is gebaseerd op de - ETSI-standaard TS 07.10. RDCOMM is een envoudig + ETSI-standaard TS 07.10. RFCOMM is een envoudig transportprotocol, met aanvullende voorzieningen om de 9 circuits van RS-232- (EIATIA-232-E-) seriële poorten te emuleren. Het RFCOMM-protocol ondersteunt tot 60 gelijktijdige - verbindingen (RFCOMM-kanalen) tussen twee Bluetooth-apparaten. + verbindingen (RFCOMM-kanalen) tussen twee Bluetooth-apparaten. + Het is de bedoeling van RFCOMM dat in een volledig communicatiepad twee toepassingen op verschillende apparaten @@ -2541,8 +2540,10 @@ Bluetooth-stopcontacten geïmplementeerd. + paren + - Apparaatparen + Het paren van apparaten Standaard is Bluetooth-communicatie niet geauthenticeerd en kan elk apparaat met elk ander apparaat praten. Een @@ -2550,9 +2551,9 @@ ervoor kiezen dat voor bepaalde diensten authenticatie nodig is (bijvoorbeeld voor de inbeldienst). Bluetooth-authenticatie geschied normaalgesproken met PIN-codes. - Een PIN-code is hier een ACII-reeks van maximaal 16 tekens lang. - De gebruiker dient dezelfde PIN-code op beide apparaten in te - geven. Nadat de gebruiker de PIN-code heeft ingevoerd, zullen + Een PIN-code is een ACII-reeks van maximaal 16 tekens lang. De + gebruiker dient dezelfde PIN-code op beide apparaten in te + voeren. Nadat de gebruiker de PIN-code heeft ingevoerd, zullen beide apparaten een verbindingssleutel aanmaken. Hierna kan de verbindingssleutel òfwel in de apparaten zelf, òfwel in een permanente opslag worden @@ -2565,9 +2566,10 @@ De daemon &man.hcsecd.8; is verantwoordelijk voor het behandelen van alle verzoeken voor Bluetooth-authenticatie. Het standaard instellingenbestand is - /etc/bluetooth.conf. Een voorbeeldsectie - voor een mobiele telefoon waarvan de PIN-code willekeurig op - 1234 is hieronder beschreven: + /etc/bluetooth/hcsecd.conf. Een + voorbeeldsectie voor een mobiele telefoon waarvan de PIN-code + willekeurig op 1234 is hieronder beschreven: + device { bgaddr 00:80:37:29:19:a4; @@ -2581,13 +2583,13 @@ PIN-code vast zijn ingebouwd. De schakelaar dwingt de daemon &man.hcsecd.8; om op de voorgrond te blijven, zodat het gemakkelijk is om te zien wat er gebeurt. Stel het - afstandelijke apparaat in om paren te ontvangen en initialiseer - de Bluetooth-verbinding naar het afstandelijke apparaat. Het - apparaat moet zeggen dat het paren geaccepteerd is en om de - PIN-code vragen. Geef dezelfde pincode in als in - hcsecd.conf. Nu zijn de PC en het - afstandelijke apparaat gepaard. Als alternatief kan paren op - het afstandelijke apparaat worden geïnitialiseerd. + andere apparaat in om paarverzoeken te ontvangen en initialiseer + de Bluetooth-verbinding naar het andere apparaat. Het apparaat + moet zeggen dat het paarverzoek geaccepteerd is en om de + PIN-code vragen. Geef dezelfde PIN-code op als in + hcsecd.conf. Nu zijn de PC en het andere + apparaat gepaard. Als alternatief kan paren op het andere + apparaat worden geïnitialiseerd. Op &os; 5.5, 6.1, en nieuwer kan de volgende regel aan het bestand /etc/rc.conf worden toegvoegd @@ -2616,12 +2618,12 @@ cliënttoepassingen de mogelijkheid om diensten te ontdekken die door servertoepassingen worden aangeboden alsook de kenmerken van deze diensten. De kenmerken van een dienst - omvatten de het soort of klasse van de aangeboden dienst en de + omvatten de soort of klasse van de aangeboden dienst en de informatie over het mechanisme of protocol dat nodig is om de dienst te gebruiken. SDP omvat communicatie tussen een SDP-server en een - SDP-cliënt. De server houdt een lijst een van + SDP-cliënt. De server houdt een lijst van dienstenregistraties bij die de eigenschappen van de diensten beschrijven die met de server geassocieerd zijn. Elke dienstregistratie bevat informatie over een enkele dienst. Een @@ -2636,7 +2638,7 @@ Normaalgesproken zoekt een SDP-cliënt naar diensten naar aanleiding van enkele gewenste eigenschappen van die - diensten. Soms is het ecter wenselijk om te ontdekken welke + diensten. Soms is het echter wenselijk om te ontdekken welke soorten diensten door de dienstregistraties van een SDP-server worden beschreven zonder enige voorkennis van deze diensten. Dit kijken naar alle aangeboden diensten wordt @@ -2644,8 +2646,8 @@ De Bluetooth SDP-server &man.sdpd.8; en de opdrachtregelcliënt &man.sdpcontrol.8; zitten in de - standaard &os;-installatie. Het volgende voorbeeld laat het - SDP browsen wordt gedaan. + standaard &os;-installatie. Het volgende voorbeeld laat zien + hoe een SDP-browse query uit te voeren. &prompt.user; sdpcontrol -a 00:01:03:fc:6e:ec browse Record Handle: 00000000 @@ -2675,7 +2677,7 @@ attributen heeft (bijvoorbeeld een RFCOMM-kanaal). Afhankelijk van de dienst kan het nodig zijn om een aantekening van sommige attributen te maken. Sommige Bluetooth-implementaties - ondersteunen dienst-browsen niet en kunnen een lege lijst + ondersteunen dienst-browsen niet en zullen een lege lijst teruggeven. In dit geval is het mogelijk om naar de specifieke dienst te zoeken. Het onderstaande voorbeeld laat zien hoe naar de dienst OBEX Object Push (OPUSH) gezocht kan worden: @@ -2685,7 +2687,8 @@ Het aanbieden van diensten op &os; aan Bluetooth-cliënten wordt gedaan met de server &man.sdpd.8;. Op &os; 5.5, 6.1, en nieuwer, kan de volgende regel aan het - bestand /etc/rc.conf worden toegevoegd: + bestand /etc/rc.conf worden toegevoegd: + sdpd_enable="YES" @@ -2694,19 +2697,12 @@ &prompt.root; /etc/rc.d/sdpd start - Op &os; 6.0, en op &os; 5.X voor 5.5, is - sdpd niet in de opstartscripts van - het systeem geïntegreerd. Het dient handmatig te worden - gestart met: - - &prompt.root; sdpd - - De plaatselijke servertoepassingen die Bluetooth-diensten - willen aanbieden aan verre cliënten zullen de diensten - registreren bij de plaatselijke SDP-daemon. Een voorbeeld van - zo'n toepassing is &man.rfcomm.pppd.8;. Nadat het gestart is - zal het de Bluetooth LAN-dienst bij de plaatselijke SDP-daemon - registreren. + De plaatselijke servertoepassing die Bluetooth-diensten wil + aanbieden aan verre cliënten zal de dienst registreren bij + de plaatselijke SDP-daemon. Een voorbeeld van zo'n toepassing + is &man.rfcomm.pppd.8;. Nadat het gestart is zal het de + Bluetooth LAN-dienst bij de plaatselijke SDP-daemon registreren. + De lijst met diensten die bij de plaatselijke SDP-server zijn geregistreerd kan worden opgevraagd door te SDP-browsen @@ -2716,7 +2712,7 @@ - Dial-Up Networking (DUN) en netwerk toegang met PPP (LAN) + <title>Dial-Up Networking (DUN) en netwerktoegang met PPP (LAN) profielen Het inbelnetwerk (DUN) profiel wordt het meeste gebruikt met @@ -2737,22 +2733,36 @@ - Op &os; zijn beide profielen met &man.ppp.8; en - &man.rfcomm.pppd.8; - een wrapper die een RFCOMM - Bluetooth-verbinding omzet in iets waar PPP mee overweg kan - - geïmplementeerd. Voordat een profiel gebruikt kan worden, - dient een nieuw PPP-label in het bestand - /etc/ppp/ppp.conf te worden aangemaakt. - Raadpleeg de hulppagina &man.rfcomm.pppd.8; voor voorbeelden. + Het profiel voor netwerktoegang met PPP (LAN) kan in de + volgende situaties gebruikt worden: + + + LAN-toegang voor een enkel Bluetooth-apparaat; + + + LAN-toegang voor meerdere Bluetooth-apparaten; + + + PC naar PC (door PPP-netwerken over een + seriële kabel te emuleren). + + + Op &os; zijn beide profielen geïmplementeerd met + &man.ppp.8; en &man.rfcomm.pppd.8; - een wrapper die een RFCOMM + Bluetooth-verbinding omzet in iets waar PPP mee overweg kan. + Voordat een profiel gebruikt kan worden, dient een nieuw + PPP-label in het bestand /etc/ppp/ppp.conf + te worden aangemaakt. Raadpleeg de hulppagina + &man.rfcomm.pppd.8; voor voorbeelden. - In het volgende voorbeeld al &man.rfcomm.pppd.8; gebruikt + In het volgende voorbeeld zal &man.rfcomm.pppd.8; gebruikt worden om RFCOMM-verbinding met een ver apparaat met BD_ADDR 00:80:37:29:19:a4 op een DUN RFCOMM-kanaal te maken. Het eigenlijke RFCOMM-kanaalnummer wordt via SDP van het verre apparaat verkregen. Het is mogelijk om het RFCOMM-kanaal handmatig op te geven, en in dat geval zal &man.rfcomm.pppd.8; - het verzoek niet uitvoeren. Gebruik &man.sdpcontrol.8;om het - RFCOMM-kanaal op het verre apparaat te achterhalen. + het SDP-verzoek niet uitvoeren. Gebruik &man.sdpcontrol.8; om + het RFCOMM-kanaal op het verre apparaat te achterhalen. &prompt.root; rfcomm_pppd -a 00:80:37:29:19:a4 -c -C dun -l rfcomm-dialup @@ -2770,6 +2780,8 @@ &prompt.root; rfcomm_pppd -s -C 7 -l rfcomm-server + OBEX + Het OBEX Object Push (OPUSH) profiel @@ -2790,10 +2802,10 @@ bijvoorbeeld een visitekaart of een afspraak zijn. De OBEX-cliënt kan het RFCOMM-kanaalnummer van het verre apparaat via SDP opvragen. Dit kan gedaan worden door de - naam van de dienst in plaats van het RFCOMM-kanaalnummer op te - geven. De ondersteunde dienstnamen zijn: IrMC, FTRN, en OPUSH. - Het is mogelijk om het RFCOMM-kanaal als een nummer op te geven. - Het onderstaande is een voorbeeld van een OBEX-sessie, waar een + dienstnaam in plaats van het RFCOMM-kanaalnummer op te geven. + De ondersteunde dienstnamen zijn: IrMC, FTRN, en OPUSH. Het is + mogelijk om het RFCOMM-kanaal als een nummer op te geven. Het + onderstaande is een voorbeeld van een OBEX-sessie, waar een apparaatinformatie-object van de mobiele telefoon wordt getrokken, en een nieuw object (een visitekaart) in de gids van de telefoon wordt geduwd: @@ -2807,9 +2819,9 @@ Success, response: OK, Success (0x20) Om de dienst OBEX Object Push aan te bieden, moet de server - &man.sdpd.8; draaien. Er moet een rootmap worden aangemaakt + &man.sdpd.8; draaien. Er moet een hoofdmap worden aangemaakt waarin alle binnenkomende objecten worden opgeslagen. Het - standaardpad naar de rootmap is + standaardpad naar de hoofdmap is /var/spool/obex. Tenslotte moet de OBEX-server op een geldig RFCOMM-kanaal worden gestart. De OBEX-server zal automatisch de dienst OBEX Object Push bij de @@ -2836,7 +2848,8 @@ verre apparaten te verbinden. Merk op dat het niet nodig is om een RFCOMM-kanaal te kiezen - &man.rfcomm.sppd.1; kan het via SDP van het verre apparaat verkrijgen. Dit kan worden overruled - door een RFCOMM-kanaal op de opdrachtregel te specificeren. + door een RFCOMM-kanaal op de opdrachtregel te specificeren. + &prompt.root; rfcomm_sppd -a 00:07:E0:00:0B:CA -t /dev/ttyp6 rfcomm_sppd[94692]: Starting on /dev/ttyp6... @@ -2853,23 +2866,22 @@ Een apparaat op afstand kan geen verbinding maken - Sommige oudere Bluetooth-apparaten ondersteuenen het - wisselen van rol niet. Standaard probeert het apparaat, - wanneer &os; een nieuwe verbinding accepteert, een - rolwisseling uit te voeren en meester te worden. Apparaten - die dit niet onderrsteunen zullen niet kunnen verbinden. Merk - op dat van rol wordt gewisseld wanneer een niewue verbinding - wordt gemaakt, dus het is niet mogelijk om het apparaat op - afstand te vragen als het rolwisseling niet ondersteunt. Er - is een HCI-optie om rolwisselen aan de plaatselijke kant uit - te zetten: + Sommige oudere Bluetooth-apparaten ondersteunen het + wisselen van rol niet. Standaard probeert &os;, wanneer het + een nieuwe verbinding accepteert, een rolwisseling uit te + voeren en meester te worden. Apparaten die dit niet + ondersteunen zullen niet kunnen verbinden. Merk op dat van + rol wordt gewisseld wanneer een nieuwe verbinding wordt + gemaakt, dus het is niet mogelijk om het verre apparaat te + vragen of het rolwisseling ondersteunt. Er is een HCI-optie + om rolwisselen aan de plaatselijke kant uit te zetten: &prompt.root; hccontrol -n ubt0hci write_node_role_switch 0 - Er gaat iets mis, kan ik ergens precies zien wat er - gebeurt? + Er gaat iets mis, kan ik precies zien wat er gebeurt? + Ja, dit is mogelijk. Gebruik het pakket hcidump, dat beschikbaar is als de @@ -2877,7 +2889,8 @@ gereedschap hcidump is vergelijkbaar met &man.tcpdump.1;. Het kan gebruikt worden om de inhoud van Bluetooth-pakketten op de terminal te laten zien - en om de Bluetooth-pakketten naar een bestand te schrijven. + en om de Bluetooth-pakketten naar een bestand te schrijven. +