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 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
včera 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

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

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 10
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
25.5. 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 10
25.5. 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 7
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 14
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 27
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 624 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Niektoré aplikácie (konzolové) pomaly resolvujú

    24.9.2007 19:11 Milo Kmeť | skóre: 9
    Niektoré aplikácie (konzolové) pomaly resolvujú
    Přečteno: 383×
    Už dlhšiu dobu mám problém s pripojením do internetu s niektorými aplikáciami. Začnem pekne poporiadku:

    Doma pripájam môj NB cez wifi (Intel 2200BG) na router (MSI RG54BS2 192.168.110.1), ktorý je pripojený do DSL routra (Vigor2700 192.168.1.1). IP (192.168.110.177) mi pridelí DHCP MSI. Fajn, môžem sa pripájať na internet a browsovať vo FF, Konq, Opere ... bez toho aby som si všimol nejaké problémy. Internet mi ide fajn, odozvy pekné, ťahám dáta cca 250kb/s.

    Problém prichádza, ak chcem použiť napr. wget (curl, alebo obyčajné fopen|fsockopen('http://nieco.sk'); v php). Vtedy programy na chvíľu "vytuhnú" a potom zrazu dáta rýchlo stiahnu. Vôbec neviem, čo robia v čase, keď neprodukujú žiadny výstup.

    Tak som začal pátrať, Wget mi píše: Prevádzam google.sk na IP adresu..., keď vypíše IP po pár (desiatkach) sekúnd zrazu zbehne všetko v pohode, stiahne dáta a ukončí sa. Takže myslím, že mám problém s DNS a resolvovaním. Skúsim nslookup google.com zbehne hneď.

    Tak napr.
    kmet@book /tmp $ time nslookup abclinuxu.cz
    Server:         192.168.1.1
    Address:        192.168.1.1#53
    
    Non-authoritative answer:
    Name:   abclinuxu.cz
    Address: 195.70.150.7
    
    
    real    0m0.056s
    user    0m0.004s
    sys     0m0.004s
    
    nslookup dostane IP hneď, nech skúšam resolvovať akúkoľvek doménu.

    Keď však chcem spraviť wget -O /dev/null http://abclinuxu.cz dostanem nasledujúci výsledok:
    kmet@book /tmp $ wget -O /dev/null http://abclinuxu.cz
    --18:54:28--  http://abclinuxu.cz/
               => `/dev/null'
    Prevádzam abclinuxu.cz na IP adresu... 195.70.150.7
    Pripájam sa k abclinuxu.cz|195.70.150.7|:80... pripojené.
    HTTP požiadavka odoslaná, čakám na odpoveď... 302 Found
    Presmerované na: http://www.abclinuxu.cz/ [nasledujem]
    --18:55:08--  http://www.abclinuxu.cz/
               => `/dev/null'
    Prevádzam www.abclinuxu.cz na IP adresu... 195.70.150.7
    Používam existujúce spojenie s abclinuxu.cz:80.
    HTTP požiadavka odoslaná, čakám na odpoveď... 200 OK
    Dĺžka:  neudané [text/html]
    
        [  <=>                                             ] 64 183      236.07K/s
    
    18:55:09 (235.39 KB/s) - `/dev/null' uložený [64183]
    
    Na tučne vyznačenú časť som sa pozeral 40 sekúnd, ostatné sa mi vypísalo za ani nie 1 sekundu. Moc neviem čítať výstupy z strace, ale predsa som jeden urobil strace -r -o /tmp/wget.log wget http://google.sk/ -O /dev/null, ak by sa na to niekto chcel pozrieť.

    Ešte som zabudol hádam dodať, že používam Debian Etch s jadrom 2.6.18-4-vserver-686.

    Podobné problémy som mal čo si dobre pamätám ešte keď som používal cca pred rokom a pol Gentoo. Vriešil som to statickou IP miesto ip prideľovanej dhcp. Vtedy mi však nechcelo resolvovať a všetko (aj grafické aplikácie, browsery atď) mi resolvovalo cca 15 sekúnd. Skúsil som to však, vypol som si DHCP, nechal IP statickú a problém stále pretrvával. IPv6 mám vypnuté.

    Dík za akékoľvek rady, linky na podobné diskusie atď...

    Odpovědi

    24.9.2007 20:13 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Nepoužíváte v těch GUI aplikacích proxy server? To by vysvětlovalo, proč ty odpovídají rychle (nemusí resolvovat) a proč to jiným aplikacím dlouho trvá.

    Jinak dlouhá doba při překladu adres je pravděpodobně způsobená tím, že se pošle dotaz na nějaký neexistující nebo nedostupný server, čeká se timeout a teprve pak se pošle dotaz na další server. Podívejte se do /etc/resolv.conf, pravděpodobně tam máte na začátku nějaké špatné DNS servery. Také zkontrolujte /etc/host.conf, jestli se nepokoušíte resolvovat nejprve přes nějakou nedostupnou službu.
    24.9.2007 22:23 Milo Kmeť | skóre: 9
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Nie proxyserver isto nepoužívam. /etc/resolv.conf mám v poriadku, je tam len 192.168.1.1, ktorý resolvuje celkom rýchlo - viď môj originálny príspevok kde je time nslookup abclinuxu.cz
    24.9.2007 22:33 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Pak už mne napadá jen že by konzolové nástroje měly podporu IPv6 a ty GUI ne, jak píše kolega níž. Nevím, co znamená, když píšete IPv6 vypnuté, zda to nějak v Debianu ovlivní nainstalované balíčky.

    Každopádně byc zkusil spustit tcpdump na port 42/udp a sledovat DNS pakety. Uvidíte, na co se který program dotazuje a kdy a od jakého serveru dostane jakou odpověď. Z toho pak můžete vyjít.
    tcpdump -n 'udp port 42'
    24.9.2007 22:38 Zdeněk Burda | skóre: 61 | blog: Zdendův blog | Praha
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    udp port 53
    -- Nezdar není hanbou, hanbou je strach z pokusu.
    25.9.2007 08:08 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Ano, když jsem vypnul PC, došlo mi, že si nějak nepamatuju, kdy došlo k přečíslování portů :-) Byl jsem líný na ten port vzpomínat a chtěl jsem mít jistotu, jenže jsem se v /etc/services zase nachytal na nameservice. Takže správně má být
    tcpdump -n 'udp port 53'
    A nebo
    tcpdump -n 'udp port domain'
    to je sázka na jistotu (pokud je ten /etc/services správně :-)
    24.9.2007 22:07 Sancho
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Mal som podobny problem a spocival v IPv6. Ked som zakazal modul pre IPv6, zrazu vsetko fungovalo OK. FF a podobne sli rychlo, ale akonahle som skusil napr. apt-get, tak som si pekne pockal...
    24.9.2007 23:00 Milo Kmeť | skóre: 9
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Dík, tak som si len myslel, že modul ipv6 sa mi nenaťahuje.

    v /etc/modprobe.d/00local som mal
    alias net-pf-10 off
    alias ipv6 off
    
    Ale dal som lsmod|grep ipv6 a bol natiahnutý, trošku som zagooglil a pridal som ešte aj do /etc/modprobe.d/blacklist blacklist ipv6.

    Fajn, teraz po reboote už nevidím, že by som mal natiahnutý modul ipv6.

    skúšam sa tešiť
    book tmp # wget http://atlas.sazp.sk
    --22:38:15--  http://atlas.sazp.sk/
               => `index.html'
    Prevádzam atlas.sazp.sk na IP adresu... 194.160.222.5
    Pripájam sa k atlas.sazp.sk|194.160.222.5|:80... pripojené.
    HTTP požiadavka odoslaná, čakám na odpoveď... 200 OK
    Dĺžka:  5 892 (5.8K) [text/html]
    
    100%[============================================================>] 5 892        --.--K/s
    
    22:38:15 (111.99 KB/s) - `index.html' uložené [5892/5892]
    
    Neuveriteľná radosť. Nemôžem tomu veriť... Bez akéhokoľvek zásahu skúšam znova:
    book tmp # wget atlas.sazp.sk
    --22:38:56--  http://atlas.sazp.sk/
               => `index.html.1'
    Prevádzam atlas.sazp.sk na IP adresu... 194.160.222.5
    Pripájam sa k atlas.sazp.sk|194.160.222.5|:80... pripojené.
    HTTP požiadavka odoslaná, čakám na odpoveď... 200 OK
    Dĺžka:  5 892 (5.8K) [text/html]
    
    100%[===============================================================================================>] 5 892        --.--K/s
    
    22:39:37 (232.29 KB/s) - `index.html.1' uložené [5892/5892]
    book tmp # lsmod|grep ipv6
    book tmp #    
    
    A som tam, kde som bol na začiatku, ešte k tomu s chrobákom v hlave, že to fungovalo po reboote 10 sekúnd :-(

    Idem ešte skúsiť niečo vydumať s tým tcpdumpom, ako kolegovia radia :-/
    25.9.2007 00:50 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Z těch vašich výpisu wgetu nelze nic podstatného poznat.

    Wget má parametry --prefer-family, --inet4-only a --inet6-only. Ohledně proxy --no-proxy.

    Nicméně atlas.sazp.sk žádný AAAA záznam nemá, takže IPv6 do toho netřeba tahat.

    Asi bych začal prostým strace wget http://atlas.sazp.sk/, abyste viděl, na co se čeká.
    2.10.2007 11:35 Milo Kmeť | skóre: 9
    Rozbalit Rozbalit vše Re: Niektoré aplikácie (konzolové) pomaly resolvujú
    Dík za rady, chová sa to stále divne keď používam router ako DNS server. Neviem, ktorý z tých dvoch routrov to robí a ani nejak nemám chuť to zisťovať. Nastavil som si iný DNS server a všetko ide v pohode.

    Odkaz na strace wgetu som dal už v mojom pôvodnom príspevku, a mám pocit, že wget práve čakal na DNS. Avšak nechápem, prečo sa to správalo chaoticky, prvý resolving v pohode a druhý už trval večnosť. Zmena DNS pomohla.

    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.