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í
×
15.6. 22:44 | Zajímavý článek

Na blogu projektu NeoPG (GitHub), kryptografického softwaru vycházejícího z GnuPG, byly zveřejněny 4 příspěvky detailně popisující aktuální bezpečnostní problémy v GnuPG a souvisejících softwarových produktech. V prvním příspěvku je ukázáno, že je možné vytvořit zprávu, o které budou Earlybird, Evolution, Mutt nebo Outlook tvrdit, že jí dešifrovali a přitom ale zpráva vůbec zašifrována nebyla. V druhém příspěvku je popsána

… více »
Ladislav Hagara | Komentářů: 5
15.6. 13:00 | Komunita

GamingOnLinux informuje, že počítačová hra Track Mania Nations Forever (Steam, Wikipedie) pro Windows je nově dostupná také jako snap. Stejně jako v případě winepaku a Flatpaku se k běhu hry používá překladová vrstva Wine.

Ladislav Hagara | Komentářů: 12
14.6. 15:12 | Komunita

Tradiční setkání příznivců operačního systému Linux pod názvem Linux párty Teplice se bude konat v pátek 15. 6. 2018 v Hospůdce u černé Kočky od 18:00 hodin. Setkají se zde pamětníci příkazové řádky, vítáni jsou však i začínající uživatelé.

František Bublík | Komentářů: 17
14.6. 14:00 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00145) další bezpečnostní chybu ve svých procesorech. Jedná se o chybu CVE-2018-3665 s názvem LazyFP.

Ladislav Hagara | Komentářů: 12
14.6. 11:00 | Nová verze

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 153. brněnský sraz, který proběhne v pátek 15. června od 18:00 v restauraci U OSLŮ na ulici Sokolská 361/10. Pro zájemce proběhne krátké promítání z výletu do Černobylu.

Ladislav Hagara | Komentářů: 0
13.6. 19:58 | Upozornění

Server lupa.cz rozebírá připravovanou reformu copyrightu v EU a dopad jejího článku 13, který dává internetovým platformám povinnost řešit autorské právo za vlastníky práv, což by v podstatě vedlo k automatizované cenzuře a konci internetu tak, jak ho známe dnes. Podobně v otevřeném dopise varují Vint Cerf, Tim Berners-Lee a jiní odborníci, Cory Doctorow upozorňuje na důsledky pro Wikipedii, nebo github na sdílení kódu.

marbu | Komentářů: 93
12.6. 16:00 | Nová verze

Bylo oznámeno vydání verze 5.13 prostředí KDE Plasma. Přehled nových vlastností i s náhledy v poznámkách k vydání. Videoukázka na YouTube.

Ladislav Hagara | Komentářů: 93
12.6. 11:11 | Zajímavý software

Byla vydána verze 1.8.0 svobodného softwaru Dilay pro 3D modelování technikou digitálního sochání (digital sculpting). Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3. K dispozici je balíček (19,6 MB) ve formátu AppImage. Stačí nastavit právo na spouštění a spustit.

Ladislav Hagara | Komentářů: 10
11.6. 16:55 | Zajímavý projekt

MojeFedora.cz představuje repozitář Flatpaku winepak, který si dává za cíl přinášet do Linuxu aplikace pro Windows v podobě Flatpaku. K běhu aplikací se používá překladová vrstva Wine.

Ladislav Hagara | Komentářů: 28
11.6. 16:33 | Komunita

V rámci letních slev na GOG.com lze do středy 13. června do 15:00 získat počítačovou hru Ziggurat (Wikipedie) běžící také na Linuxu zdarma a bez DRM.

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (3%)
 (11%)
