AÇIKLAMA

socket() iletişim için uç nokta oluşturur ve bu ucu ifade eden bir dosya tanıtıcısı döndürür. Başarılı bir çağrı ile dönen dosya tanıtıcısı, süreç için açık olmayan en küçük numaralı dosya tanıtıcısı olur.

domain değişkeninde belirtilen adres ailesi iletişim alanını, adres ve protokol ailesini belirler. Bu aileler <sys/socket.h> içerisinde tanımlanmıştır. Adres ailesi sabitlerinin isimleri AF, protokol ailesi sabitlerinin isimleri ise PF ile başlar ve bunlar eşdeğerdir. Linux çekirdeği tarafından tanınan aileler:

Yukarıdaki adres aileleri ve diğer adres aileleri için ayrıntılı bilgiler address_families(7) sayfasında bulunabilir.

socket() çağrısının type değişkeni iletişim türünü belirler. Tanımlı türler:

Bazı soket türleri tüm protokol aileleri tarafından uygulanmayabilir.

Linux 2.6.27'den itibaren, type değişkeni ikinci bir işleve sahiptir: soket türünü belirtmeye ek olarak socket()'in davranışını değiştirmek için aşağıdaki değerler bit düzeyinde VEYA'lanabilir:

protocol değişkeninde, soket ile kullanılacak protokol belirtilir. Normalde, belirli bir protokol ailesindeki belirli bir soket türünü desteklemek için yalnızca tek bir protokol vardır, bu nedenle protocol 0 olarak belirtilebilir. Ancak soket türünü destekleyen birden fazla protokolün var olması da mümkündür, bu durumda bir protokolün belirtilmesi gereklidir. Kullanılacak protokol numarası iletişimin gerçekleşeceği "iletişim alanına" özeldir; protocols(5) sayfasına bakın. Protokol adlarının protokol numaraları ile nasıl eşleneceği getprotoent(3) sayfasında açıklanmıştır.

SOCK_STREAM türündeki soketler tam çift yönlü bayt akımlarıdır. Kayıt sınırlarını korumazlar. Bir akım soketi, veri iletmeden veya almadan önce bağlanmış durumda olmalıdır. Bir başka sokete bağlantı oluşturmak için connect(2) çağrısı kullanılır. Bağlandıktan sonra, veri, read(2) ve write(2) çağrılarıyla veya send(2) ve recv(2) çağrılarının bazı türevleriyle taşınabilir. Oturum tamamlandığında close(2) çağrılabilir. Bant dışı (Out Of Band) veri send(2) sayfasında açıklandığı gibi iletilebilir veya recv(2) sayfasında açıklandığı gibi alınabilir.

SOCK_STREAM kullanan iletişim protokolleri verinin kaybolmamasını veya kopyalanmamasını sağlar. Eş protokolün tampon alanına sahip bir veri parçası mantıklı bir süre içerisinde başarıyla iletilemezse bağlantının koptuğu kabul edilir. Soket için SO_KEEPALIVE etkinleştirildiğinde, protokol kendine özgü şekilde karşı tarafın etkin olup olmadığına bakar. Eğer süreç, bozuk yayında veri gönderir veya alırsa SIGPIPE sinyali oluşturulur; bu, sinyali işlemeyen ham süreçlerin çıkmasına neden olur. Tek fark, read(2) çağrısının talep edilen veri miktarını döndürmesi, gelen paketteki kalan verilerin atılmasıdır. Ayrıca gelen veri katarlarındaki tüm ileti sınırları korunur.

SOCK_DGRAM ve SOCK_RAW soketleri sendto(2) çağrısında belirtilen alıcıya veri katarlarının iletilmesini sağlar. Veri katarları genellikle, gönderenin adresiyle beraber bir sonraki veri katarını döndüren recvfrom(2) çağrısı ile alınır.

SOCK_PACKET kullanımı önerilmeyen bir soket türüdür ve doğrudan aygıt sürücüsünden ham paket alınması için kullanılır. Bunun yerine packet(7) kullanılmalıdır.

fcntl(2) çağrısının F_SETOWN işlemi, bant dışı (Out Of Band) veri geldiğinde SIGURG veya SOCK_STREAM bağlantısı beklenmedik şekilde koparsa SIGPIPE sinyalini alacak süreci veya süreç grubunu belirtmek için kullanılabilir. Bu işlem ayrıca, sıra beklemesiz G/Ç bildirimlerini ve G/Ç'ı SIGIO aracılığıyla alacak süreç ve süreç gruplarını belirtmek için de kullanılabilir. F_SETOWN kullanımı, ioctl(2) çağrısının FIOSETWON veya SIOCSPGRP değerleriyle kullanımına eşdeğerdir.

