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 18:55 | Nová verze

    Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.4 (𝕏). Přehled novinek a vylepšení v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 18:22 | Bezpečnostní upozornění

    Byla objevena zranitelnost Tailworm v Tailscale a Headscale umožňující lokální eskalaci práv přihlášeného uživatele. Následně byla v Tailscale v opravené verzi 1.104.4+ změněna architektura aplikace. Viz příspěvek na blogu Tailscale.

    vencour | Komentářů: 0
    včera 18:11 | Nová verze

    Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 1
    včera 14:11 | IT novinky

    Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.

    Ladislav Hagara | Komentářů: 34
    včera 13:44 | Komunita

    Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].

    Ladislav Hagara | Komentářů: 2
    26.10. 21:29 | Nová verze

    Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.

    Max | Komentářů: 31
    26.10. 21:11 | Bezpečnostní upozornění

    Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.

    Ladislav Hagara | Komentářů: 10
    26.10. 18:33 | Komunita

    Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace

    … více »
    Pendrekama do nich❗ | Komentářů: 1
    26.10. 15:22 | Zajímavý článek

    Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.

    vencour | Komentářů: 0
    26.10. 14:33 | Nová verze

    Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2936 hlasů
     Komentářů: 34, poslední 26.10. 08:24
    Rozcestník

    Dotaz: socket

    17.6.2010 13:57 Sten Fil | skóre: 4
    socket
    Přečteno: 591×
    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ákno • Nahoru

    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.