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 13:55 | Komunita

    V Amsterdamu probíhá Open Source Summit Europe. Organizace Linux Foundation představuje novinky. Pod svá křídla převzala open source dokumentovou databázi DocumentDB.

    Ladislav Hagara | Komentářů: 0
    včera 02:22 | Komunita

    Přesně před 34 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.

    Ladislav Hagara | Komentářů: 18
    včera 01:55 | Nová verze

    86Box, tj. emulátor retro počítačů založených na x86, byl vydán ve verzi 5.0. S integrovaným správcem VM. Na GitHubu jsou vedle zdrojových kódů ke stažení také připravené balíčky ve formátu AppImage.

    Ladislav Hagara | Komentářů: 0
    23.8. 17:44 | IT novinky

    Vláda Spojených států získala desetiprocentní podíl v americkém výrobci čipů Intel. Oznámili to podle agentur americký prezident Donald Trump a ministr obchodu Howard Lutnick. Společnost Intel uvedla, že výměnou za desetiprocentní podíl obdrží státní dotace v hodnotě 8,9 miliardy dolarů (zhruba 186 miliard Kč). Částka podle Intelu zahrnuje dříve přislíbené subvence 5,7 miliardy dolarů z programu CHIPS na podporu výroby čipů v USA,

    … více »
    Ladislav Hagara | Komentářů: 22
    23.8. 17:33 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 27 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.8. 04:22 | Nová verze

    Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.

    Fluttershy, yay! | Komentářů: 0
    22.8. 17:44 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.

    Ladislav Hagara | Komentářů: 4
    22.8. 13:55 | Komunita

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.

    Ladislav Hagara | Komentářů: 0
    22.8. 13:11 | IT novinky

    Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.

    Ladislav Hagara | Komentářů: 56
    22.8. 04:22 | IT novinky

    Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.

    Ladislav Hagara | Komentářů: 2
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (78%)
     (7%)
     (4%)
     (5%)
     (5%)
     (1%)
    Celkem 76 hlasů
     Komentářů: 7, poslední včera 22:32
    Rozcestník

    Dotaz: Výpadok sieťového spojenia - hľadanie dôvodu

    2.10.2020 13:07 pupala | skóre: 21
    Výpadok sieťového spojenia - hľadanie dôvodu
    Přečteno: 804×
    Pri pingu na server s verejnou IP mám packet loss 15% . V rovnakom čase mám spustený ping zo servera na jeho gw a ten ping tiež eviduje packet loss 15% v tom istom čase ako z opačného smeru. Hľadám dôvod, čo je za tým. Spočiatku som si myslel, že chyba bude na porte switchu, alebo s mojou sieťovou kartou. Ale keď som pozrel záznam pingov, tak sa to chová tak, že nevypadávajú pakety náhodne, ale v pravidelných intervaloch a to tak, že napr. prejde 170 a následných 30 neprejde, potom opäť 170 prejde a 30 nie a takto s malými obmenami čísel dookola. Pre testovanie som vypol najprv fail2ban na serveri a neskôr aj celý firewall, ale chyba trvá a prejavuje sa rovnako. Tak som v pomykove, či to nemôže robiť aj nejaká iná aplikácia. Ale v logoch som nič okrem brutte-force attackov na sshd ftp a mailový sasl nenašiel. Tieto štandardne ošetrujem cez fail2ban, ale po jeho vypnutí sa situácia nezlepšila. Je možné zo strany servera nejako otestovať, či nie je vadná sieťová karta a ako je možné dohľadať zdroj, ak to robí nejaká aplikácia resp. služba na serveri? Alebo ako na to? Nestretli ste sa už s takýmto chovaním niekto?

    Odpovědi

    2.10.2020 13:09 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    OS Debian 9 - situácia trvá tak 2-3 týždne, žiadna služba nepridaná na server, top, kým sa server na tých 30 pingov neodmlčí je hlboko pod možnosti servera.
    2.10.2020 13:45 X
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Problemy s vlastni sitivky by jsi mohl zjistit ze vypisu statistik sitovky, nebo dmesg. Take ze statistik portu/logu na prepinaci. Jinak se to resi postupne jeden sitovy prvek za druhym.
    2.10.2020 14:48 PetebLazar
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Jaký je výsledek mtr? Jsou na nějakém z hopů na cestě pozorovány ztracené packety?

    https://cs.wikipedia.org/wiki/MTR
    vencour avatar 3.10.2020 16:02 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Pokud je pointou pouze to, že nedostanu odpověď na 30 pingů z 200, tak bych to neřešil.
    Aneb jak moc je složitá topologie mezi zdrojem a cílem v icmp testu a jak moc jsou zatížené prvky a lajny mezi nimi?
    Teorie je hezká věc, že má vše projít všude a vždycky. Občas je méně více a třeba i těch pár pingů jsou tím, co přeteče a jsou zahozeny?
    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    3.10.2020 16:12 X
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Neresil? 15% ztrata paketu mezi zarizenin a branou je docela problem..
    vencour avatar 3.10.2020 16:16 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Paketů nebo pingu?
    Tak ať si tazatel vytvoří tunel, narve do něj vše a pak ať říká, že mu vypadávaj pakety.
    ICMP není běžně prioritizovaná služba, odbavuje se naposled.
    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    3.10.2020 16:59 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Ano to že vypadává ping ještě nic neznamená, ale když ho vypadává tolik a v pravidelných intervalech tak to chce zjistit kde je problém.

    Podle mě to taky nemusí být nic vážného třeba je na bráně nějaký limit na ping tak stejně někde po cestě může být nějaký limit.

    Vypadávají i jiné služby?
    4.10.2020 11:20 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Toto je presne to, čo sa deje. Nevypadáva len ping v tú dobu mi nefunguje ani ssh spojenie na server. Testoval som to tal, že z ntb som dal ping na server, zároveň som som sa z NTB druhým terminálom prihlásil na server ces ssh a z tohoto spojenia som zo servera pustil ping na jeho gateway. V čase výpadku spojenia nešlo server ovládať ani cez ssh totálny výpadom, vrátane nedostupnosti apache, posfixu, proste nič. Ale ssh spojenie mi za ten čas nespadlo, nakoľko mám nastavené vyššie timeouty pre ssh. Keď sa obnovilo spojenie na server a ssh sa rozbehlo porovnal som priebeh pingov z ntb na sever a zo servera na gateway a a výpadok úplne rovnaký. Ako to bolo v tom filme "Číslo 5 žije"? "Sem z toho celej vedle sebe" . Dnes cestujem do serverovne, a skúsim pripojiť ntb na s IP serverovej gw priamym káblom na server a otestujem ho tak. A potom sa pripojím z ntb s IP servera na port switchu, kde je pripojený server a tiež to testnem a uvidím. Keďže sa neorientujem tak dobre ako vy v problematike, aký test by som mal použiť keď nie ping. Na serveri pri pripojení na NTB stopnem firawall takže tam nebudú žiadne limity ale čo pri teste na switch v DC resp. na gw? ĎAakujem.
    3.10.2020 21:40 Vantomas | skóre: 32 | Praha
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Pravidelný výpadek na cca 30 sekund bych viděl na problém s STP na síti.
    4.10.2020 11:24 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    OK, ale toto je chyba na strane providera. Bol by som rád, keby to nebolo serverom. Ako takúto chybu na strane providera zistiť zo strany zákazníka?
    vencour avatar 4.10.2020 13:08 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Ten server nemá něco jako ILO, RMM, remote console nebo jen "konsolový port"? Abyste viděl, co se děje, i když není dostupný z internetu.
    Ze strany serveru můžete pustit tcpdump a logovat do souboru, dát traceroute "do internetu" a zkoumat, kde to přestane odpovídat.
    Můžete ještě zkoumat přes ethtool -S0 <interfejs_do_internetu> jestli nenarůstaj někde chyby.
    Nemáte na tom serveru bridge se zaplým STP?
    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    4.10.2020 13:57 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Na serveri je nastavený bridge ale na rozhraní eno2 bez nastaveného STP. Týmto rozhraním sú pripojené len 2 virtuálne servre. Všetky služby bežiace na tomto servri sú nakonfigurované pre beh na IP adrese rozhrania eno1. A to nie je ani v bridge. Remote console na serveri je, ale nie je sprevádzkovaná. Dnes večer ju sprevádzkujem. Čo sa týka ethtool voľbu -SO nemám implementovanú, ale:
    ethtool -S eno1 | grep error
    
    rx_error_bytes: 0
    tx_error_bytes: 0
    tx_mac_errors: 0
    tx_carrier_errors: 0
    rx_crc_errors: 0
    rx_align_errors: 0
    
    brctl show
    
    bridge name     bridge id               STP enabled     interfaces
    xenbr0          8000.0024e84a8bde       no              eno2
    
    netstat -i
    
    Kernel Interface table
    Iface      MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
    eno1      1500 359886998      0    166 0      554657169      0      0      0 BMRU
    eno1:0    1500      - no statistics available -                        BMRU
    eno1:1    1500      - no statistics available -                        BMRU
    eno1:2    1500      - no statistics available -                        BMRU
    eno1:3    1500      - no statistics available -                        BMRU
    eno2      1500 16442773      0     35 0        179693      0      0      0 BMRU
    lo       65536 13127591      0      0 0      13127591      0      0      0 LRU
    xenbr0    1500 16438193      0      0 0        179693      0      0      0 BMRU
    
    Neidentifikujem nič, čo by poukazovalo na nejakú chybu servera.Čo sa týka tcpdump-u, tak ho viem realizovať aj bez remote konzoly.
    7.10.2020 11:41 Jar-Jar Blinks | skóre: 12
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
     
       a co takhle chovani otestovat pres sluzbu 
       ktera ma prioritu uzavrit VPN ... a pingat skrz.
    
    protoze i neco jako 
     v iptables 
                 --limit 
                 --limit-burst
       ??? 
    
    icmp jako echo a echo-reply taky jako dost zahazuju 
    resp kdyz jsem hodnej tak markuju jako CS2
    
    na tohle jsou nastroje jako iptraf a taaak 
    ping vam rekne prdlajs
    
    a ktem statistikaam co takhle full/half na eth
    
    Vy full  ...... vy cistej
    Gw half  ...... tuna kolizi pod stressem
    
    sezente si statistiky te GW 
    
    
    7.10.2020 11:45 Jar-Jar Blinks | skóre: 12
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    #---------------------------------------------
    protoze i neco jako 
     v iptables 
                 --limit 
                 --limit-burst
       ??? 
    #---------------------------------------------
    bylo mysleno jako nastaveni Firewallu te GW 
    
    7.10.2020 14:10
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Napřiklad neořezaný strom na trase wifi signálu. ;-)
    7.10.2020 14:31 j
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Pricina muze byt naprosto cokoli ... nejen firewall, pingy specielne se dost casto vsemozne omezujou, takze kdyz posles nejakou delsi sekvenci, tak ti ji to zacne zahazovat.

    Pricinu na svy strane snadno vyresis tim, ze si to pripojis pres kabel trebas k NB naprimo, a vyzkousis to tak.

    Jinak jak tu zaznelo, resit ping je knicemu, ty potrebujes resit to, co na tom stroji bezi. Web? Pak potrebujes resit http a ztraty na nem. Navic si uvedom jednu prostou vec, standardni ping je pidipaket, pokud je problem na sitovy vrstve, a ty mas pidipakety na 15%, tak jakakoli jina komunikace s datama nemuze prakticky vubec fungovat, protoze na kilovych paketech budes mit 90%. Opet, muzes checknou i ten ping ale nastav si ty kilovy pakety, pokud jsou ztraty stejny, na 99% neni pricina v HW ani ve fyzicky siti.

    Dalsi vhodny nastroje - tcpdump/wireshark. Minimalne v tom rozsahu, abys zjistil, jestli po request nasleduje respond. Nekdy pakety neco pozadujici dorazej, ale srv na ne neodpovi, nekdy je to opacne. Oped duvodu muze byt hromada.

    ---

    Dete s tim guuglem dopice!
    7.10.2020 18:19 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Nedeľná návšteva v DC. NTB pripojený namiesto servera, testovaný FTP up/down všetko v poriadku. Potom opačne, NTB nastavený ako gw a z neho ftp down/up zo servera. Ani len stratený paket. Testoval som to cca. 1 hodinu. 2 hodiny cesta domov. Z domu ftp down/up na server vypadával s rovnakými príznakmi, ak osom uviedol pri teste s ping-om. Pri výpadku bol nedostupný server ani pre ssh konekt ani pre imaps, ani pre smtp. PO chvíli opäť všetko OK. V čase výpadku pri teste zo servera nefungoval ani ping na jeho gw. Pustil som ho na pozadí a po obnove som si pozrel štatistiku. V pondelok som svoje zistenia zaslal na NOC v DC . V pondelok večer som dostal info, že u nich je všetko OK. Ale od utorka sa mi všetko funguje tak, ako pred poruchou. Tak neviem. Asi serveru pomohlo, že som odpojil RJ45 kábel a následne opäť pripojil a po chvíli sa dal dokopy ;-) . Pripravoval som sa na to, že na chvíľu použijem dropwatch a následne aj tcpdump, ale už nemám na čom, zatiaľ spojenie so serverom od utorka funguje korektne.
    25.10.2020 20:35 Luboš | skóre: 2
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    Na supportu ISP lhali. Bylo jim hamba přiznat chyby. Po tichu to opravili. Taky jsem takhle nakoupil novou síťovou infrastrukturu, protože mi lhali že mají všechno v pořádku. Opravili to až když jsem utratil prachy a zdokumentoval ty nákupy za nové železo. Teď mi to leží ve skříni a zastarává to...
    vencour avatar 26.10.2020 20:33 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: Výpadok sieťového spojenia - hľadanie dôvodu
    1) Opravdu to píše autor vlákna?
    2) I tohle se stane, je fajn s tím počítat a poradit si, když nechodí vše ok.
    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.

    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.