Dotaz: TCP server na linuxu

[Petr]

Dobrý den, v C++ jsem si napsal jednoduchý server (na linuxu). Vycházel jsem z informací popsaných zde:

http://www.builder.cz/rubriky/c/c--/tcp-server-v-l inuxu-156219cz

Hlavně z toho příkladu.

Přenos dat mezi serverem a klientem (taky napsaný v c++) funguje bez problémů. Ale při testování jsem narazil na zajímavou chybu. Zapnu server a připojím se na něj pomocí klienta, klient pošle data, server je zpracuje a pošle odpověď. Potom server ukončím a když se ho pokusím znovu rychle zapnou, vypíše mi chybu při pojmenování socketu, tedy funkce bind. Stačí počkat pár vteřin a další pokus zapnutí serveru se již podaří.

Je to normální chování, nebo by měl server naskočit hned?

---

---

Odpovědi

[chrono]

Pravdepodobne záleží na tom, akým spôsobom sa ten server ukončí (a teda, či pri ukončovaní pozatvára spojenia...).

[Petr]

Kontroloval jsem a zavírání otevřeného socketu (close(socket)) by mělo být v pořádku.

[Petr]

Jak správně by se měl vůbec server ukončit?

Já jenom pozavírám otevřené sockety pomocí close(nazev_socketu) a ukončím program. Nezapomínám na něco?

[Michy]

Před voláním bind je třeba soketu nastavit příznak SO_REUSEADDR. Tedy něco takového:

static const int flag = true;
setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &flag, sizeof(flag));

Více viz man 7 socket

[Petr]

Děkuju, pomohl to. Mohl bych poprosit o stručné vysvětlení, co funkce setsockopt přesně provedla. A proč to bez ní šel server spustit znovu až po několika vteřinách? Děkuji.

[lertimir]

Zkuste se podívat programem netstat na tabulku spojení. Obvykle tam i po ukončení spojení ještě spojení zůstane se stavem "TIME_WAIT" nějakou dobu, než timer vyprší. Očekával bych, že existence buď přímo těchto ještě zcela nesmazaných spojení nebo jiného podobného timeru klasifikuje soket jako obsazený i nějakou dobu po ukončení programu. Funkce setsockopt nastavuje volby soketu a konkrétně nastaví jeho reentrantnost.

[little.owl]

Kdybyste chtěl poměrně rozvláčné vysvětlení, tak dobře poslouží TIME_WAIT and its design implications for protocols and scalable client server systems. (To podstatné začíná větou „There are two reasons for the TIME_WAIT state.“, praktický význam pak odstavcem „The second reason for the TIME_WAIT state is to implement TCP's full-duplex connection termination reliably.“)

[lertimir]

Díky za hezký odkaz.

[little.owl]

+1