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 22:11 | Bezpečnostní upozornění

    MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.

    vencour | Komentářů: 0
    dnes 17:00 | Bezpečnostní upozornění

    Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.

    Ladislav Hagara | Komentářů: 1
    dnes 13:11 | IT novinky

    Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci

    … více »
    Ladislav Hagara | Komentářů: 13
    dnes 11:33 | Nová verze

    Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.

    Ladislav Hagara | Komentářů: 2
    dnes 09:00 | Bezpečnostní upozornění

    Vývojáři C-Kermit oznámili několik dlouhodobě přítomných zranitelností. Patří mezi ně buffer overflow v Telnet/FTP klientovi a command injection v Kermit serveru. Dotčené verze: C-Kermit 11.0.514 a starší. Fix: 11.1.515 [oss-security].

    vencour | Komentářů: 0
    dnes 02:44 | Nová verze

    Byla vydána nová verze 3.2.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Projekt openSUSE dnes, 3. listopadu 2026, oficiálně vydal openSUSE Leap 16.1, novou verzi své stabilní linuxové distribuce. Novinkou je také Immutable Mode, který nahrazuje dosavadní samostatnou distribuci openSUSE Leap Micro. Podrobnosti o novém vydání najdete v oficiálním oznámení nebo v českém překladu oznámení. Instalační obrazy jsou již dostupné na get.opensuse.org. Vydání společně oslavíme v pátek ve virtuálním baru a na … více »

    lkocman | Komentářů: 0
    včera 16:00 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 45. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora Cloud pro cloudové nasazení, Fedora CoreOS pro ty, kteří preferují neměnné systémy a Fedora IoT pro internet věcí. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 1
    včera 15:44 | Zajímavý článek

    Vědci z MIT CSAIL představili koncept 'weight-space programming' a názorně předvedli, že pokročilé jazykové modely SI dokážou přímo číst a upravovat váhy neuronových sítí. Studie ukazuje, že modely nejen dokážou identifikovat účel sítí z pouhého nahlédnutí do jejich číselných vah, ale mohou i cíleně opravovat chyby a nedostatky, například GPT-6 Astra se změnou pouhých 0,016% vah open-weight modelu Qwen3.5-0.8B podařilo odstranit

    … více »
    👻 | Komentářů: 8
    včera 14:00 | Komunita

    Organizátoři komunitního setkání nejen českých a slovenských správců sítí CSNOG 2027, které se uskuteční 20. a 21. ledna na půdě zlínské univerzity Tomáše Bati, oznámili prodloužení termínu pro zasílání abstraktů do programu akce. Zájemci se mohou hlásit prostřednictvím webu setkání do úterý 10. listopadu. Programová komise uvítá příspěvky věnované nejen správě sítí, ale také legislativě a regulaci nebo síťařským aktivitám studentů a pedagogů.

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

    Dotaz: pomaly tok dat pres server s NATem

    4.1.2005 18:25 qwertz
    pomaly tok dat pres server s NATem
    Přečteno: 260×
    Dobry den,

    mam tento problem. Mam lokalni sit a v nem pocitace A,B,C. Na pocitaci A (windows) bezi moje klientska aplikace, na pocitaci B (windows) bezi server pro tuto aplikaci. Pocitac C je linuxova brana (debian, kernel 2.6.8). Pocitac C ma dve rozhrani jedno do internetu a druhe do lokalni site kde je A a B a ma nastaveno aby prekladal veskere odchozi pripojeni z lokalni site a taky ma nastaveno aby prichozi zadosti o pripojeni z vnejsku na urcity port preposilal na pocitac B na port na kterem posloucha ten server. No a problem je v tom ze kdyz te klientske aplikaci nastavim aby komunikovala primo s pocitacem B tzn. odesila pozadavky na adresu B tak vsechno kumunikuje pekne rychle ale kdyz dam aby komunikoval pres C tzn. klient posila data na adresu C a ten to preposle B jak je nastaneno v iptables, tak to jede strasne pomalu. A pomalu tim nemyslim ze by to soustavne odesilalo pomalu data ale spis je to takove trhane, ze dlouho trva nez se akceptuje nejake spojeni a az jo tak vsechny ty data daneho spojeni profrci zas rychle. Aspon tak se mi to jevi. Myslel sem jestli to nahodou neni nejakou ochranou proti floodovani v jadre ale tu mam vyplou ( cat /etc/proc/sys/ipv4/tcp_syncookies = 0) . Dik za kazde postrehy

    Odpovědi

    4.1.2005 18:58 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    To je jednoduché proč ty data cpete někomu komu nepatří ???

    Pokud jsou A a B na jedné síti proč to chcete posílat na C ?

    A jenom tak pro zajímavost by mě zajímalo jak to posíláte přes to C ?? Na tu veřejnou adresu co je natovaná grrrr to se nedivím když potom zblbnete tu logiku natu, jak on má vědět že paket co mu přišel z lokálního eth zařízení má zase poslat na lokální zařízení když tam máte veřejnou IP. (když má natovat pouze veřejné rozhraní)

    Prostě aby se našla chybka musíte poslat jak máte ty IP tables nastavené, nat se provádí většinou pouze pro eth které směřuje ven a když tam přijde paket s veřejnou IP která má správně přicházet z internetu tak se nedivím že to nechodí.
    4.1.2005 18:58 Michal Kubeček
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    Že by tradičně nefungující reverzní lookup adresy klienta, resp. v tomto případě adresy, na kterou se to NATuje?
    5.1.2005 08:38 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    Zdravim

    Osobne si myslim ze ten NAT mas nastaven nejak spatne, protoze tohle vubec fungovat nemuze. Teoreticky to jde obejit nejakou zbesilou kombinaci SNAT+DNAT, ale proc takovou blbost delat. Pokud to chces kvuli BFU aby byly klienti ve vnitrni i vnejsi siti nastaveny stejne (na verejnou IP) tak pouzij DNS. Zvnejsklu je to jasny a vevnitr si udelej svuj DNS server kterej bude server.tvojedomena.cz prekladat na 192.168.1.2.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    5.1.2005 18:05 Martin Čížek | skóre: 20 | Praha
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    Jen pro doplnění: U DNS serveru Bind hledej klíčové slovo "view".
    Kdyby dva z nás byli dvěma z nich, všichni z nás by mohli být všemi z nich.
    5.1.2005 22:10 qwertz
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    Diky vam vsem, mali ste pravdu, kdyz jsem si tu situaci nakreslil na papir tak mi to hned doslo. Postavilo me to ale pred novou otazku..jakto ze to vubec funguje ? Jakto ze nejaka komunikace prochazi ? Popisu tu situaci jak ji vidim

    A: pocitac s klientem 192.168.1.10

    B: pocitac s serverem 192.168.1.20

    C: brana s NATem vnitrni: 192.168.1.1 vnejsi: 10.20.30.40

    C:/# iptables -t nat -L

    Chain PREROUTING (policy ACCEPT)

    target prot opt source destination

    DNAT tcp -- anywhere 10.20.30.40 tcp dpt:1234 to:182.168.1.20:1234

    Chain POSTROUTING (policy ACCEPT)

    target prot opt source destination

    SNAT tcp -- 192.168.1.0/24 anywhere to:10.20.30.40

    SNAT udp -- 192.168.1.0/24 anywhere to:10.20.30.40

    Chain OUTPUT (policy ACCEPT)

    target prot opt source destination

    mno a ted A vysle dotaz.. packet vypada takto (source::destination) 192.168.1.10::10.20.30.40. Pak to prijde na C, tam se to prelozi a z C odejde 192.168.1.10::192.168.1.20. Pak to prijde na B a ten se z packetu dovi ze odpoved ma odeslat na 192.168.1.10. Tak se zepta kdo ma tuto IP adresu a dozvi se linkovou adresu A a odesle odpoved 192.168.1.20::192.168.1.10 a linkovou adresou A. Jenze na C uz tato odpoved nedojde (a to i kdyz tu je HUB) protoze na linkove vrstve ma jinou adresu (ma adresu A), a neprijme tuto odpoved ani A protoze ten ocekava ze odpoved prijde se zdrojovou adresou C a ne B. Krom toho to asi musi zpusobit to ze na C se zacne plnit NATovaci tabulka nevyrizenyma zaznamama. :)

    Urcite mi neco unika protoze to precejenom komunikuje. Diky.
    6.1.2005 08:55 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    Zdravim

    To mas nejaky zmatecny, posli spis rc.firewall (na slacku) nebo neco takoveho.

    Maskarada se dela takhle:

    iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

    To znamena ze vsechno co odchazi skrze eth0 (externi sitovka) se zamaskaraduje IPckem te eth0, na lokalni sitovky to vubec nesaha.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf

    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.