Celkem 197 hlasů
 Komentářů: 34, poslední dnes 11:03
    Rozcestník

    Dotaz: Nefukcni sharping po prechodu Debian Sagne na Etch.

    23.6.2008 16:24 Jan Matuska | skóre: 5
    Nefukcni sharping po prechodu Debian Sagne na Etch.
    Přečteno: 861×
    Zdravim, provedli jsme s kolegou presun firewallu (NAT apod.) ze stareho stroje (Debian Sagre, 2.4.x) na nove zelezo s Debianem Etch (2.6.x). Temer vsechny sluzby pracuji tak jak maji, krome sharpingu, ktery se chova naprosto nepredvidatelne. Podotykam, ze na puvodnim stroji pracoval sharping zcela bezchybne. Vsechno je na Etchi stejne, jako bylo na Sarge. Predpokladam, ze vliv sitovych karet zde neni, to uz by bylo hodne divne. (100M vs 1G).

    Pravidla mame tvorene velmi primitivne. V podstate pouze a jenom nastavuji uzivatelum strom, k zadnym vypujckam nevyuziteho pasma nedochazi. Sit mame postavenou na lokalnich IP 192.168.0.0/16. Nize uvedeny kod trochu zjednodusuji.
    #-----------------------
    WIFIIF="eth1"
    INETIF="eth0"
    #-----------------------
    
    # Vytvoreni stromu pro Wifinu
    tc qdisc del dev $WIFIIF root
    tc qdisc add dev $WIFIIF root handle 1:0 htb default 999
    
    # Vytvoreni stromu pro vystup na Internet
    tc qdisc del dev $INETIF root
    tc qdisc add dev $INETIF root handle 1:0 htb default 999
    
    
    # UPLOAD: uzivatel
    tc class add dev $INETIF parent 1:0 classid 1:1533 htb rate 512kbit
    tc qdisc add dev $INETIF parent 1:1533 handle 11533:0 sfq perturb 5
    iptables -t mangle -A FORWARD -o $INETIF -p ! icmp -s 192.168.10.2 -d ! 192.168.0.0/16 -j MARK --set-mark 2533
    tc filter add dev $INETIF parent 1:0 protocol ip handle 2533 fw flowid 1:1533
    
    # DOWNLOAD: uzivatel
    tc class add dev $WIFIIF parent 1:0 classid 1:1533 htb rate 512kbit
    tc qdisc add dev $WIFIIF parent 1:1533 handle 11533:0 sfq perturb 5
    iptables -t mangle -A POSTROUTING -p ! icmp -d 192.168.10.2 -s ! 192.168.0.0/16 -j MARK --set-mark 1533
    iptables -t mangle -A OUTPUT -p tcp -d 192.168.10.2 --sport 3128 -j MARK --set-mark 1533
    tc filter add dev $WIFIIF parent 1:0 protocol ip handle 1533 fw flowid 1:1533
    
    Projevy jsou asi takove, ze pokud nastavim uzivateli rychlost napr. 512kbit, jede trebas 300-400kBytes, pokud nastavim 100kbit, uzivatel jede tak 50-80kB. Jsou to radove rozdily hrube neodpovidajici ani naznakem nastavene rychlosti. Je zde ale videt, ze sharping pracuje, ale otazkou je, proc tak divne a kde hledat chybu, kdyz to na predchozi masine pracovalo idealne. Nema jadro 2.6.x nejake jine vlastnosti co se tc a htb tyce?

    Odpovědi

    23.6.2008 16:26 Jan Matuska | skóre: 5
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    Popletl jsem nazvy, samozrejme to ma byt Debian Sarge :-)
    23.6.2008 20:59 vrx
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    A nebude chyba v tom ako máte nastavené triedy a markovanie?
    Čo som si všimol tak trieda pre upload aj download je rovnaká (1533), ale forward markujete inač ako postrouting (forward má mark 2533)
    Nemôže byť to "divné správanie" nakoniec správne vykonané vašou chybou?
    Inač to vyzeerá byť v ceku dobré..
    23.6.2008 21:09 vrx
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    pardon už som si to všimol lepšie ja som to najskôr zle pochopil, ešte raz sa ospravedlňujem za zmätky :)
    23.6.2008 22:50 Jan Matuska | skóre: 5
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    Tak jsem zjistil, tuto zavislost:
    debianetch:/etc/firewall# tc -s -d class show dev eth1
    class htb 1:1533 root prio 0 quantum 2500 rate 200000bit ceil 200000bit burst 1699b/8 mpu 0b overhead 0b cburst 1699b/8 mpu 0b overhead 0b level 0
     Sent 22724107 bytes 1895 pkt (dropped 0, overlimits 0 requeues 0)
     rate 1234Kbit 12pps backlog 0b 5p requeues 0
     lended: 1890 borrowed: 0 giants: 3412
     tokens: -82128 ctokens: -82128
    
    Vyse je uvedeny vypis tridy v prubehu prenosu pres FTP. V dany moment bylo skutecne preneseno cca 22MB dat, ovsem realna rychlost 1234kbit. Rate je vsak nastaveno na 200kbit.

    Ten novy stroj je quadcore, cili spis zaciname doufat, ze to mozna muze byt i tim. Tedy i kdyz je to hodne divne. Ale u mnoha testu jsem docilil zvyseni realne rychlosti 4-6x oproti puvodni nastavene hodnote.
    24.6.2008 09:13 anyd | skóre: 3
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    opravim vas, ale nazyva se to "traffic shaping" (ne sharping). co sem mel do docineni s htb tak sem mel stejny problem (nehlede na to, ze to dost vytezovalo pocitac) a resenim bylo zrusit shaping a zavest denni rezimy blokovani portu. (pres den blokovani vsech portu krome zakladnich sluzeb a pres noc povoleny vsechny p2p porty). Kupodivu to pro sit(4MB/4MB) a vsechy uzivatele(120 pocitacu v siti) fungovalo dobre a lide jsou spokojeni. Vim, ze to neresi vas problem a sem uplne offtopic, ale mozna zkuste zvazit tuto variantu ;o)
    24.6.2008 10:29 Jan Matuska | skóre: 5
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    Dekuji za opravu, tam tech chybek bylo vice :-) Vite, ono ani tak nejde o PTP, ale obecne o cely provoz. Sit mame cca 2x vetsi jako vase, na puvodni masine HTB stihalo uplne bezproblemove - vytizeni radove jednotky procent. Duvod vymeny byl v podstate ten, ze puvodni stroj bylo obycejne PC, 3 roky v 24x7 provozu. Cili nikdo nedokazal odhadnout, co by se mohlo stat. Vsechny sluzby nyni jedou vyrazne svizneji, je vyreseno zalohovani, proste vsechno je nyni zn. ideal - az na HTB. Omezovani portu neni IMHO moc vhodny zpusob. Mame tu koumaky, kteri jsou schopni protlacit pres "povolene" porty nejake ISO a ono to vypada, jako stahovani posty pres POP3 :-)
    24.6.2008 10:48 anyd | skóre: 3
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    jasny plne chapu vasi situaci ;o) ja sem mel ulehcenou situaci, ze 90% uzivatelu te site byly holky co pouzivaly jen web + icq a zbytek sem si dokazal ohlidat vystraznyma odpojeni od internetu na urcitou dobu a pote pochopili, ze porno se da stahovat i v noci kdyz to nikomu nevadi ;o)

    zajimave je, ze opet zapracovalo stare *nixove pravidlo - kdyz to funguje tak do toho nehrabej. tedka uz nemam tolik casu se tomu venovat takze se budu tohoto pravidla drzet a vam preju at ten problem s htb vyresite a podelite se s nami o reseni
    pavlix avatar 24.6.2008 16:51 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    No... :D takže koukám, že traffic elektronický taffic shaping nefungoval... tak jsi musel používat vydírání a fyzický shaping :D.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    pavlix avatar 24.6.2008 16:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    To byli asi velmi nenároční uživatelé, když Internet používali kromě několika služeb jenom v noci, navíc jim nevadilo, že to jede systémem best effort (=kdo se víc tlačí)... a ani přes den nezatěžovali linku stahováním na běžných portech a nebo jim nevadilo, že to někdy běhá jak šnek.

    Asi velmi specifická síť.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    24.6.2008 19:14 anyd
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    jak sem psal 90% holky a zbytek kluci co hledali zpusoby jak vyuzit tu linku vic. ti rozumejsi prisli za mnou, ze chtej povolit port XY s duvodem, ze chtej hrat hry po netu/nejaka sluzba/cokoliv ti hloupejsi zkouseli cestu sobeckosti stylem "linka je moje!!!" a ti potom byli par dni bez netu.

    pokud si vydelis 4MB linku 120 lidmi tak aby to bylo uplne spravedlive a kazdemu garantovat kousek pasma aby si mohl rychlosti sotva par kilo stahovat 24/7/365 porno z dc++ nebo garantovat to, ze pres den omezeny rezim, ktery se nedotkne 99% lidi a ze od 1 v noci do 7 rano jim v tom nebudu branit.

    s timto opatrenim byla linka pres den vyuzita ze 60-80% s tim, ze kazdy mel garantovano, ze se dostane na net (kupodivu to predtim nebylo az tak normalni - holt par lidi si nevypinalo dc++) a v noci ocekavanych 100%. pozdeji sem na routeru stahoval z wish listu uzivatelu i pres den.

    ano, velmi specificka sit ... pokud mate zajem o dalsi informace jak to funguje rad se s vami podelim ;o)
    pavlix avatar 25.6.2008 02:32 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    Kupodivu :) :D.

    No... vzhledem k tomu, že v tom není žádné zajímavé technické opatření, tak nevím. Ty porty pořád vidím jako dost nesmyslné (i přes http můžu stahovat přes mnoho spojení apod), to odpojování od netu samozřejmě funguje, že :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    26.6.2008 00:13 Jan Matuska | skóre: 5
    Rozbalit Rozbalit vše Re: Nefukcni sharping po prechodu Debian Sagne na Etch.
    Takze kolega problem vyresil a jeho postup je nasledujici:

    HTB rizeni datoveho toku a jeho podivne chovani na vicejadrovych CPU (Pavel Dobry)

    Problem sitove komunikace mezi vice sitovymi kartami na MultiCore CPU systemech je zpusoben presunovanim dat mezi jednotliva CPU v prubehu datovych prenosu, kdy diky tomu dochazi k velkemu poctu preposilani TCP paketu. Tento problem resi presunuti rizeni hw preruseni sitovych karet pod jedno CPU, nejlepe to prvni, ktere ridi i ostatni hw preruseni.

    Je nutne vyradit z cinnosti IRQ balancing. IRQ balancing rozklada zatez HW preruseni pro zvyseni vykonu systemu pomoci presunu systemovych IRQ mezi jednotliva CPU. Kontrolu provadi po urcitem case a dynamicky takto nastavuje smp_affinity u IRQ. To je duvod, proc se rucni nastaveni smp_affinity po case zmeni.

    Jsou tri moznosti jak irq_balancing vyradit a to:

    1.) Zkompilovat jadro s vypnutym timto nastavenim:
     
    Processor type and features ->
              [ ] Enable kernel irq balancing (2.6.x kernels)
    Kernel hacking ->
              [ ] Kernel debugging
    
    2.) Pokud nechcete kompilovat jadro a je jadro od dodavatele distribuce kompilovano s irq_balance povolenym, je nutne pri startu systemu nastavit kernelu parametr NOIRQBALACE. Napr. v pripade GRUB bootloaderu na Debian Etch:
    title           Debian GNU/Linux, kernel 2.6.18-6-686 - hd0
    root            (hd0,0)
    kernel         /vmlinuz-2.6.18-6-686 root=/dev/md1 ro noirqbalance
    initrd          /initrd.img-2.6.18-6-686
    savedefault
    
    3.) Nektere distribuce pouzivaji irqbalance deamon, ktery kazdych 10 sekund meni nastaveni prideleni hw preruseni mezi jednotliva CPU dle jejich vytizeni. Je nutne ho bud odinstalovat, nebo zakazat jeho spousteni napr. u RHEL
    chkconfig --level 2345 irqbalance off
    
    Dalsim krokem je nastaveni smp_affinity (prideleni urciteho CPU) pro IRQ, ktera obsluhuji sitove karty.

    Vylistujeme si konkretni cisla IRQ pres: cat /proc/interrupts

               CPU0       CPU1       CPU2       CPU3
      0:   57382568          0          0          0    IO-APIC-edge  timer
      1:      11306          0          0          0    IO-APIC-edge  i8042
      9:          0          0          0          0   IO-APIC-level  acpi
     12:      37661          0          0          0    IO-APIC-edge  i8042
    169:   34020827   35662622   30391040   35111186   IO-APIC-level  uhci_hcd:usb1, ehci_hcd:usb3, eth2
    177:    7418529    7550686    4920178    9752439   IO-APIC-level  uhci_hcd:usb2, eth3
    185:   15086267   14261889   14179602    4938130   IO-APIC-level  eth0
    193:   25489867   18938703   15520529   10852850   IO-APIC-level  libata, eth1
    NMI:          0          0          0          0
    LOC:   56775697   56775659   56791204   56791230
    ERR:          0
    MIS:          0
    
    Z tohoto vypisu zjistime, ze IRQ 169, 177, 185 a 193 obsluhuji nase ctyri sitove karty. Pak uz staci zadat na konzoli prikazy:
    echo 1 > /proc/irq/169/smp_affinity
    echo 1 > /proc/irq/177/smp_affinity
    echo 1 > /proc/irq/185/smp_affinity
    echo 1 > /proc/irq/193/smp_affinity
    
    Timto zajistime obsluhu techto IRQ jen jednim prvnim CPU. Aby nam toto nastaveni fungovalo i po restartu systemu, je nutne si vytvorit skript s timto nastavenim smp_affinity a tento skript spoustet jako prvni systemovy skript napr. Debian Etch v /etc/rc2.d jako symlink S10set-smp_affinity

    File: set-smp_affinity
    #!/bin/sh
    
    # by Pavel Dobry
    #
    # Setup of smp_affinity settings for StarHill server with Intel Quad CPU
    #
    #
    # We need also disabled kernel irqbalance services:
    # in GRUB at kernel statement by parametr : noirqbalance
    
    echo 1 > /proc/irq/169/smp_affinity
    echo 1 > /proc/irq/177/smp_affinity
    echo 1 > /proc/irq/185/smp_affinity
    echo 1 > /proc/irq/193/smp_affinity
    
    exit 0
    

    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.