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 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 5
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 28
včera 00:33 | Komunita Ladislav Hagara | Komentářů: 8
18.1. 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 333 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Nefunguje scp

    9.9.2005 12:17 semtex | skóre: 23 | blog: semtex
    Nefunguje scp
    Přečteno: 166×
    Ahoj, vyskytl se mi divný problém se scp, aniž bych cokoliv reinstaloval, upgradoval, najednou ze dne na den mi začal dělat toto:
    scp soubor user@stroj:/tmp/
    ____ _

    Vypíše pouze ty podtržítka a nic se nepřenese... Nějak nechápu, co se děje, mám tam debian stable (sarge), ssh verze 3.8.1p1-8.sarge jo a dělá to jak směrem z toho stroje tak směrem dovnitř :-( Nestalo se někomu něco podobnýho?

    Odpovědi

    9.9.2005 12:20 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Nefunguje scp
    Zkus tomu přidat pár -v ať víme co to dělá.
    9.9.2005 12:28 semtex | skóre: 23 | blog: semtex
    Rozbalit Rozbalit vše Re: Nefunguje scp
    Je toho dost, snad se v tom nekdo vyzna...
    Executing: program /usr/bin/ssh host 212.158.157.91, user (unspecified), command scp -v -t /tmp
    OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004
    debug1: Reading configuration data /etc/ssh/ssh_config^M
    debug2: ssh_connect: needpriv 0^M
    debug1: Connecting to 212.158.157.91 [212.158.157.91] port 22.^M
    debug1: Connection established.^M
    debug1: identity file /root/.ssh/identity type -1^M
    debug1: identity file /root/.ssh/id_rsa type -1^M
    debug3: Not a RSA1 key file /root/.ssh/id_dsa.^M
    debug2: key_type_from_name: unknown key type '-----BEGIN'^M
    debug3: key_read: missing keytype^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug2: key_type_from_name: unknown key type '-----END'^M
    debug3: key_read: missing keytype^M
    debug1: identity file /root/.ssh/id_dsa type 2^M
    debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 Debian-8.sarge.4^M
    debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH*^M
    debug1: Enabling compatibility mode for protocol 2.0^M
    debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.4^M
    debug1: SSH2_MSG_KEXINIT sent^M
    debug1: SSH2_MSG_KEXINIT received^M
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1^M
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: first_kex_follows 0 ^M
    debug2: kex_parse_kexinit: reserved 0 ^M
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1^M
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: first_kex_follows 0 ^M
    debug2: kex_parse_kexinit: reserved 0 ^M
    debug2: mac_init: found hmac-md5^M
    debug1: kex: server->client aes128-cbc hmac-md5 none^M
    debug2: mac_init: found hmac-md5^M
    debug1: kex: client->server aes128-cbc hmac-md5 none^M
    debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent^M
    debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP^M
    debug2: dh_gen_key: priv key bits set: 137/256^M
    debug2: bits set: 495/1024^M
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent^M
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY^M
    debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts^M
    debug3: check_host_in_hostfile: match line 1^M
    debug1: Host '212.158.157.91' is known and matches the RSA host key.^M
    debug1: Found key in /root/.ssh/known_hosts:1^M
    debug2: bits set: 495/1024^M
    debug1: ssh_rsa_verify: signature correct^M
    debug2: kex_derive_keys^M
    debug2: set_newkeys: mode 1^M
    debug1: SSH2_MSG_NEWKEYS sent^M
    debug1: expecting SSH2_MSG_NEWKEYS^M
    debug2: set_newkeys: mode 0^M
    debug1: SSH2_MSG_NEWKEYS received^M
    debug1: SSH2_MSG_SERVICE_REQUEST sent^M
    debug2: service_accept: ssh-userauth^M
    debug1: SSH2_MSG_SERVICE_ACCEPT received^M
    debug2: key: /root/.ssh/identity ((nil))^M
    debug2: key: /root/.ssh/id_rsa ((nil))^M
    debug2: key: /root/.ssh/id_dsa (0x808b948)^M
    debug1: Authentications that can continue: publickey,keyboard-interactive^M
    debug3: start over, passed a different list publickey,keyboard-interactive^M
    debug3: preferred publickey,keyboard-interactive,password^M
    debug3: authmethod_lookup publickey^M
    debug3: remaining preferred: keyboard-interactive,password^M
    debug3: authmethod_is_enabled publickey^M
    debug1: Next authentication method: publickey^M
    debug1: Trying private key: /root/.ssh/identity^M
    debug3: no such identity: /root/.ssh/identity^M
    debug1: Trying private key: /root/.ssh/id_rsa^M
    debug3: no such identity: /root/.ssh/id_rsa^M
    debug1: Offering public key: /root/.ssh/id_dsa^M
    debug3: send_pubkey_test^M
    debug2: we sent a publickey packet, wait for reply^M
    debug1: Server accepts key: pkalg ssh-dss blen 434^M
    debug2: input_userauth_pk_ok: fp ce:bc:3b:30:c0:c0:e7:41:cc:e3:a0:a6:12:be:ee:88^M
    debug3: sign_and_send_pubkey^M
    debug1: read PEM private key done: type DSA^M
    debug1: Authentication succeeded (publickey).^M
    debug2: fd 4 setting O_NONBLOCK^M
    debug2: fd 5 setting O_NONBLOCK^M
    debug2: fd 6 setting O_NONBLOCK^M
    debug1: channel 0: new [client-session]^M
    debug3: ssh_session2_open: channel_new: 0^M
    debug2: channel 0: send open^M
    debug1: Entering interactive session.^M
    debug2: callback start^M
    debug2: ssh_session2_setup: id 0^M
    debug1: Sending command: scp -v -t /tmp^M
    debug2: channel 0: request exec^M
    debug2: callback done^M
    debug2: channel 0: open confirm rwindow 0 rmax 32768^M
    debug2: channel 0: rcvd adjust 131072^M
     ____           _
    debug2: channel 0: read<=0 rfd 4 len 0^M
    debug2: channel 0: read failed^M
    debug2: channel 0: close_read^M
    debug2: channel 0: input open -> drain^M
    debug2: channel 0: ibuf empty^M
    debug2: channel 0: send eof^M
    debug2: channel 0: input drain -> closed^M
    debug1: client_input_channel_req: channel 0 rtype exit-status reply 0^M
    debug2: channel 0: rcvd eof^M
    debug2: channel 0: output open -> drain^M
    debug2: channel 0: obuf empty^M
    debug2: channel 0: close_write^M
    debug2: channel 0: output drain -> closed^M
    debug2: channel 0: rcvd close^M
    debug3: channel 0: will not send data after close^M
    debug2: channel 0: almost dead^M
    debug2: channel 0: gc: notify user^M
    debug2: channel 0: gc: user detached^M
    debug2: channel 0: send close^M
    debug2: channel 0: is dead^M
    debug2: channel 0: garbage collecting^M
    debug1: channel 0: free: client-session, nchannels 1^M
    debug3: channel 0: status: The following connections are open:^M
      #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1)^M
    ^M
    debug3: channel 0: close_fds r -1 w -1 e 6^M
    debug1: fd 0 clearing O_NONBLOCK^M
    debug1: fd 1 clearing O_NONBLOCK^M
    debug1: fd 2 clearing O_NONBLOCK^M
    debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.2 seconds^M
    debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0^M
    debug1: Exit status 0^M
    
    9.9.2005 14:41 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Nefunguje scp
    Nemáš na tom serveru zakázané scp?
    9.9.2005 17:32 semtex | skóre: 23 | blog: semtex
    Rozbalit Rozbalit vše Re: Nefunguje scp
    No tak to bych rekl, ze ne, ale jinak, to se da zakazat kde??
    12.9.2005 11:32 semtex | skóre: 23 | blog: semtex
    Rozbalit Rozbalit vše Re: Nefunguje scp
    je to zvlastni, ale ten server mam docela zabezpecenej, port 22 otevrenej jen na 1 IP adresu, ze ktery jsem tam prave pres scp neco uploadoval. Diky tomu a ssh klicum jsem si dovolil prenaset to tam jako root. Zjistil jsem, ze to je ten problem, jako normalni uzivatel to jde !

    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.