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 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 964 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: DoS zahlceni (UTOK?/CHYBA?)

    11.7.2006 10:02 Honza
    DoS zahlceni (UTOK?/CHYBA?)
    Přečteno: 464×
    Dobry den,

    muj problem je ze v podstate kazdy den se nam zahlti(LoadAvg > 20) server. Nevim presne cim to je ale musim restartovat apacha aby se to hodilo do klidu.

    Puvodne mohl byt problem v memory_limitu (php.ini) tak kuli nekolika narocnej aplikacim jsem musel nastavit na 200MB Dneska jsem z MRTG zjistil ze TCP Connection stouplo z puvodnich 30 na 160 otevrenejch spojeni soucasne.

    Nevite kde muze byt slabe misto?
    Existuje nejake omezeni poctuu pripojeni na server ze stejne IP v apachu a ev. i v mysql?

    Odpovědi

    Heron avatar 11.7.2006 10:36 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Nevíme, nenapsal jste prakticky žádné informace.

    Co vám tam běží? Na čem to běží?

    200MB memory limit pro php? Můžu se zeptat, která webová aplikace chce tolik?
    11.7.2006 10:59 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Linux SW 10.2
    Kernel 2.4.32
    Apache 2.0.58
    PHP 5.4.1
    Mysql 4.0.27

    200MB v memory_limit je nutnost kuli imortovani vekeho mnozstvi dat...
    12.7.2006 13:05 Eregon | skóre: 22 | blog: Eregonovy_vymysly | Všudezdejší
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Memory limit pro PHP skript se dá nastavit pro konkrétní adresář, takže default doporučuju nějakých 8MB, případně pokud situace dovolí, tak i míň, a zvrhle velké memory limity nastavujte jen tam, kde jsou potřeba.
    ~ w w w w (oo)   [oo] w w w w ~
    11.7.2006 13:42 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Nikdo neporadi? Je to celkem akutni...
    Nemuze to byt treba nejaka lokalni chybka mezi PHP 5.1.4 a MySQL 4.0.27 kdy nekdo spusti nejakej script kterej zahlti DB?
    11.7.2006 16:44 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Tak zkus trochu analyzovat co to brzdí. Jaké skripty běží, kdo na ně přistupuje, jestli není něco špatně v nich…
    11.7.2006 16:55 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    No v podstate situace je takova:
    Zniceho nic zacne stoupat pocet procesu z cca 110 na 350 coz je podle me maximum dane apachem(MaxClient=150), vytvori se hromada procesu apache a k nemu hromada procesu mysqld. Pomoci SNMP zjistim pocet TCP Connectu ze se z cca 20 zveda az k 160(150 je max od apacha)...
    Scriptu jsou tisice takze prohledat je vsechny nepripada v uvahu..
    access_log ma desetitisice radku za hodinu - kdyztak pls dopructe nejakej analyzator logu(odhali treba utoky a roztridi v danem casovem limitu IP a domeny) v pasivnim rezimu
    11.7.2006 16:58 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Pro začátek bych se podíval na server-status apache, jaké URL právě servíruje a na co čeká. Pak případně analyzovat skripty odpovídající požadovaným URL.
    12.7.2006 09:19 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Server-status jsem aktivoval ale vzhledem k tomu ze pouzivame ModRewrite misto Virtual Hostu nevidim ke ktere domene danej script patri.

    V dobe problemu mi server-status ukazuje ze se vytvorilo MaxClient procesu apache (MaxClients=96) a u vsech techto procesu je nastaven mod operace na "W" coz je "Sending Reply" a SS=20-800sekund

    Podrobne:
    Srv = 4-11
    PID = 16352
    Acc = 0/32/12003
    M = W
    CPU = 0.54
    SS = 508
    Req = 0
    Conn = 0.0
    Child = 0.00
    Slot = 151.51
    Client= 195.x.x.x
    VHost = www.domena.cz
    Request = GET /data/scripts/ HTTP/1.1


    Dost zajimave jsou hodnoty Acc 0/32/12003 (resp. ta treti - pocet pristupu na slot)
    11.7.2006 16:50 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    vypnut KeepAlive, nastavit MaxClients na rozumnu hodnotu (zacal by som na 64). Takisto, v pripade php jednoznacne pouzivat MaxRequestsPerChild nastavit tak 128.
    11.7.2006 17:01 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Soucasne nastaveni:

    KeepAlive=off
    MaxClients=150
    MaxRequestsPerChild=0

    Super mozna ta chyba je v MaxRequestsPerChild. Pokud je MaxRequestsPerChild=0 tak muze obsluhovat do nekonecna ....zkusim zmenit
    11.7.2006 17:11 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    uff, nula, ziadnemu programatorovi neverim, ze programuje bez memory leakov, v pripade, ze mi to tvrdia testy, posuniem hranicu na 1024.
    ad mysql, tych 150 konexii je podla mna nan prilis vela, tam by som dal limit 48, alebo este lepsie, zacal by som analyzovat narocnost query a (zaroven) porozmyslal nad fastcgi.

    12.7.2006 09:27 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Bohuzel to dela porad i pri takovemto nastaveni. Server-status ukazuje prilis mnoho pristupu na Slot ale to nevim co to presne znamena...

    KeepAlive=off
    MaxClients=96(mene nemohu)
    MaxRequestsPerChild=64
    11.7.2006 17:24 HonzaWWW
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Diky za rady. Pustim se do toho a pres noc se uvidi jesli to bude OK.

    Jeste me ale napada toto:
    Keep Alive= off
    Predstavte si ze nekdo chce stahnout zrcadlo celeho webu/ů a vzhledem k tomu ze Keep Alive= off nemuze vyuzit teto vyhody a proto vytvori pro kazdej obrazek a stranku zvlast proces cimz zahlti server. Je to mozne/realne? Treba prave nastaveni Keep Alive=on by to mohlo vyresit.
    12.7.2006 10:27 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    na to potrebujete poladit MaxKeepAliveRequests a KeepAliveTimeout. Odporucam znizovat MaxClients, alebo pridat dalsiu pamat do servera.
    12.7.2006 13:19 jurasek | skóre: 10
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Pocet spojeni z IP umozni nastavit mod_limitipconn.
    http://dominia.org/djao/limitipconn.html
    15.7.2006 20:48 mm123 | skóre: 1
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    mod_cband - http://www.mod-cband.com/ - ten to umi spolu i s datovymi limity apod. pekne pro konkretni virtualhosty vcetne nasledneho sledovani jejich aktivity...
    5.9.2006 16:57 smrtak_
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Nevim jak moc se trefim, ale taky jsem mel na serveru takoveto vypadky v poslednich dnech cca 3x za den, chyba byla nadmerne velke tabulce 800 MB s 6M zaznamu + mysql s max poctem pripojeni 500, stacilo tedy aby nektery z uzivatelu spustil dotaz na tuto tabulku v urcite kombinaci ( napriklad vic uzivatelu najednou) a i kdyz tento dotaz nebyl nikterak narocny stacilo to k tomu aby se vytvorila fronta ktera na par minut odstavila server... proto jsem provedl optimalizaci tabulky, ktera ma nyni 50 MB a PHP skryptu, ktere k ni tolik jiz nepristupuji.... vse je nyni opet ok ...(nejspis by i pomohlo snizeni poctu max pripojeni k mysql a apachi, ale nejsem moc rad kdyz my na kolika serverech hazi napriklad phpbb chybu mysql not max connection) :)
    5.9.2006 19:23 R
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Na zistovanie takychto veci je dobre mat zapnute log-slow-queries v MySQL - a potom si tie podozrive veci vyskusat spustit rucne.
    6.9.2006 00:50 smrtak_
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Prave ze slow log queries mi prilis nepomohl, nemel sem zadny extremne pomaly dotaz, bohuzel vsak k chybe doslo pokud techto dotazu bylo v jeden okamzik vice a nestacila cache pamet pro tuto tabulku, zahrabal disk a nastaly komplikace....
    5.9.2006 19:29 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: DoS zahlceni (UTOK?/CHYBA?)
    Stříllím od boku: nemůže to dělat nějaká PHP stránka nebo pravidlo v mod_rewrite, která se pokouší udělat nějaké "přesměrování" nebo include na straně serveru (připojí se jakoby další HTTP klient k serveru, ale místně), které se zacyklí?

    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.