Ağ, protokol modülüne bir hata durumu (örneğin IP için ICMP iletisi kullanarak) sinyallediğinde bekleyen hata bayrağı sokete atanır. Bekleyen hatanın kodunu, soket üzerindeki sonraki işlem döndürür. Bazı protokollerde hata üzerine daha ayrıntılı bilgi edinmek için sokete özgü hata kuyruğu kullanmak mümkündür; ip(7) sayfasındaki IP_RECVERR sabitine bakın.

Soketin işlemleri, soket seviye seçenekleri ile kontrol edilir. Bu seçenekler <sys/socket.h> içerisinde tanımlanmıştır. setsockopt(2) ve getsockopt(2) işlevleri bu seçenekleri atamak ve sorgulamak için kullanılır.

DÖNÜŞ DEĞERİ

Başarılı durumda, yeni soket için dosya tanıtıcısını döndürür. Hata durumunda, -1 döner ve hata errno değişkenine atanır.

HATALAR

Kullanılan protokol modülleri tarafından başka hatalar oluşturulabilir.

UYUMLULUK

POSIX.1-2001, POSIX.1-2008 4.4BSD

SOCK_NONBLOCK ve SOCK_CLOEXEC bayrakları Linux'a özgüdür.

socket() 4.2BSD ile ortaya çıktı. Genellikle BSD soket katmanının klonlarını destekleyen (Sistem V türleri dahil) BSD olmayan sistemlere/sistemlerden taşınabilirdir.

EK BİLGİLER

POSIX.1'de, <sys/types.h> dahil edilmeyi gerektirmez ve yine bu başlık dosyası Linux'da da gerekmez. Fakat bazı tarihsel (BSD) uygulamalardan ötürü bu başlık dosyasının olması gerekir ve uygulamaların taşınabilirliği için dahil edilmesi akıllıca olacaktır.

4.x BSD altında protokol aileleri için PF_UNIX ve PF_INET vb. sabitleri kullanılırken, AF_UNIX ve AF_INET vb. sabitleri adres aileleri için kullanılmaktadır. Ancak, zaten BSD kılavuz sayfasında şunlar geçiyor: "Protokol ailesi genellikle adres ailesiyle aynıdır" ve sonraki standartlar artık her yerde AF_* sabitlerini kullanıyor.

ÖRNEKLER

socket()'in örnek kullanımı getaddrinfo(3) sayfasında verilmiştir.

İLGİLİ BELGELER

accept(2), bind(2), close(2), connect(2), fcntl(2), getpeername(2), getsockname(2), getsockopt(2), ioctl(2), listen(2), read(2), recv(2), select(2), send(2), shutdown(2), socketpair(2), write(2), getprotoent(3), address_families(7), ip(7), socket(7), tcp(7), udp(7), unix(7)

"An Introductory 4.3BSD Interprocess Communication Tutorial" ve "BSD Interprocess Communication Tutorial", UNIX Programcısının Ek Belgeleri Cilt 1'de yeniden basılmıştır.

ÇEVİREN

 * Özgün Belgenin Lisans ve Telif Hakkı bilgileri:
 *
 * Copyright (c) 1983, 1991 The Regents of the University of California.
 * All rights reserved.
 *
 * %%%LICENSE_START(BSD_4_CLAUSE_UCB)
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *    notice, this list of conditions and the following disclaimer.
 * 2. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in the
 *    documentation and/or other materials provided with the distribution.
 * 3. All advertising materials mentioning features or use of this software
 *    must display the following acknowledgement:
 * This product includes software developed by the University of
 * California, Berkeley and its contributors.
 * 4. Neither the name of the University nor the names of its contributors
 *    may be used to endorse or promote products derived from this software
 *    without specific prior written permission.
 *
 * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS "AS IS" AND
 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 * SUCH DAMAGE.
 * %%%LICENSE_END
 *
 *     $Id: socket.2,v 1.4 1999/05/13 11:33:42 freitag Exp $
 *
 * Modified 1993-07-24 by Rik Faith <faith@cs.unc.edu>
 * Modified 1996-10-22 by Eric S. Raymond <esr@thyrsus.com>
 * Modified 1998, 1999 by Andi Kleen <ak@muc.de>
 * Modified 2002-07-17 by Michael Kerrisk <mtk.manpages@gmail.com>
 * Modified 2004-06-17 by Michael Kerrisk <mtk.manpages@gmail.com>