abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 15:44 | Humor

    Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a

    … více »
    » FIDESZ🧡! « | Komentářů: 8
    dnes 15:33 | Nová verze

    Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    dnes 15:22 | Zajímavý software

    Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.

    Ladislav Hagara | Komentářů: 0
    dnes 14:00 | IT novinky

    Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »

    » FIDESZ🧡! « | Komentářů: 6
    dnes 13:55 | Nová verze

    Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    včera 23:00 | Nová verze

    Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).

    Ladislav Hagara | Komentářů: 0
    včera 20:55 | Komunita

    curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.

    Ladislav Hagara | Komentářů: 0
    včera 15:55 | IT novinky

    Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.

    Ladislav Hagara | Komentářů: 15
    včera 04:33 | Komunita

    V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.

    Ladislav Hagara | Komentářů: 5
    včera 01:33 | IT novinky

    IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.

    |🇵🇸 | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (1%)
     (12%)
     (30%)
     (3%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 1342 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: socket

    17.6.2010 13:57 Sten Fil | skóre: 4
    socket
    Přečteno: 321×
    Ahoj,

    mam na linuxu client, server TCP komunikaci.



    Server Listen socket:

    socket, bind, listen.



    Client socket:

    socket, connect



    Neprovadim zadne dodatecne nastaveni setsockopt



    1. Server otevre listen socket

    2. Pomoci select ceka na pripojeni klienta.

    3. Po prichodu pozadavku na spojeni se provadi pred provedenim accept nejake akce na jejichz zaklade dojde k prijmu nebo odmitnuti clienta.



    Zajimave je, ze jeste pred provedenim accept na serveru je v klientu uspesne proveden connect i write dat na server.



    Je toto chovani normalni?

    Da se mu nejak zabranit?



    Diky za vase odpovedi.

    Řešení dotazu:


    Odpovědi

    Řešení 1× (Sten Fil (tazatel))
    17.6.2010 18:20 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: socket
    Mě to nepřijde nenormální. U mě se "to" chová stejně. Nejspíš si server sám začne povídat s tolika klienty, na kolik stačí backlog. Stejně, když nad tím tak přemýšlím, co bys chtěl s klientem dělat jiného než ho přijmout (accept()), i když (zrovna v tomto konkrétním případě) ho poté případně odmítneš okamžitým close()? Tím chci říct, že když se spojení nakonec stejně acceptne, je asi optimální si s klientem začít povídat (poslat potvrzující paket) hned a nečekat na ten accept.

    BTW. v manuálové stránce accept(2) je zmínka, že protokolem vyžadujícím explicitní potvrzení přijetí je třeba DECNet - z toho bych vyvozoval, že se to u TCP chová spíše tak, jak naznačuji.
    Řešení 1× (Sten Fil (tazatel))
    18.6.2010 18:16 mich | skóre: 16
    Rozbalit Rozbalit vše Re: socket
    To co popisuješ je chování funkce listen, takže bych řekl, že je to chování normální. Netuším jak tomu zabránit.
    je to teď v módě, na žive o tom furt píšou
    Řešení 1× (Sten Fil (tazatel))
    19.6.2010 11:24 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: socket
    Je toto chovani normalni?
    Pokud vím, tak toto chování neporušuje specifikované chování ani jedné z vyjmenovaných funkcí ani protokolu TCP.

    Fyzicky se děje to, že connect naváže spojení na úrovni TCP a write někam do toho spojení zapíše data (která pak zůstanou viset v nějakém bufferu buď na klientovi nebo na serveru). To ale ničemu nevadí.

    Podle specifikace se můžete spolehnout pouze na to, že server z těch dat nepřečte ani bajt, dokud nezavolá accept (navázání spojení na obou stranách) a že pokud klient poslal nejprv A a pak B, tak server který přečetl B tak také před tím přečetl A (proudové chování).
    Da se mu nejak zabranit?

    Nevím o tom a hlavně byste se o to neměl pokoušet. Pokud potřebujete nějak synchronizovat klienta se serverem tak si na to udělejte nějaký mechanizmus nad tím TCP (posílejte si synchronizační zprávy).
    In Ada the typical infinite loop would normally be terminated by detonation.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.