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: 4 % packet loss přes Debian (router, NAT)

    24.6.2009 13:38 BlackyJack | skóre: 1
    4 % packet loss přes Debian (router, NAT)
    Přečteno: 589×

    Rád bych požádal o radu ohledně řešení problému. Současná situace:

    Máme síť o 11 domácnostech, cca. 5 počítačů je zapojeno přímo přes UTP, ostatní přes Wifi 2,4 GHz. Celá síť přistupuje k síti internet přes linku ADSL, která je přes modem v režimu bridge připojena na PC, kde běží Debian. Zde je také nastaven NAT (a pak nějaké další služby, jako fileserver, ventrilo, OpenVPN).

    Je to pár dní, kdy se packet loss lidí přes UTP (i Wifi, ale zde bych to připisoval na vrub technologii) při téměř nevytížené lince zvýšil z 0 % na 4 %. 

     

    Lokální PC --> (NAT)Debian --> nic.cz  packet loss 4 %, avšak ping kolem 13 ms (v podstatě odezva našeho ADSL připojení)
    192.168.123.131 --> 192.168.123.1 --> nic.cz

    Avšak pokud tento PC budu pingovat přes OpenVPN, packet loss je 0 %.

    Můj PC jinde v internet --> (routing)Debian --> Lokální PC
    138.0.1.2 --> 138.0.1.1 / 192.168.123.1 --> 192.168.123.131

    Packet loss mezi Debianem a lokálním PC je nulový, stejně tak jako mezi Debianem a serverem na internetu.

     

    Z celé situace jsem vydedukoval, že za ztrátu paketů může přímo PC s Debianem. Iptables jsou v podstatě téměř prázdné, mimo nastavení NAT.

     

    Jak bych měl dohledat a opravit zdroj tohoto problému?

     

    Děkuji

    Odpovědi

    24.6.2009 13:51 RadekM | skóre: 7
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

    Plna conntrack tabulka? Co rikaji logy.

     

    Zkuste hledat ip_conntrack_max a ip_conntrack_tcp_timeout_established.

     

     

    24.6.2009 14:17 BlackyJack | skóre: 1
    Rozbalit Rozbalit vše Conntrack + logy

    Děkuji za reakci.

    ip_conntrack_max je nastavena mnohem vetsi, nez je opravdu potreba. Pocet spojeni zde v tuto chvili byl asi 225 (povoleno 65536)

    ip_contnrack_tcp_timeout_established byl nastaven na 84000, snizil jsem ho ted na 3600, ale vliv to nemelo (a takhle uz ho asi necham)

     

    Systémový log se k těm zahozeným packetům nevyjadřuje, do jakých logů se mám ještě podívat? 

    24.6.2009 14:27 RadekM | skóre: 7
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

    Neni na tom routeru pusteny nejaky shaper?

    24.6.2009 14:39 BlackyJack | skóre: 1
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

    V tento moment packet loss zmizel.

    Shaper je vyplý, používal jsem tam Promethea, ale při jeho používání začaly zlobit weby seznamu.cz (lide.cz, email.cz, apod.), tak je "odstavený".

    24.6.2009 14:43 BlackyJack | skóre: 1
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

     Tak jsem to zakřikl, stále beze změny.. kolem 4 %. 

    24.6.2009 19:08 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

    Nerozumím pingu z Internetu na lokální PC. To kvůli překladu adres nejde.

    Pokud máte trasu mezi strojem v Internetu a routerem zabalenou v OpenVPN, pak v jakém transportním protokolu? Pokud to je TCP, tak se není čemu divit, protože ten výpadky zamaskuje.

    Doporučuji měřit ztrátovost na trase mezi routerem a strojem v Internetu. Měřit čisté IPv4 bez nějakých tunelů. A měřit každý směr zvlášť (na stroji, kam pingáte si přes tcpdump ověřte, že všechny ICMP echo request packety dorazí).

    24.6.2009 20:55 BlackyJack | skóre: 1
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

     Tunel je TCP...  děkuji :-) Na ten zbytek mrknu. 

    25.6.2009 23:57 BlackyJack | skóre: 1
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

    Vyřešeno!!!

     Packet loss způsobovala síťová karta, přes kterou jsem byl bridgem připojen k ADSL.

    Měl jsem původně za to, že stejně jako u win linux ztrátu paketů hlásí průběžně, né až v koncové statistice.

     

    Děkuji všem za pomoc :-)

    Salamek avatar 26.6.2009 01:01 Salamek | skóre: 20 | blog: salamovo
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)
    eh nějak si nedokáži představit průběžné zobrazení packet loss:
    PING google.cz (74.125.91.104) 56(84) bytes of data.
    64 bytes from qy-in-f104.google.com (74.125.91.104): icmp_seq=1 ttl=243 time=123 ms
    64 bytes from qy-in-f104.google.com (74.125.91.104): icmp_seq=2 ttl=243 time=117 ms
    64 bytes from qy-in-f104.google.com (74.125.91.104): icmp_seq=3 ttl=243 time=119 ms
    64 bytes from qy-in-f104.google.com (74.125.91.104): icmp_seq=4 ttl=243 time=118 ms
    64 bytes from qy-in-f104.google.com (74.125.91.104): icmp_seq=5 ttl=243 time=117 ms
    ^C
    --- google.cz ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4005ms
    rtt min/avg/max/mdev = 117.305/119.253/123.335/2.256 ms
    Leda tak zobrazit zda li dorazil nebo ne (což packety co nedorazily jsou číselně vynechané),prostě porovnám počet odeslaných VS přijatých a z toho zjistím kolik se jich ztratilo ,možná by šlo po každých X packetech zobrazit ping statistic ale vůbec nwm k čemu by to bylo :-D
    Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
    26.6.2009 05:50 BlackyJack | skóre: 1
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)

    Většinu svého života se pohybuji u Windows a zde je ten řádek... vypršel časový limit....  proto i po roce je pro mě takováto věc novinkou :-)

    Děkuji, zase jsem o něco chytřejší :-)

    26.6.2009 00:14 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: 4 % packet loss přes Debian (router, NAT)
    Avšak pokud tento PC budu pingovat přes OpenVPN, packet loss je 0 %.
    Protože i když bude packet loss na fyzické lince 90%, OpenVPN bude opakovat vysílání tak dlouho, než ten paket dorazí. Nebo zkráceně: ta hodnota vůbec o ničem nevypovídá
    Quando omni flunkus moritati

    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.