The translation is temporarily closed for contributions due to maintenance, please come back later.

Translation

(itstool) path: sect3/screen
English
<prompt>#</prompt> <userinput>sdpcontrol -l browse</userinput>
Context English Turkish (tr_TR) State
Service Discovery Protocol (<acronym>SDP</acronym>) Servis bulma ilkesi (<acronym>SDP</acronym>)
<primary>SDP</primary> <primary>SDP</primary>
The Service Discovery Protocol (<acronym>SDP</acronym>) provides the means for client applications to discover the existence of services provided by server applications as well as the attributes of those services. The attributes of a service include the type or class of service offered and the mechanism or protocol information needed to utilize the service. Hizmet Bulma Protokolü (<acronym> SDP </acronym>), istemci uygulamalarının sunucu uygulamaları tarafından sağlanan hizmetlerin varlığını ve bu hizmetlerin özelliklerini keşfetmesini sağlar. Bir hizmetin özellikleri, sunulan hizmetin türü veya sınıfını ve hizmeti kullanmak için gereken mekanizma veya protokol bilgilerini içerir.
<acronym>SDP</acronym> involves communication between a <acronym>SDP</acronym> server and a <acronym>SDP</acronym> client. The server maintains a list of service records that describe the characteristics of services associated with the server. Each service record contains information about a single service. A client may retrieve information from a service record maintained by the <acronym>SDP</acronym> server by issuing a <acronym>SDP</acronym> request. If the client, or an application associated with the client, decides to use a service, it must open a separate connection to the service provider in order to utilize the service. <acronym>SDP</acronym> provides a mechanism for discovering services and their attributes, but it does not provide a mechanism for utilizing those services. <acronym> SDP </acronym>, bir <acronym> SDP </acronym> sunucusu ile bir <acronym> SDP </acronym> istemcisi arasındaki iletişimi içerir. Sunucu, sunucuyla ilişkili hizmetlerin özelliklerini açıklayan hizmet kayıtlarının bir listesini tutar. Her hizmet kaydı, tek bir hizmet hakkında bilgi içerir. İstemci, bir <acronym> SDP </acronym> isteği göndererek <acronym> SDP </acronym> sunucusu tarafından tutulan bir servis kaydından bilgi alabilir. İstemci veya istemciyle ilişkili bir uygulama bir hizmet kullanmaya karar verirse, hizmeti kullanmak için hizmet sağlayıcıya ayrı bir bağlantı açması gerekir. <acronym> SDP </acronym> hizmetleri ve özelliklerini keşfetmek için bir mekanizma sağlar, ancak bu hizmetleri kullanmak için bir mekanizma sağlamaz.
Normally, a <acronym>SDP</acronym> client searches for services based on some desired characteristics of the services. However, there are times when it is desirable to discover which types of services are described by an <acronym>SDP</acronym> server's service records without any prior information about the services. This process of looking for any offered services is called <emphasis>browsing</emphasis>. Normal olarak, bir <acronym> SDP </acronym> istemcisi, hizmetlerin istenen bazı özelliklerine dayalı olarak hizmetleri arar. Ancak, hizmetler hakkında önceden bilgi vermeden bir <acronym> SDP </acronym> sunucusunun hizmet kayıtları tarafından hangi tür hizmetlerin tanımlandığını keşfetmenin istendiği zamanlar vardır. Sunulan herhangi bir hizmeti arama işlemine <emphasis> tarama </emphasis> adı verilir.
The Bluetooth <acronym>SDP</acronym> server, <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum></citerefentry>, and command line client, <citerefentry><refentrytitle>sdpcontrol</refentrytitle><manvolnum>8</manvolnum></citerefentry>, are included in the standard FreeBSD installation. The following example shows how to perform a <acronym>SDP</acronym> browse query. Bluetooth <acronym> SDP </acronym> sunucusu, <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum> </citerefentry> ve komut satırı istemcisi, <citerefentry> <refentrytitle> sdptrol <sdptrol < refentrytitle> <manvolnum> 8 </manvolnum> </citerefentry>, standart FreeBSD kurulumuna dahildir. Aşağıdaki örnek, <acronym> SDP </acronym> göz atma sorgusunun nasıl gerçekleştirileceğini gösterir.
<prompt>%</prompt> <userinput>sdpcontrol -a 00:01:03:fc:6e:ec browse</userinput>
Record Handle: 00000000
Service Class ID List:
Service Discovery Server (0x1000)
Protocol Descriptor List:
L2CAP (0x0100)
Protocol specific parameter #1: u/int/uuid16 1
Protocol specific parameter #2: u/int/uuid16 1

