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 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    dnes 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    dnes 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 13
    dnes 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    včera 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    včera 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    včera 04:55 | Nová verze

    Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 1
    včera 00:33 | Komunita

    Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.

    Ladislav Hagara | Komentářů: 32
    5.5. 23:22 | Pozvánky

    Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou

    … více »
    bkralik | Komentářů: 0
    5.5. 22:33 | IT novinky

    Dle plánu dnes končí služba Skype. Uživatelé mohou pokračovat v Microsoft Teams.

    Ladislav Hagara | Komentářů: 1
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 548 hlasů
     Komentářů: 25, poslední dnes 20:12
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    24.6.2013 11:33 Bill Gates
    Rozbalit Rozbalit vše Prehazene a duplicitni odezvy z pingu
    Zdravím, předně se omlouvám, možná je toto téma špatně zařazeno, nicméně nebyla by tu dobrá kromě ostatních poraden také "Síťová poradna"? Zde by se mohly řešit problémy týkající se sítí a vůbec komunikace? Jen návrh.

    Nicméně zpět k problému. Může mi prosím někdo popsat jak je možné že dochází k následujícímu jevu duplicitních a přeházených odezev z pingu? Stalo se mi to nedávno u jednoho poskytovatele internetu, kterému už asi týden vypadává net, stále si ale nejsem jist, zdali je problém u mě a nebo mimo mou domácí síť a tak hledám, zkouším.

    Narazil jsem na následující problém u pingu:
    [10:09:42]-[/usr/bin]
    [root@ntb]# ping seznam.cz
    PING seznam.cz (77.75.72.3) 56(84) bytes of data.
    64 bytes from 77.75.72.3: icmp_req=2 ttl=245 time=674 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=1 ttl=245 time=14159 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=3 ttl=245 time=3622 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=4 ttl=245 time=2530 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=6 ttl=245 time=9837 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=5 ttl=245 time=13102 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=7 ttl=245 time=14184 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=7 ttl=245 time=17390 ms (DUP!)
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=15 ttl=245 time=11620 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=13 ttl=245 time=14350 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=12 ttl=245 time=16774 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=17 ttl=245 time=13375 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=18 ttl=245 time=12574 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=20 ttl=245 time=10851 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=21 ttl=245 time=9920 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=11 ttl=245 time=20012 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=24 ttl=245 time=7462 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=26 ttl=245 time=6189 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=19 ttl=245 time=13645 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=14 ttl=245 time=18680 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=16 ttl=245 time=17135 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=25 ttl=245 time=8277 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=30 ttl=245 time=4021 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=10 ttl=245 time=24395 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=32 ttl=245 time=3543 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=29 ttl=245 time=7813 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=8 ttl=245 time=28966 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=22 ttl=245 time=15267 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=28 ttl=245 time=10120 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=27 ttl=245 time=13552 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=23 ttl=245 time=18216 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=31 ttl=245 time=11875 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=35 ttl=245 time=12881 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=36 ttl=245 time=12319 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=37 ttl=245 time=12975 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=39 ttl=245 time=11405 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=39 ttl=245 time=11514 ms (DUP!)
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=38 ttl=245 time=13337 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=34 ttl=245 time=17351 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=33 ttl=245 time=18356 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=43 ttl=245 time=8616 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=41 ttl=245 time=10810 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=42 ttl=245 time=9984 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=47 ttl=245 time=5641 ms
    64 bytes from www.seznam.cz (77.75.72.3): icmp_req=44 ttl=245 time=8918 ms
    a) horzné odezvy

    b) ztrátovost paketů

    c) přeházené odezvy (to by se možná dalo pochopit i když považuji to za bordel)

    d) duplicitní odezvy (nechápu)

    Tohle jsem viděl v momentě kdy providerovi asi týden blbnul net. Mezi mou wifi a AP providera signál naprosto v pohodě, ale jeho AP mě sem tam odhlašovalo a znovu přihlašovalo na POE, některé jeho AP občas mizely a zase se objevovaly (restarty AP?). Střídal jsem několik providerových AP ve vzdálenosti od 2 do 12km, problém se projevoval na všech jeho AP i když signál na všechny AP mám relativně dobrý.

    Dnes se mi ale zdá, že se to vrátilo do normálu a jede to stabilně, poznám to protože poslouchám jeden internetový stream a minulý týden to byla katastrofa, jak odezvy webu, tak přerušování streamu, který nestíhal bufferovat a ani tunelování VPNkou na jiný můj server a tím jiného providera si s tím neporadilo. Dneska od rána bez výpadku. Možná právě provider něco řešil a blbla mu chvíli infrastruktura, nevím, hádám.

    Kde taková věc - viz ping výše může vzniknout? Setkal se někdo někdy s něčím podobným a zjistilo se co je příčinou?

    Dík za informace a názory.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.