Dotaz: Zavření non-block socketu během navazování připojení.

[Jardík]

Mám socket, vytvořený v non-block režimu a na něj zavolám connect(). Ten mi vrátí -1 a errno EINPROGRESS, což znamená, že spojení nemohlo být navázáno okamžitě a bude navázáno později.

EINPROGRESS
The socket is nonblocking and the connection cannot be completed immediately. It is possible to select(2) or poll(2) for completion by selecting the socket for writing. After select(2) indicates writability, use getsockopt(2) to read the SO_ERROR option at level SOL_SOCKET to determine whether connect() completed successfully (SO_ERROR is zero) or unsuccessfully (SO_ERROR is one of the usual error codes listed here, explaining the reason for the failure).

Jde mi o to, jestli je během této doby bezpečné socket zavřít zavoláním close() a jestli bude zavřen buď okamžitě, popř. hned poté, co by bylo navázáno spojení nebo při tom došlo k chybě.

---

---

Odpovědi

[lofcek]

Hm .. a co na tom by mohlo byt nebezpecne, pripadne pre koho? Ci myslis, ze ked to urobit vybuchne Temelin?

Z pohladu tvojho procesu je spojenie ukoncene okamzite. A druhej strane (ak uz nahodou doslo k nadviazaniu) posle kernel notifikaciu (rovnako ako close pri kazdom nadviazanom spojeni). A ked k nadviazaniu nedoslo, tak vlastne nie je koho notifikovat.

[Josef Kufner]

Je důležité si uvědomit, že TCP garantuje doručení všech dat pouze, pokud bylo spojení korektně uzavřeno. To tedy znamená, že si na aplikační úrovni musíš buď posílat potvrzení (dlouho otevřená spojení) nebo detekovat předčasný konec dat (HTTP-like komunikace).

TCP ti zaručí, že data přijdou ve správném pořadí, takže stačí poslat vždy jen potvrzení té poslední přijaté zprávy a tím potvrdíš i vše předtím. Toto potvrzování je docela rozumné spojit i s potvrzením zpracování přijatých dat, pokud to zpracování je rychlé. Pro dlouhodobější požadavky pak budeš potvrzovat zahájení zpracování, či zařazení do fronty.

Spousta protokolů tohle nedělá a pak dochází ke ztrácení či poškozování dat. Například HTTP nekontroluje konec, Jabber ztrácí zprávy v rozpadlých spojeních (XEP 0184 není nedílnou součástí protokolu) a podobně.

Jakmile budeš mít takovéto jednoduché potvrzování, nemusíš řešit, jak dobře jsi spojení uzavřel a celá tato otázka téměř pozbývá smyslu.

[Jardík]

Jde mi o to, jestli je během této doby bezpečné socket zavřít zavoláním close() a jestli bude zavřen buď okamžitě, popř. hned poté, co by bylo navázáno spojení nebo při tom došlo k chybě.

Jo, sitova vrstva ma svoji referenci a fyzicky se socket uvolni az navaze spojeni.