Record Handle: 0x00000001
Service Class ID List:
Browse Group Descriptor (0x1001)

Record Handle: 0x00000002
Service Class ID List:
LAN Access Using PPP (0x1102)
Protocol Descriptor List:
L2CAP (0x0100)
RFCOMM (0x0003)
Protocol specific parameter #1: u/int8/bool 1
Bluetooth Profile Descriptor List:
LAN Access Using PPP (0x1102) ver. 1.0
<prompt>%</prompt> <userinput>sdpcontrol -a 00:01:03:fc:6e:ec browse</userinput>
Record Handle: 00000000
Service Class ID List:
Service Discovery Server (0x1000)
Protocol Descriptor List:
L2CAP (0x0100)
Protocol specific parameter #1: u/int/uuid16 1
Protocol specific parameter #2: u/int/uuid16 1

Record Handle: 0x00000001
Service Class ID List:
Browse Group Descriptor (0x1001)

Record Handle: 0x00000002
Service Class ID List:
LAN Access Using PPP (0x1102)
Protocol Descriptor List:
L2CAP (0x0100)
RFCOMM (0x0003)
Protocol specific parameter #1: u/int8/bool 1
Bluetooth Profile Descriptor List:
LAN Access Using PPP (0x1102) ver. 1.0
Note that each service has a list of attributes, such as the <acronym>RFCOMM</acronym> channel. Depending on the service, the user might need to make note of some of the attributes. Some Bluetooth implementations do not support service browsing and may return an empty list. In this case, it is possible to search for the specific service. The example below shows how to search for the <acronym>OBEX</acronym> Object Push (<acronym>OPUSH</acronym>) service: Her hizmetin, <acronym> RFCOMM </acronym> kanalı gibi bir öznitelikler listesine sahip olduğunu unutmayın. Hizmete bağlı olarak, kullanıcının bazı özellikleri not alması gerekebilir. Bazı Bluetooth uygulamaları servis taramasını desteklemez ve boş bir liste döndürebilir. Bu durumda, belirli bir servisi aramak mümkündür. Aşağıdaki örnek, <acronym> OBEX </acronym> Nesne Push (<acronym> OPUSH </acronym>) hizmetinin nasıl aranacağını gösterir:
<prompt>%</prompt> <userinput>sdpcontrol -a 00:01:03:fc:6e:ec search OPUSH</userinput> <prompt>%</prompt> <userinput>sdpcontrol -a 00:01:03:fc:6e:ec search OPUSH</userinput>
Offering services on FreeBSD to Bluetooth clients is done with the <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum></citerefentry> server. The following line can be added to <filename>/etc/rc.conf</filename>: FreeBSD'de Bluetooth istemcilerine hizmet sunmak <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum> </citerefentry> sunucusu ile yapılır. <filename> /etc/rc.conf </filename> öğesine aşağıdaki satır eklenebilir:
sdpd_enable="YES" sdpd_enable="YES"
Then the <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum></citerefentry> daemon can be started with: Ardından <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum> </citerefentry> arka plan programı aşağıdakilerle başlatılabilir:
<prompt>#</prompt> <userinput>service sdpd start</userinput> <prompt>#</prompt> <userinput>service sdpd start</userinput>
The local server application that wants to provide a Bluetooth service to remote clients will register the service with the local <acronym>SDP</acronym> daemon. An example of such an application is <citerefentry><refentrytitle>rfcomm_pppd</refentrytitle><manvolnum>8</manvolnum></citerefentry>. Once started, it will register the Bluetooth LAN service with the local <acronym>SDP</acronym> daemon. Uzak istemcilere bir Bluetooth hizmeti vermek isteyen yerel sunucu uygulaması, hizmeti yerel <acronym> SDP </acronym> arka plan programına kaydeder. Böyle bir uygulamaya örnek olarak <citerefentry><refentrytitle>rfcomm_pppd</refentrytitle><manvolnum>8</manvolnum> </citerefentry> verilebilir. Başlatıldığında, Bluetooth LAN hizmetini yerel <acronym> SDP </acronym> arka plan programına kaydeder.
The list of services registered with the local <acronym>SDP</acronym> server can be obtained by issuing a <acronym>SDP</acronym> browse query via the local control channel: Yerel <acronym> SDP </acronym> sunucusuna kaydedilen hizmetlerin listesi, yerel kontrol kanalı üzerinden bir <acronym> SDP </acronym> göz atma sorgusu verilerek elde edilebilir:
<prompt>#</prompt> <userinput>sdpcontrol -l browse</userinput> <prompt>#</prompt> <userinput>sdpcontrol -l browse</userinput>
<acronym>OBEX</acronym> Object Push (<acronym>OPUSH</acronym>) <acronym>OBEX</acronym> Object Push (<acronym>OPUSH</acronym>)
<primary>OBEX</primary> <primary>OBEX</primary>
Object Exchange (<acronym>OBEX</acronym>) is a widely used protocol for simple file transfers between mobile devices. Its main use is in infrared communication, where it is used for generic file transfers between notebooks or <acronym>PDA</acronym>s, and for sending business cards or calendar entries between cellular phones and other devices with Personal Information Manager (<acronym>PIM</acronym>) applications. Nesne Değişimi (<acronym> OBEX </acronym>), mobil cihazlar arasında basit dosya aktarımları için yaygın olarak kullanılan bir protokoldür. Ana kullanım alanı, dizüstü bilgisayarlar veya <acronym> PDA </acronym> s arasında genel dosya aktarımları için ve cep telefonları ile Kişisel Bilgi Yöneticisi (diğer kısaltma) ile diğer cihazlar arasında kartvizit veya takvim kayıtları göndermek için kullanılan kızılötesi iletişimdir. > PIM </acronym>) uygulamaları.
The <acronym>OBEX</acronym> server and client are implemented by <application>obexapp</application>, which can be installed using the <package>comms/obexapp</package> package or port. <acronym> OBEX </acronym> sunucusu ve istemcisi, <package> comms / obexapp </package> paketi veya bağlantı noktası kullanılarak kurulabilen <application> obexapp </application> tarafından uygulanır
The <acronym>OBEX</acronym> client is used to push and/or pull objects from the <acronym>OBEX</acronym> server. An example object is a business card or an appointment. The <acronym>OBEX</acronym> client can obtain the <acronym>RFCOMM</acronym> channel number from the remote device via <acronym>SDP</acronym>. This can be done by specifying the service name instead of the <acronym>RFCOMM</acronym> channel number. Supported service names are: <literal>IrMC</literal>, <literal>FTRN</literal>, and <literal>OPUSH</literal>. It is also possible to specify the <acronym>RFCOMM</acronym> channel as a number. Below is an example of an <acronym>OBEX</acronym> session where the device information object is pulled from the cellular phone, and a new object, the business card, is pushed into the phone's directory. <acronym> OBEX </acronym> istemcisi, <acronym> OBEX </acronym> sunucusundan nesneleri itmek ve / veya çekmek için kullanılır. Örnek bir nesne kartvizit veya randevudur. <acronym> OBEX </acronym> istemcisi, <acronym> SDP </acronym> yoluyla uzak cihazdan <acronym> RFCOMM </acronym> kanal numarasını alabilir. Bu, <acronym> RFCOMM </acronym> kanal numarası yerine hizmet adı belirtilerek yapılabilir. Desteklenen hizmet adları: <literal> IrMC </literal>, <literal> FTRN </literal> ve <literal> OPUSH </literal>. <acronym> RFCOMM </acronym> kanalını sayı olarak belirtmek de mümkündür. Aşağıda, cihaz bilgi nesnesinin cep telefonundan alındığı ve yeni bir nesnenin, kartvizitin telefonun dizinine aktarıldığı bir <acronym> OBEX </acronym> oturumu örneği verilmiştir.
<prompt>%</prompt> <userinput>obexapp -a 00:80:37:29:19:a4 -C IrMC</userinput>
obex&gt; get telecom/devinfo.txt devinfo-t39.txt
Success, response: OK, Success (0x20)
obex&gt; put new.vcf
Success, response: OK, Success (0x20)
obex&gt; di
Success, response: OK, Success (0x20)
<prompt>%</prompt> <userinput>obexapp -a 00:80:37:29:19:a4 -C IrMC</userinput>
obex&gt; get telecom/devinfo.txt devinfo-t39.txt
Success, response: OK, Success (0x20)
obex&gt; put new.vcf
Success, response: OK, Success (0x20)
obex&gt; di
Success, response: OK, Success (0x20)
In order to provide the <acronym>OPUSH</acronym> service, <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum></citerefentry> must be running and a root folder, where all incoming objects will be stored, must be created. The default path to the root folder is <filename>/var/spool/obex</filename>. Finally, start the <acronym>OBEX</acronym> server on a valid <acronym>RFCOMM</acronym> channel number. The <acronym>OBEX</acronym> server will automatically register the <acronym>OPUSH</acronym> service with the local <acronym>SDP</acronym> daemon. The example below shows how to start the <acronym>OBEX</acronym> server. <acronym> OPUSH </acronym> hizmetini sağlamak için <citerefentry><refentrytitle>sdpd</refentrytitle><manvolnum>8</manvolnum> </citerefentry> çalışıyor ve gelen tüm nesnelerin bulunduğu bir kök klasör olmalıdır depolanacak, oluşturulmalıdır. Kök klasörün varsayılan yolu <filename> / var / spool / obex </filename> şeklindedir. Son olarak, geçerli bir <acronym> RFCOMM </acronym> kanal numarası üzerinde <acronym> OBEX </acronym> sunucusunu başlatın. <acronym> OBEX </acronym> sunucusu otomatik olarak <acronym> OPUSH </acronym> hizmetini yerel <acronym> SDP </acronym> arka plan programına kaydedecektir. Aşağıdaki örnekte <acronym> OBEX </acronym> sunucusunun nasıl başlatılacağı gösterilmektedir.
<prompt>#</prompt> <userinput>obexapp -s -C 10</userinput> <prompt>#</prompt> <userinput>obexapp -s -C 10</userinput>
Serial Port Profile (<acronym>SPP</acronym>) Seri bağlantı profili (<acronym>SPP</acronym>)
The Serial Port Profile (<acronym>SPP</acronym>) allows Bluetooth devices to perform serial cable emulation. This profile allows legacy applications to use Bluetooth as a cable replacement, through a virtual serial port abstraction. Seri Bağlantı Noktası Profili (<acronym> SPP </acronym>), Bluetooth cihazlarının seri kablo emülasyonu gerçekleştirmesine izin verir. Bu profil, eski uygulamaların sanal seri bağlantı noktası soyutlaması yoluyla Bluetooth'u kablo değiştirme olarak kullanmasına izin verir.
In FreeBSD, <citerefentry><refentrytitle>rfcomm_sppd</refentrytitle><manvolnum>1</manvolnum></citerefentry> implements <acronym>SPP</acronym> and a pseudo tty is used as a virtual serial port abstraction. The example below shows how to connect to a remote device's serial port service. A <acronym>RFCOMM</acronym> channel does not have to be specified as <citerefentry><refentrytitle>rfcomm_sppd</refentrytitle><manvolnum>1</manvolnum></citerefentry> can obtain it from the remote device via <acronym>SDP</acronym>. To override this, specify a <acronym>RFCOMM</acronym> channel on the command line.
<prompt>#</prompt> <userinput>rfcomm_sppd -a 00:07:E0:00:0B:CA -t</userinput>
rfcomm_sppd[94692]: Starting on /dev/pts/6...
/dev/pts/6
<prompt>#</prompt> <userinput>rfcomm_sppd -a 00:07:E0:00:0B:CA -t</userinput>
rfcomm_sppd[94692]: Starting on /dev/pts/6...
/dev/pts/6
Once connected, the pseudo tty can be used as serial port: Bağlandıktan sonra, sözde tty seri bağlantı noktası olarak kullanılabilir:
<prompt>#</prompt> <userinput>cu -l /dev/pts/6</userinput> <prompt>#</prompt> <userinput>cu -l /dev/pts/6</userinput>
The pseudo tty is printed on stdout and can be read by wrapper scripts: Sözde tty, stdout üzerine yazdırılır ve sarmalayıcı komut dosyaları tarafından okunabilir:

Loading…

<prompt>#</prompt> <userinput>sdpcontrol -l browse</userinput>
<prompt>#</prompt> <userinput>sdpcontrol -l browse</userinput>
7 months ago
Browse all component changes

Things to check

Unchanged translation

Source and translation are identical

Reset

Glossary

English Turkish (tr_TR)
prompt komut istemi FreeBSD Doc (Archived)

Source information

Source string comment
(itstool) path: sect3/screen
Flags
no-wrap
Source string location
book.translate.xml:65535
String age
9 months ago
Source string age
a year ago
Translation file
books/tr_TR/handbook.po, string 10936