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

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
dnes 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 16
dnes 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

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

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 3
dnes 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

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

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
včera 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
včera 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 10
včera 11:55 | Humor

Majitelé koček by měli být obezřetní při používání desktopového prostředí XFCE ve výchozím nastavení. Používání XFCE může mást jejich kočky a vést k poškrábání displeje. Jedná se o chybu 12117. K dispozici je již patch.

Ladislav Hagara | Komentářů: 20
21.3. 15:55 | Nová verze

Byla vydána verze 7.5 sady aplikací pro SSH komunikaci OpenSSH. Jedná se o opravné vydání. Volba UsePrivilegeSeparation v sshd_config se stala zastaralou (deprecated). Upozornit lze na změnu formátu log záznamů. Novou verzi OpenSSH již nelze přeložit s upstreamem nepodporovanými verzemi OpenSSL.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 919 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: scp - nejde kopirovat velke soubory na vzdaleny pocitac

    29.11.2010 20:11 Gilhad | skóre: 20 | blog: gilhadoviny
    scp - nejde kopirovat velke soubory na vzdaleny pocitac
    Přečteno: 295×
    Mam problem a uz nevim co dal otestovat nebo zkusit:
     $ scp -P 22 gNOSVN.2.0.tar.gz user@aa.bb.cc.dd:
    Password: 
    gNOSVN.2.0.tar.gz                  100%  648KB 647.9KB/s   00:00 
    
    
    

    Vysledek naskoci okamzite po zadani hesla a dal uz nic, do promptu se to nevrati. Pro jina IP (zz.xx.cc.vv napriklad) to funguje bez problemu. (Pro kraticke soubory taky.) Na cilovem pocitaci se vytvori prazdny soubor gNOSVN.2.0.tar.gz a visi tam ssh:
    30350 ?        Ss     0:00  \_ sshd: user [priv]
    30355 ?        S      0:00  |   \_ sshd: user@notty
    30356 ?        Ss     0:00  |       \_ scp -t .
    

    Na vzdaleny pocitac se da zalogovat:
    $ ssh user@aa.bb.cc.dd
    

    funguje to normalne. Kdyz jsem na tom pocitaci nalogovany, tak
     $ scp -P 22 jmeno@pu.vo.dni.IP:gNOSVN.2.0.tar.gz .
    Password: 
    gNOSVN.2.0.tar.gz                  100%  648KB 647.9KB/s   00:00 
    

    probehne bez problemu a soubor prenese. (Cili stahnout jde, natlacit nikoli)

    Stejne tak se soubor da na vzdalenem pocitaci scp-ckovat sem a tam bez problemu:
    $ scp -P 22 gNOSVN.2.0.tar.gz user@127.0.0.1:
    Password: 
    gNOSVN.2.0.tar.gz                  100%  648KB 647.9KB/s   00:00 
    $ scp -P 22 gNOSVN.2.0.tar.gz user@192.168.1.100:
    Password: 
    gNOSVN.2.0.tar.gz                  100%  648KB 647.9KB/s   00:00 
    

    Cili se zda, ze ten pocitac sam o sobe funguje, ale neco po ceste to zmrsi ... (ten pocitac je za nejakym firewalem/NATem, od ktereho nemam klice - ssh-cknout se zkrz zvladnu, scp funguje jen obracene)

    Ma nekdo ideu, cim by to mohlo byt, nebo jak to resit? Admin toho NATu je (asi) spis malo zkuseny a obtizne dostupny, takze idealne primo co tam ma upravit, pokud se to da takhle usoudit?

    Řešení dotazu:


    Odpovědi

    29.11.2010 20:40 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    Tak jsem jeste vyzkousel ruzne velikosti a takhle to vypada:

     # scp -P 22 * user@aa.bb.cc.dd:
    Password: 
    000.tmp                                                                                            100%    0     0.0KB/s   00:00    
    001.tmp                                                                                            100% 1024     1.0KB/s   00:00    
    002.tmp                                                                                            100% 2048     2.0KB/s   00:00    
    
    

    jeden kilobyte se prenese okamzite, pri dvou to vytuhne ...

    (Obracene tahani se tvari, ze zvlada stovky kB/s)
    29.11.2010 20:43 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    Ostatne se zda, ze jakykoli pokus prenest tam trochu vic dat naraz skonci vytuhnutim (tedy i copy paste textu prez ssh - kratke projdou hned, o fous delsi ani po mnoha minutach)
    29.11.2010 22:18 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    Napadá mne jenom problém s MTU, že by malé pakety prošly, ale velké pakety na hranici ne. Zkuste tu komunikaci sledovat tcpdumpem – nejlepší by bylo na obou stranách, ale to asi bude obtížné. Leda byste ji přesměroval do souboru a pak nějak k sobě dostal ten soubor.
    29.11.2010 22:48 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    Zatim umim jen na jedne strane ... posilam soubory, 1405 B projde, 1406 uz ne. Packety tcpdump hlasi velikosti 1440 (ano) 1448 (uz ne)

    .cz.ssh: P 12773:12837(64) ack 3454 win 165 <nop,nop,timestamp 524620035 150010234>
    .cz.ssh: P 12837:14277(1440) ack 3502 win 165 <nop,nop,timestamp 524620041 150010237>
    .cz.ssh: P 14277:14341(64) ack 3550 win 165 <nop,nop,timestamp 524620047 150010239>
    .cz.ssh: P 14341:15781(1440) ack 3598 win 165 <nop,nop,timestamp 524620052 150010241>
    .cz.ssh: P 15781:15845(64) ack 3646 win 165 <nop,nop,timestamp 524620058 150010244>
    .cz.ssh: P 15845:17285(1440) ack 3694 win 165 <nop,nop,timestamp 524620063 150010246>
    .cz.ssh: P 17285:17349(64) ack 3742 win 165 <nop,nop,timestamp 524620069 150010248>
    .cz.ssh: P 17349:18789(1440) ack 3790 win 165 <nop,nop,timestamp 524620075 150010250>
    .cz.ssh: P 18789:18853(64) ack 3838 win 165 <nop,nop,timestamp 524620081 150010253>
    .cz.ssh: P 18853:20293(1440) ack 3886 win 165 <nop,nop,timestamp 524620086 150010255>
    .cz.ssh: P 20293:20357(64) ack 3934 win 165 <nop,nop,timestamp 524620092 150010257>
    .cz.ssh: P 20357:21797(1440) ack 3982 win 165 <nop,nop,timestamp 524620098 150010260>
    .cz.ssh: P 21797:21861(64) ack 4030 win 165 <nop,nop,timestamp 524620104 150010262>
    .cz.ssh: . 21861:23309(1448) ack 4078 win 165 <nop,nop,timestamp 524620109 150010264>
    .cz.ssh: P 23309:23317(8) ack 4078 win 165 <nop,nop,timestamp 524620109 150010264>
    .cz.ssh: . 21861:23309(1448) ack 4078 win 165 <nop,nop,timestamp 524620164 150010266>
    .cz.ssh: . 21861:23309(1448) ack 4078 win 165 <nop,nop,timestamp 524620274 150010266>
    .cz.ssh: F 23317:23317(0) ack 4078 win 165 <nop,nop,timestamp 524620490 150010266>
    .cz.ssh: . 21861:23309(1448) ack 4078 win 165 <nop,nop,timestamp 524620494 150010266>
    .cz.ssh: . 21861:23309(1448) ack 4078 win 165 <nop,nop,timestamp 524620934 150010419>
    .cz.ssh: . 23701:25149(1448) ack 4174 win 165 <nop,nop,timestamp 524621182 150009572>
    
    

    Je mozne, ze nekde je velikost dana na 1500. Na nekolika dalsich strojich, kde to funguje, se to zastavilo na hodnote 988 a packety se zacaly delit (= slo jich vic za sebou, jakmile to presahlo hranici).

    Da se nekde na cilovem stroji nastavit, aby chtel mensi velikost?
    29.11.2010 23:02 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    To je potřeba omezit na tom stroji, kde ten problém vzniká. I kdybyste to nastavil na druhém konci, budou se jen pakety fragmentovat po cestě, ale zdrojový počítač se je pokusí odeslat vcelku, a opět to neprojde. Ale pokud je to problém s MTU, je to problém, který může postihnout jakoukoli komunikaci v té síti, a administrátor by to měl řešit.
    Řešení 1× (Gilhad (tazatel))
    29.11.2010 23:12 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    Tak jsem to (nejak) vyresil - pro dnesek top funguje a uvidime, jak dal, ale snad taky :)

    Pridal jsem do /etc/conf.d/net nasledujici radek:

    mtu_eth0=1000

    a restartoval net.eth0

    Ted uz se kopirovat da a vse se chova rozumne (aspon na prvni pohled). Cilovy pocitac pouziva male packety, sshd na nem to pozna a nahlasi scp-cku a prez sit to proleze. (IMHO se neco zmenilo na tom NATu, co nemam pod kontrolou, ale cert vi. Hlavni je, ze to ted funguje a daji se prenaset data rozumne)
    30.11.2010 07:50 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: scp - nejde kopirovat velke soubory na vzdaleny pocitac
    I kdybyste to nastavil na druhém konci, budou se jen pakety fragmentovat po cestě, ale zdrojový počítač se je pokusí odeslat vcelku, a opět to neprojde

    Pro TCP spojení tomu lze předejít, viz target TCPMSS

    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.