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

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 9
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 25
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 6
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 7
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 7
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 16
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 704 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    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.