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í
×
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 1
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 6
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1080 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: TCP IPV4 SYN retries problem

    24.6.2011 16:42 methuz | skóre: 7 | blog: robutek
    TCP IPV4 SYN retries problem
    Přečteno: 343×
    Ahoj,

    mam nasleduji problem. Potrebuji se ze sveho RHEL5.5 serveru dobouchat (telnet, wget, ..) na vzdaleny web server. vzdaleny web server se ovsem nechova vubec pekne a pri otevirani spojeni odpovida az na 4ty SYN packet. Jenze muj server posle jen 3 a pak to zabali. A ja vubec netusim proc, jelikoz jsem dosud zil v domneni, ze pocet techto pokusu ovlivnuje sysctl hodnota net.ipv4.tcp_syn_retries. Ta je by default 5. Ale jak bylo zmineno - muj server to zkusi 3x a dost. z RHEL3 to funguje dobre. trva to vecnost ale na vzdaleny web server se nakonec dostanu. Nemate nekdo napad, kde hledat problem? ...
    The only problem with troubleshooting is that sometimes trouble shoots back ..

    Řešení dotazu:


    Odpovědi

    24.6.2011 18:09 NN
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    U wget muzes specifikovat --tries=number,--retry-connrefused,--wait=seconds(--waitretry=seconds) a --timeout=seconds(--connect-timeout,--read-timeout) takze si vhodnou kombinaci myslim poradis :D.

    NN
    27.6.2011 12:39 methuz | skóre: 7 | blog: robutek
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    jj, tohle vim. ale ja popravde nepotrebuju ani tak wget... ten muj server je totiz squid ..
    The only problem with troubleshooting is that sometimes trouble shoots back ..
    Řešení 1× (methuz (tazatel))
    1.7.2011 11:49 methuz | skóre: 7 | blog: robutek
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    No dobral jsem se reseni. V RHEL5 kernelu (2.6.18) je zjevne neco jinak nez ma byt. Nevim zda je to bug ci featura ale toto tvrzeni z dokumentace zda se neplati:

    tcp_syn_retries (integer; default: 5; since Linux 2.2) The maximum number of times initial SYNs for an active TCP connection attempt will be retransmitted. This value should not be higher than 255. The default value is 5, which corresponds to approximately 180 seconds

    180 sekund rozhodne neodpovida realnemu stavu. Nicmene kdyz hodnotu tcp_syn_retries zvednu z 5ti na 6 - voila, vzdaleny server je dostupny. Pomalu, blbe, spatne, z principu spatne ale dostupny.

    jeste to podrobim dalsimu zkoumani ale uz ted mam tuseni ze hodnota tcp_syn_retries znamena v RHEL3 a v RHEL5 neco jineho.
    The only problem with troubleshooting is that sometimes trouble shoots back ..
    1.7.2011 13:58 Ivan
    Rozbalit Rozbalit vše OT: Re: TCP IPV4 SYN retries problem
    Taky jsem neco podobnyho zazil. Az do verze 2.6.19 se dely s TCP/IP na Linuxu divny veci. Od verze 2.6.0 do 2.6.18 obsahoval kernel chybu, ktera zpusobovala preteceni tcp window. Do ty doby si toho nikdo nevsim. Normalne se to okno roztahovalo a kdyz to dosahlo 65535 tak to cislo preteklo a zacalo se zase od zacatku. Kdyz probihala komunikace Linux-Linux po gigabitu tak to jeste slo. V kombinaci Linux-AIX uz k zadnymu dalsimu zvetsovani okna nedoslo a stahovani po gigabitu bezelo 5-30kb/sec. Takovy ty reci, ze je TCP stack Linuxu je nejlepsi na svete je potreba brat s rezervou.

    MMMMMMMMM avatar 24.6.2011 19:33 MMMMMMMMM | skóre: 44 | blog: unstable | Valašsko :-)
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    Mne by zase spíše zajímalo, proč odpovídá až na čtvrtý SYN paket a ne hned na první.
    24.6.2011 21:37 lenin v riji
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    Pretizeni serveru? Linky? Superduper firewall? Ale to se musite zeptat spravce ciloveho serveru, ze.
    27.6.2011 12:40 methuz | skóre: 7 | blog: robutek
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    to by mne taky hrozne zajimalo. ale vzhledem k tomu, ze server provozuje jedna nejmenovana bankovni instituce, tak predpokladam, ze se jedna o nejaky sofistikovany firewall ci jine security kurvitko. Na dotazy neodpovidaji. :D
    The only problem with troubleshooting is that sometimes trouble shoots back ..
    1.7.2011 15:00 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: TCP IPV4 SYN retries problem
    Obrana proti DoS :-)

    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.